敏捷的過程控制理論的三大支柱：透明(Transparency）窗宦，檢驗(Inspection)赦颇，調(diào)整(Adaption)是敏捷理論的核心，它保證了整個敏捷的實用性和不斷改善赴涵。
但在應用這個理論時媒怯，有些情境下我們會流于形式浮于表面，從而不僅不能達到應有的效果髓窜，反而給團隊增加負擔扇苞，傷害團隊的積極性。比如：
1. 每日站會變成的進度匯報會議
這是一個在團隊敏捷轉(zhuǎn)型初期常見的問題寄纵。每日站會是用于增加團隊透明度鳖敷，促進團隊之間的溝通合作，暴露團隊成員在迭代中面臨的問題的會議程拭，但是如果scrum master還是以項目經(jīng)理的心態(tài)主持這個會議定踱，對團隊“負責”，那么這個會議就變成了一個匯報會議恃鞋，每個人只關(guān)心自己的匯報內(nèi)容崖媚，對其他人的進度和困難既不了解也不關(guān)心，團隊成員依舊是一座座的孤島山宾，并沒有形成通力合作至扰。
2. 迭代回顧會議被跳過
回顧會議是團隊改進的心臟起搏器可以檢視團隊的表現(xiàn)，識別優(yōu)秀的實踐和可能的問題资锰。盡管大部分scrum master都明白這個會議的重要性敢课，但常常因為這個會議不夠緊急而取消跳過這個會議。這就使得團隊在迭代中發(fā)現(xiàn)的問題繼續(xù)留存在團隊當中，無法得到正視和解決直秆，久而久之濒募，問題堆積，效率得不到提升圾结，團隊成員的積極性也會受到打擊瑰剃，形成一種“得過且過”而不是“積極創(chuàng)新”的團隊氛圍。
3. 迭代審查的結(jié)果并沒有反饋到產(chǎn)品代辦列表中
在迭代結(jié)束之前筝野，產(chǎn)品經(jīng)理和業(yè)務需要對迭代的交付物進行驗收晌姚，在驗收的過程中出現(xiàn)的反饋意見需要反映到產(chǎn)品代辦列表的調(diào)整當中，以作為團隊對業(yè)務的變更的響應歇竟。如果丟失了這一步挥唠，那么實際上整個團隊為驗收會議所作的準備都付之東流，團隊也會逐漸失去業(yè)務的信任焕议，從何打破和業(yè)務合作的良好關(guān)系宝磨。
