軟體項目開發中需求分析與設計時間和開發時間的比例分配的問題

標籤：

          從畢業到現在做開發已經有近7年了，大大小小的項目也經曆了幾十個了。在項目開發的過程中很少有項目在設計階段投入很多時間的，

有很多情況下，甚至都沒有怎麼做設計就直接開始編碼了，處於一種邊開發邊設計到狀態，還有些時候，設計就是完成一些文檔來應付下，很

少有認認真真做設計，然後就直接開始編碼，如果遇到需求上問題，再確認。還有些時候，是一邊確認需求，一邊開始做原型，然後再進入開

發，這種方式倒是比較好，至少可以在前期發現很多問題，避免後續的重大問題出現的幾率。

         其實從我個人的角度來觀察，很多時候我們重開發輕設計也是環境所迫，有以下幾個原因所致：

         1.公司都希望接到項目後，立即能夠見到效果，天天談需求或者需求花費時間過長，老闆看不到實際的產出，不願意花費過多時間去做需求分析和調研。

         2.客戶也不喜歡你天天找他瞭解需求方面的問題，一是使用者自己無法準確表達自己到期望，你也無法很準確誘匯出使用者說出自己到期望，既然如此還不

            等你做出實際的東西了，再看是否符合期望，或者做進一步的修改。

         3.很多開發人員認為做需求分析和方案設計就是寫一堆文檔，根本就不願意做這個事情，還不如直接編碼爽快，很多程式員更願意和代碼打交道，而不是

           文檔。

         以上幾個原因就導致我們經常進入一個怪圈，需求沒有搞清楚就開始動手，開發沒有完成就發現已經偏離了方向只好接著改了，所以還是建議使用原型法

        和反覆式開發法模式來一步步做項目，這樣比較靠譜些，這樣磨刀才能不誤砍柴工，也不會讓客戶和老闆覺得你長時間沒有產出。   

     

軟體項目開發中需求分析與設計時間和開發時間的比例分配的問題