敏捷開發(fā)

1、敏捷價(jià)值觀 9min

  • 個(gè)體和互動(dòng) 高于流程和工具
    工作的軟件 高于 詳盡的文檔
    客戶合作 高于 合同談判
    響應(yīng)變化 高于 遵循計(jì)劃

2、敏捷的特點(diǎn): 沒有CCB,

3、敏捷在項(xiàng)目管理中的運(yùn)用。

3.1、 敏捷中的范圍管理:

  • 敏捷以用戶故事的形式書寫需求

3.2、敏捷處理范圍變更的方式,

  • 由產(chǎn)品負(fù)責(zé)人牽頭,以團(tuán)隊(duì)討論為主要方式。
  • 需求增加范圍時(shí),參考以下處理步驟
    1)首先加入產(chǎn)品待辦事項(xiàng)
    2)其次與其它需求進(jìn)行優(yōu)先級排序
    3)盡量保持進(jìn)度和成本不變,對范圍進(jìn)行調(diào)整,刪除低優(yōu)先級的需求

3.3、敏捷中的進(jìn)度管理

  • 1)傳統(tǒng)以0/1方式交付,敏捷以多個(gè)故事點(diǎn)方式交付
    2)采用故事點(diǎn)數(shù)作為單位估算時(shí)間
    3)迭代燃盡圖展示剩余工作量

3.4 敏捷中的成本管理:44min

  • 1)做輕量級的估算,快速預(yù)測
    2)如果有新需求,就與其它需求進(jìn)行優(yōu)先級排序,用高優(yōu)先級的替代低優(yōu)先級的,保證成本進(jìn)度不變。

3.5、敏捷中的質(zhì)量管理

  • 1)使用自動(dòng)化測試實(shí)現(xiàn)日??焖俸头€(wěn)健的測試
    2)針對頻繁的增量進(jìn)行測試,在早期發(fā)現(xiàn)問題
    3)質(zhì)量集體來保證原則,不只是測試團(tuán)隊(duì)或質(zhì)量保證團(tuán)隊(duì)負(fù)責(zé)
    4)良好的質(zhì)量主要靠人保證,傳統(tǒng)開發(fā)認(rèn)為質(zhì)量靠流程保證

3.6、敏捷項(xiàng)目的主要角色劃分
敏捷對人的要求:通用的專才,

  • 1)Scrum Master:敏捷教練,職責(zé)是把敏捷的流程在項(xiàng)目中進(jìn)行部署,推動(dòng)Scrum理念的項(xiàng)目中推進(jìn)。
    2)產(chǎn)品負(fù)責(zé)人:代表客戶利益,整理產(chǎn)品功能,排列優(yōu)先級,生成產(chǎn)品BackLog,向團(tuán)隊(duì)介紹產(chǎn)品功能。
    3)開發(fā)團(tuán)隊(duì):全能型伙伴組成,估算時(shí)間

3.7 敏捷中的溝通管理

  • 1)敏捷推薦面對面溝通
    2)敏捷中的會(huì)議:迭代計(jì)劃會(huì)議、每日站會(huì)、迭代演示會(huì)議、反思(會(huì)議)會(huì)議
    3)一個(gè)促進(jìn)溝通的空間

3.8、敏捷中的風(fēng)險(xiǎn)管理

  • 1)項(xiàng)目最大的風(fēng)險(xiǎn)是需求沒有滿足業(yè)務(wù)需求。

3.9、合同選擇

  • 1)敏捷優(yōu)選風(fēng)險(xiǎn)共擔(dān)的合同類型:成本+激勵(lì)
    2)在總預(yù)算不變的前提下變更免費(fèi),變更用戶故事優(yōu)先級。
    3)實(shí)現(xiàn)商業(yè)價(jià)值后,可提前終止。理念是價(jià)值優(yōu)先。
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請結(jié)合常識與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容