[原]敏捷開發-項目啓動

 

肯定人員，保持小而靈活的團隊。

 

先行開發肯定需求，不浪費全部人的時間，實際是把總體的開發時間都提早了。

相對於瀑布流，團隊全部成員一次把項目的全部細節都研究詳細了，再開始開發工做，這裏面有個弊端是，咱們發現每次需求過來的時候，一般狀況下大部分的邏輯設計都仍是相對清晰的，而卡出的地方每每佔少部分，徹底不必把全部的人都拉到一塊兒確認，開會是個很耗時間的東西，一兩天很容易就廢掉了。

這種狀況下，其實那些「大部分清晰的需求」是能夠先行開始，只須要項目負責人或者Scurm master來和產品確認有問題的部分，而後轉達給其餘成員，保持團隊信息透明。

 

分析到什麼程度？

流程可通，預留時間給團隊成員，和產品確認問題，最多兩天時間。

只要成員能夠根據需求順利的估算時間，並且估算時間自己不太需求特別細節的追究，別把實現方式放到估算中討論，把問題放到領取這個故事的人，減小在多數人蔘加會議狀況下的時間。並且時間估算自己就是預估，是一個參考值，在整體的時間上達到一個平均值就能夠。

 

雙向溝通，相互講解

首先產品給研發講解需求，而後研發拿到需求詳細分析，再給產品講一遍，保證開發前理解無誤差。

 

肯定本次迭代目標

這點很是重要，必須讓你們都很是明確本次目標，開發範圍，要作的事情。

 

Scrum Master

Scrum Master必定要把本身從代碼中解放出來，不要抱着領故事寫代碼，推進團隊順利進行更重要，團隊建設和完善，須要更多時間思考。