讀《對軟體開發的一點心得體會》有感

原文位址：http://www.swoole.com/News/65.html

一、前期規劃：

　　我了解的前期規劃是：在市場人員們彙總一個需求送出給産品專家帶領的産品經理團隊，然後經過這個團隊根據公司具體情況再次分析和規劃出一個最終需求文檔。

　　這個需求文檔應當首先送出給技術研發部門的負責人以及核心開發人員。由開發團隊對其進行技術和風險分析。如果對此需求統一有異議的地方，需要傳回給産品團隊，重新修正需求。反複如此，直至需求完善準确，細緻，清晰。

　　前期規劃就像高樓的地基，如果馬馬虎虎，就算是一塊磚塊沒擺好都可能導緻整個高樓建設的失敗。在規劃中我認為，交流永遠是需要雙方積極主動，能認真聽取每個人的建議。前期工作思維不慎重，不細緻，不認真，不夠完善，将産生連鎖效應直接導緻整個工程和項目的失敗。

　　這種失敗可能表現為：第一種，軟體按需求實作但是功能根本不能滿足使用者需要。第二種，功能都有了，軟體沒有達到可用性、易用性。

對于第一種，當然是因為前期規劃疏漏了某些細小功能，沒能把需求文檔做完善。應該是規劃工作做的還不夠認真和細緻。

　　對于第二種情況，我認為更多是在産品設計規劃方面經驗還不夠成熟。這種問題應該是很難避免的。因為每種新産品對産品團隊來說都很陌生。即使以前做過類似的東西，也難免面面俱到。這隻能通過不斷努力和認真的态度來彌補。

　　前期規劃的交流涉及了市場、産品和技術研發等多個團隊之間。需要的不僅是團隊内部的交流，更多需要協調好團隊之間的交流。可能有時候需要公司高層和中層參與協調。

　　目前，很多開發人員深感項目的需求文檔寫的都很單薄。大家可以想一想，如果沒有好的開始，怎麼會有好的結束呢？需求文檔單薄，不夠細緻，由誰來繼續完善呢？難道讓程式員們自己去完善。我想程式員也可能沒有這種能力。對于程式員能把代碼寫的很健壯很穩定就已經是很不容易的事情了。

轉載于:https://www.cnblogs.com/lmaster/p/7067168.html