謝謝你在會議中提出問題, retro 的目的就是要講真話, 要讓有問題的事情早點講出來, 早點處理. 需要的是團隊成員對專案的向心力, 願意把事情做好的思維. 這些你都表現得很好.
你對於 scrum 做法是否能幫助團隊加速有疑慮, 我想這是正常的, 因為我們並沒有加速, 而且問題很多.....
就像我在會議中說的, agile 的重點不是幫你解決問題, 而是提早幫你把問題暴露出來. 也就是幫助你及早面對問題. 以前 waterfall 都是在最後問題才出來, 大家才緊張, 可是因為已經接近 deadline, 所以大家都不了了之.
但是, agile 從第一個 sprint or 第 2 個 sprint 就跟你講不行, 例如從 task board or standup meeting or 平時 iteration 大家的行為, 你都可以發現
幾乎個 task 都 delay;
每個 sprint 完後, 那些 task 都不是真的做完, 還差大家整合在一起;
另外可能是工作合作模式有問題, 導致害你們一直加班;
然後大家都很客氣, 即使有問題, 也默默承受, 沒有在 standup 中提出來, 然後自己加班解決
大家花很多時間在開會, 因為 spec 不清楚, 所以要加班來彌補因討論時間太長, 而沒有空寫程式
….
所以第一次接觸這種做法時, 大家都會很緊張, 很挫折, 為什麼這麼多問題, 為什麼這麼不順, 其實這些問題已經埋藏很久了, 只是 agile 利用短週期, 馬上讓你顯現出來. 我之前遇到的每個團隊, 都遇過相同的狀況. 但是重點 …. 就是那個團隊願不願意面對問題, 願不願意把這些情況改善. 如果願意改進之後, 才可能讓團隊真的進步, 真的做的比較順.
所以 agile 一開始是讓你知道有沒有問題, 如果你有問題之後, 願意改善, 接下來才會真的比較快. 而不是用 agile 就會比較有用比較快.
最後, 再次感謝你勇敢的說出來, 謝謝你
留言列表
