-
每個迭代最後一天，技術團隊會和產品一起開需求討論會，確定下個迭代的需求內容； -
瞭解需求後，技術團隊會將每個需求進行拆分，一般以天爲維度，然後根據需求優先級確定工作計劃；
-
每天早上會進行簡短的站會，回顧昨天做了什麼？遇到了哪些問題？今天會做什麼？ -
需求提測後會一併告知產品，可以進行簡單的需求驗收，避免需求和實現產生較大差異。
-
利用攜程自研iWork工作效率中臺管理產品需求，進度和工作飽和度看起來很直觀；
-
每個迭代結束，技術團隊還會開一個總結會，討論一下每次迭代遇到的問題，並且針對這些問題是否可以改進；同時大家也可以提出一些新的想法，可以用來提供大家的工作效率；
-
定期Team Building，增加團隊直接的凝聚力和默契程度。
-
敏捷效率和質量；
-
團隊成員的溝通更加流暢，無話不談，降低因爲溝通問題導致的需求延期； -
團隊成員的工作積極性提高，由原來的被動接受任務，到現在積極主動理解需求、分析需求、溝通需求。
-
加強團隊內部員工之間的崗位輪換、互爲backup，避免因個別員工缺席，而導致服務無法正常流轉； -
技術層面上加強單測覆蓋率以及接口自動化覆蓋率，降低測試的迴歸成本； -
加強組內培訓，提升員工個人能力。
部分圖片及電子書來源於網絡，版權歸原作者所有，僅供學習勿作它用。如果侵犯到您的權益，請聯繫我們撤除。
本文分享自微信公衆號 - 互聯網PMO（tech_pmo）。
如有侵權，請聯繫 [email protected] 刪除。
本文參與“OSC源創計劃”，歡迎正在閱讀的你也加入，一起分享。