敏捷開發 scrum管理

項目準備階段

一、產品經理將總體項目拆分紅不一樣的單獨模塊，每一個模塊儘可能細化到可以自成一體。例如app的登陸註冊模塊，不能僅僅就是登陸註冊這兩個界面，而是要將全部與這有關的需求整合到一塊。要達到的效果就是用戶直接能用這個功能。

二、開發團隊根據需求列表，作工做量的預估和安排。

開發準備階段（每一次迭代都是都是一種衝刺）

一、項目技術主管搭建項目框架（框架高水準要求），並將此次迭代從全局方面來進行細化。

二、項目成員根據主管的安排，細化每一個人的工做量以及完成時間，具體方式以下：

    下圖所展現的是計劃紙牌，它的做用是防止項目在開發過程當中，被某些人所領導。

     怎麼用的呢？好比A程序員開發一個功能，須要5個小時，B程序員認爲只須要半小時，那他們各自取相應的牌，藏在手中，最後攤牌，若是時間差距很大，那麼A和B就能夠討論A爲何要5個小時...

 

開發編程階段

 一、站立會議（時間根據人數作嚴格控制），每人要說三句話，作一件事

      三句話：  昨天我作了什麼       須要什麼幫助     明天我要幹什麼  

      一件事：  更新燃盡圖（包含 未完成、正在作、已完成 的工做狀態，每一個人的工做進度和完成狀況都是公開的，若是有一我的的工做任務在某一個位置放了好幾天，你們都能發現他的工做進度出現了什麼問題）

二、作到每日集成，天天都要有一個能夠成功編譯、而且能夠演示的版本。

項目小規模迭代

一、開發團隊每週給客戶或者項目主管一個打包文件，讓其時刻知道，開發進度，同時技術主管也上報一下這周須要上級協助解決的問題。每週項目主管須要時刻注意項目進度，及時調整。

二、回顧會議。一個迭代版本完成之後，項目成員需輪流發言，總結並討論改進的地方，放入下一輪衝刺版本中