八年前,Stéphane Di Cesare在一家咨詢公司經歷了一場讓他至今難忘的績效評審。開發團隊展示成果時游刃有余——"今年我交付了X、Y、Z功能,觸達了多少用戶"。輪到運維團隊時,卻只有一句:"系統沒崩。"
這種價值證明的落差,成了這場演講的起點。Di Cesare如今任職德國最大線上銀行DKB的平臺體驗團隊,與Syntasso的Staff產品經理Cat Morris聯手,試圖回答一個被長期忽視的問題:云原生工程師如何用產品思維重新定義自身價值?
![]()
Morris的履歷本身就帶著某種警示意味——她自稱"失敗的工程師",早早轉崗產品管理,卻因此更清楚兩個世界的割裂。從內部工具到Thoughtworks的企業現代化平臺,再到如今幫助其他企業搭建平臺產品,她的核心觀察是:工程師太擅長跳向解決方案,卻常常跳過"這到底是不是真問題"的驗證環節。
演講圍繞四個支點展開。首先是產品思維的"為什么"——不止于績效評審的體面,更關乎工程師與業務對話的能力。其次是Morris的"失敗史":那些她急于動手、事后發現搞錯了問題的項目。第三是指標選擇——開發者工具的度量邏輯與消費級產品截然不同。最后是最務實的部分:沒有專職產品經理的團隊,工程師如何自己扛起產品思考。
DKB的500萬客戶規模讓Di Cesare的視角帶著金融業的嚴苛底色。平臺團隊要同時對接開發者、財務、業務線,這種多 stakeholder 的復雜度,正是產品思維成為剛需的場景——技術實現只是入場券,對齊各方對"價值"的定義才是硬仗。
Morris的現雇主Syntasso專注于平臺工程領域,這讓她的建議帶有工具建造者的元視角:當你在為其他工程師造工具時,你的產品思維缺陷會被放大數倍。識別問題先于構建方案、選擇能反映開發者真實痛點的指標,這些原則在內部工具場景下往往被技術債務的緊迫性淹沒,卻最終決定平臺是被主動采用還是淪為擺設。
特別聲明:以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布,本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.