譯者 | 薛命燈
一家領先的 saas 公司的 cto 找我去給他的軟體團隊做指導。
「他們的 bug 太多了」，他說。
「他們總是沒能趕上預估的進度」，他說。
「他們沒有對功能進行良好的規劃」，他說。
「出了問題，他們只會責怪產品經理，而產品經理就反唇相譏。」
經過三十分鐘的討論，我們發現了一些問題：
最後我問道：
「為什麼你更重視潛在客戶，而不是現有客戶？」他們感到很震驚，因為他們意識到這正是他們正在做的事情。
sdd 開發周期
我們可以將這個系統稱為銷售驅動開發（sdd：sales driven development）。銷售團隊需要源源不斷的新功能來完成銷售目標。
那麼這與「太多 bug」有什麼關係呢？
當前的客戶只能得到工程團隊留下的殘羹冷炙，因為已經沒有什麼可以激勵他們為這些客戶提供更好的服務。
看看下面這個邏輯：
「為什麼他們有這麼多 bug？」
「他們沒時間修復它們。」「他們為什麼沒有時間？」
「他們必須趕上進度。」「他們為什麼要趕進度？」
「產品團隊已經向銷售團隊做出承諾了。」「產品團隊為什麼要答應他們？」
「為了完成銷售目標，銷售團隊向潛在客戶承諾新功能很快就會完成。」「為什麼銷售團隊會做出這樣的承諾？」
「客戶在徵求建議書上標出來了。」「為什麼那個功能那麼重要？」
「我們不知道。」「那個功能用來做什麼？」
「我們也不知道。」bingo！
這是很多問題的根源
團隊開發沒有人會使用的功能，他們不知道為什麼要開發它們。他們已經淪為了數字管道工。
然而，令人感到震驚的是，工程團隊仍然關心著產品和客戶！事實上，他們最大的抱怨是沒有資源去修復 bug 或者對現有功能做出一些小改進，讓現有的數千名付費使用者受益。
即使在乙個糟糕的系統中，工程師仍然會表現出強大的積極性去構建真正對人們有用的高質量軟體。
接下來該怎麼辦？
現在，他們知道工程流程實際上是為誰服務的（銷售部門），並確認工程流程是否應該為其提供服務。
一旦了解這一點，就可以在銷售、客服、產品和工程團隊之間調整財務激勵。
好了，趕快行動吧。
當每個人都朝著同乙個方向前進時，事情的進展會比你想象的順利。
英文原文
軟體產品案例分析 華為軟體開發雲
同學多多少少經歷過一輪敏捷開發，對軟體工程的一系列工程流程及團隊內各個人員分工有了一定的了解。而實際企業的開發流程又是如何？華為軟體開發雲則是將華為近10年的軟體研發實踐及工具集一體的研發雲平台。對比你們團隊的開發流程與華為實際開發流程有何差別，孰贏孰弱？如果你來做會做的更好嗎？通過各種案例分析，評...
我對產品軟體開發流程的理解
做了這麼多年的專案管理，對產品軟體開發過程還沒有特別清晰，對於軟體開發過程而言，我雖然看過軟體工程 軟體專案管理等書籍，總沒有乙個特別清晰的認識。今天為了以後清楚些，在這裡給自己乙個總結。首先，第乙個來的是需求分析或者市場研究報告。需求是 來的，也可以是市場，也可以是銷售，當然也可以是實施或者是服務...
產品設計之路 軟體開發之 時間估算
這個功能相當簡單，所有你需要做的就是完成x，y，z。這個應該不難吧 聽到這些話是，我非常氣憤，而且說這些話的人幾乎都是跟技術不沾邊的人，或正在研究他們的第乙個產品。想想他們在跟誰辯論軟體開發所需要的時間？但後來我意識到，即使 我自己對 自己的專案 要花去多少開發時間，我也是一籌莫展。如果連我自己都做...