大型軟體產品的敏捷案例 分享

2021-09-08 02:04:24 字數 2541 閱讀 7381

分割及組織團隊

tips:

1.把團隊組織在乙個開放空間中

2.盡可能在多放置白板

3.調轉座椅就能開會

分享1:跨職能團隊+特性團隊

跨職能團隊:

完成一項功能的設計,開發和測試的過程不需要進行文件化的握手過程

極大的減少了溝通和傳遞中的噪音和偏差,並且大大降低了溝通成本

群體決策成為可能,使得集體的智慧型(wisdom of the crowds)得以發揮,給了每個成員更大的技術視野

特性團隊:

同一團隊關注在同一功能模組,在同一時間段大家聯合做同乙個功能。

成員間通過幫、傳、帶使領域知識不只是積累在文件中,而且積累在團隊中,使得每個人都不是不可替代的。

是否一定要由senior成員構成的團隊才能發揮scrum的作用?:

不一定。更多的senior的成員能提公升團隊的效率,但是團隊的最終效率是由團隊成員的配合度來決定。

scrum方法中大家高度協作,每個人的主動性被激發起來後,能很好的提公升團隊的整體作戰能力,junior成員也能很快的從senior成員那邊學到很多東西。

由於同乙個團隊關注的是相近的功能,採用pp的方法,能很好的促進學習,並能極大的營造團隊的學習氣氛。

分享2:做好開發服務是發揮作用的關鍵

工程基礎設施專人專職:

專人負責開發測試環境的維護,持續整合體系的構建和看護

使得每個開發團隊不需要分心於基礎設施

po及使用者故事團隊全程參與,隨叫隨到:

對需求的澄清隨時可以進行

需求人員在開發過程中即參與需求的驗證和糾正

專職教練:

旁觀者清,需要乙個看得清楚,並一直思考的人來持續的發現問題並促進集體思考

專職教練能很好的幫助團隊對抗團隊慣性(或者叫「組織重力」)

2.分割及編排計畫

1.嚴格的保證10個工作日的sprint長度,節假日不例外

2.如果乙個sprint不能在固定時長內結束,在中間要進行內容的調整,但是不能延長時間

3.scrum執行成功的關鍵是幫助團隊找到固定的節奏感

分享3:基於」客戶價值「的計畫

編排目標,而非編排任務:

先把每乙個subrelease和每乙個sprint的業務目標定下來,根據業務目標來分解使用者故事。

永遠先做優先順序高的事情,優先順序低的事情由使用者故事團隊持續的與客戶協商。

及早開始,逐步清晰,及時調整:

讓使用者故事的細化與開發並行起來,盡早開始開發,為開發工作騰出更多的時間使用sprint0來解決大的方案和技術風險

在每個sprint中預留10%~20%的時間準備下乙個sprint

不斷調整,不停檢視:

每個subrelease結束前乙個sprint重新進行release planning,進行大的變更管理

每個sprint review結束後,調整product backlog的內容及優先順序

分享4:改進,改進,再改進

定義清晰的dod:

dod是一種commitment,而不是一種監管手段

owner of dod的使命是讓團隊理解,而不是強迫團隊執行

質量來自於團隊意識,而不是來自於測試

讓團隊自學習:

sprint不是微型的瀑布,讓團隊成員自己打配合

盡量多的pp

允許團隊犯錯誤,幫助團隊分析原因

穩定然後再提高:

scrum不會加快開發速度,團隊配合效率的提高才能提高速度

假設乙個velocity然後不斷的較正

盡量確保團隊穩定

技術債務

慢慢的補齊欠缺的單元測試及自動化

定期的組織重構活動

每個sprint的review中加入defect review and summarize

協調敏捷的方法與pmo監管

爭取公司管理層的認同

將使用者故事測算轉化成傳統pmp的測算值

鼓勵pmo參與sprint review

打造高效的團隊

團隊發展的三個層次:forming, storming, performing

給團隊適中的壓力

組織長效的培訓計畫,鼓勵學習與分享

保持團隊穩定

大型軟體產品的敏捷案例 分享

分割及組織團隊 tips 1.把團隊組織在乙個開放空間中 2.盡可能在多放置白板 3.調轉座椅就能開會 分享 跨職能團隊 特性團隊 跨職能團隊 完成一項功能的設計,開發和測試的過程不需要進行文件化的握手過程 極大的減少了溝通和傳遞中的噪音和偏差,並且大大降低了溝通成本 群體決策成為可能,使得集體的智...

軟體產品案例分析

在連線包廂後,如果同乙個人退出去再進入顯示人數會再 1 遙控模組裡重唱功能不能用。採訪採訪物件為身邊同學 1 介紹採訪物件的背景和需求 2 讓採訪物件使用10 30分鐘k公尺的功能 3 描述使用者使用這個產品的過程,使用者的問題解決了麼?軟體在資料量 介面 功能 準確度上各有什麼優缺點?使用者體驗方...

軟體產品案例分析

評測 軟體的bug,功能評測,黑箱測試 採訪 軟體方面 優點 缺點 資料量 可顯示的資料量可滿足需求量 工作項詳情載入速度不是很快 需要5 6秒 介面 簡約清晰 介面可以美化加工一下 功能 功能點命名可做到見其名知其用,簡單易上手 有些功能未實現完全 如專案可模組化 部分功能存在bug 點選閃退 準...