團隊遇上敏捷
-
一支16人的大團隊，如何確保效能？
-
在資源無法均衡的情況下，如何可以實現效益最大化？
-
在快速迭代的版本下，如何確保資源按時輸出？
-
在複雜系統下，遇到變化，如何快速能適應變化？
-
時勢造英雄，我們開啓了敏捷之旅！！
開啓敏捷之旅
明確OKR及需求輸入
需求澄清會
-
產品會上解釋需求及背景，讓團隊成員瞭解需求的始末
-
會上對於複雜的產品線，團隊成員可以提疑，以便識別是否有問題
-
通過交互的過程，提高需求的質量，減少需求開發反覆
-
通過反饋的過程，提高成員參與感，讓需求不再是隻與產品相關
需求計劃會
-
調研過程後，會上反饋最終結果，對無法實現需求歸納總結，協助產品後期優化
-
對可實現需求，會上把方案精確到代碼
-
任務拆分到最小的可交付故事，評估故事點，並且讓團隊成員完成自行認領
-
鼓勵團隊成員跨職能開發，讓成員可以不斷學習和成長，以實現資源利用最大化
-
最後會上會明確Sprint目標，承諾交付範圍
每日站會
-
溝通3部曲：昨天，今天，遇到了什麼問題
-
讓信息飛起來，不再是閉鎖式單點溝通，所有成員都能知曉狀態
-
一旦遇到阻礙，及時暴露，以最快的響應擁抱變化
Scrum of Scrum
-
重大項目，獨立看板，獨立站會
-
每日由owner郵件同步狀態，以跟進項目和培養成員項目能力
-
確保大項目完成衝刺
善用工具
冒煙流程
所有任務必須通過冒煙後才能提測，穩固代碼質量
單元測試
各應用單元測試覆蓋率最高的應用達到100%
自動化測試
API代碼覆蓋率最高已達到84.4%，UI自動化覆蓋率最高已達到75%
Mock平臺
對於難造數據，mock平臺一鍵幫忙
發佈及監控平臺
所有發佈集成Javis平臺，熔斷測試-接口測試-diff比對-流量回放，最終上線。
擁抱敏捷後的變化
-
明確的團隊目標，無阻礙的交流環境，不斷成長的心。
-
積極的心態，不再害怕變化，因爲我們擁有整個團隊的智慧。
-
持續改進的過程，以人爲核心，發揮無窮的潛力，讓工作更幸福。
團隊合影
推薦閱讀
部分圖片及電子書來源於網絡，版權歸原作者所有，僅供學習勿作它用。如果侵犯到您的權益，請聯繫我們撤除。
