關於團隊建設和管理方面的知識和筆記

上次閱讀書籤：《敏捷學習》P61第4章

 

-----------------

敏捷原則：

1：最優先要作的是儘早、持續的交付有價值的軟件，讓客戶滿意

2：欣然面對需求變化，即便是在開發後期。敏捷過程利用變化爲客戶維持競爭優點

3：頻繁交付可工做的軟件，從數週到數月，交付週期越短越好

4：在團隊內外，面對面交談是最有效、也是最高效的溝通方式

5：在整個項目過程當中，業務人員和開發人員必須天天都在一塊兒工做

6：以受激勵的個體爲核心構建項目，爲他們提供環境和支持，相信他們能夠把工做作好

------------------

待分析的：

速度圖（velocity chart）和燃盡圖（burndown chart）

產品積壓工做表（product backlog）

--------------------

敏捷的實現整理：（*表示已實現）

1.立會*

2.任務看板*

3.任務(故事)說明書（稍後實現）

4.使用版本控制（GIT最佳實踐）*

5.使用甘特圖記錄項目計劃（QC上看能不能拉出來這個圖）

--------------------

1.部門共治

每一個人管理好本身，你們用統一的管理辦法和規範來約束本身，促進團隊高效運做

舉例：日報、週報、週會、分享會

 

2.藉助良好的規範和項目管理工具

項目管理工具：跟蹤需求、任務進度、缺陷等

知識管理工具：WIKI、空間，用於團隊知識分享和積累

站立式會議：任務牆、用於交流

分享會：按期組織分享，促進共同成長

 

3.按期活動

季度會議：團隊大方向上的溝通，互相交流鼓勁，要比較輕鬆歡樂的

樂捐：樂捐是一個自罰約定、一個問責制度，讓員工勇於擔當。對於開會遲到、系統小故障、樂捐10元可以起到很好的做用。懲罰只是手段，改進纔是目的，培養承擔責任的習慣，每次出現問題，都有人站出來承擔責任。

興趣小組：工做之餘，組織共同愛好的羣體

 

核心思路——敏捷：共治、分享、溝通

 

-----------------

關於立會：比起形式，更重要的是要你們有這種思惟模式。項目情況天天都會變化，而團隊能夠利用每日立會作出最有效的決策

避免「視角割裂」：如開發人員只管功能，不去理解任務和需求，就會致使後面各類要修補的問題

個體和互動高於流程和工具：若是每一個子團隊各自去實踐敏捷，那整個團隊也是不敏捷的。敏捷須要你們共同參與和配合