我從來不是微觀管理者(micro-manager)，特別是應用agile和scrum之後。初入職場時，要不是太忙於和別人攪和在一起處理問題，我很可能就會成為乙個微觀管理者。但是當盡量避免同大家一起檢討細節問題時，仍要認真地照看(check-in)他們。我是從這篇文章(細小的成功多麼重要)得到啟示的。
介入(check-up) & 照顧(check-in)很相似，但有四個關鍵專案，乙個優秀的scrum master或者agile pm都可以做到，從而避免在照看團隊時落入微觀管理。
1. 無論面對什麼問題，都確保團隊在解決問題上有足夠的的自治權。優秀的scrum master應當保證團隊已經被賦予了自組織的自治權以達到設定的目標。
2. 不要只關心團隊的進度，而要提供實實大大的幫助。scrum master可以想辦法保護團隊不受外界的干擾。
3. 避免將問題歸咎於個人。事情總會偶爾出錯。當問題發生時，追究責任會讓人覺得你正在介入(check-up)問題，而不再只是照看(check-in)。
4.資訊上不要有保留，不要藏著掖著。微觀管理者喜歡視資訊為保留的資源(資訊的不對稱優勢)，只有在需要的時候才分享出來。優秀的scrum master會對所照看的團隊分享一切有益的事情。
作者後面在回答別人的擔心團隊失敗的問題時，風趣的提到他的女兒，意思就是人總是可以從失敗中學到很多。這個要謹慎參考！
管理敏捷團隊的環境
眾所周知，人們因為管理者而離開，而不是組織 雖然，敏捷團隊以團隊成員之間的友誼和信任而聞名，但是，經理與團隊成員 以及與整個組織的生態系統之間的關係是敏捷經理是否成功的關鍵。johanna rothman提出敏捷經理再也不能只是職務上的經理，他們需要成為團隊的守護者。這意味著管理者要通過每週 每兩周...
敏捷 團隊的定位
總結一下，我在工作中學習到的點。朋友們請持質疑的態度看，寫的不正確，歡迎指正。今天開始996了，因為有乙個新的專案啟動。之前我們部門已經成立了四個敏捷團隊。應該是這個新專案太大，現有4個敏捷團隊已經無法支撐這個專案的交付。所以從每個團隊中抽走了一兩個人，然後組建新的團隊。我現在是測試崗，但也在學習如...
構築敏捷的開發團隊
本人節選自 構築敏捷的開發團隊 微軟visual studio 2010實戰兵法 一書 專 家 推 薦 這本書是首度與全球同步發布的visual studio 2010相關的中文書籍，由微軟中國的同仁參與共同策劃，完整地體現了敏捷團隊開發的秘訣，涵蓋架構設計 開發 測試與整個軟體開發過程的每個管理環...