敏捷轉(zhuǎn)型方法論共

從0到1進(jìn)行快速迭代的產(chǎn)品研發(fā)方法論2020年9月為什么要敏捷轉(zhuǎn)型?(WHY)如何實施敏捷?(HOW)2@潤聯(lián)科技(華潤集團(tuán)成員公司)未經(jīng)授權(quán)嚴(yán)禁翻印傳播3@潤聯(lián)科技(華潤集團(tuán)成員公司)未經(jīng)授權(quán)嚴(yán)禁翻印傳播軟件危機及軟件工程的出現(xiàn)，速度是企業(yè)競爭致勝的關(guān)鍵因素，軟件項目的最大挑戰(zhàn)在于：·要應(yīng)付變動中的需求；·要在緊縮的時間內(nèi)完成項目。的在變氣大減成本or成本or進(jìn)度@潤聯(lián)科技(華潤集團(tuán)成員公司)未經(jīng)授權(quán)嚴(yán)禁翻印傳播需求數(shù)量接近團(tuán)隊能力遠(yuǎn)遠(yuǎn)超出需求數(shù)量接近團(tuán)隊能力遠(yuǎn)遠(yuǎn)超出團(tuán)隊能力混亂的復(fù)雜度接近一致簡單的技術(shù)難度4◆瀑布模型·固定的、沒有彈性的；·需求變更不靈活?！裘艚菽Ｐ汀ね暾亻_發(fā)，在少數(shù)幾周或是少數(shù)幾個月里可以測試功能；·強調(diào)在獲得最簡短的可執(zhí)行功能的部分，能夠及早給予企業(yè)價值；·在整個項目的生命周期里，可以持續(xù)的改善、增加未來的功能。軟件概念用戶需求軟件概念需求分析軟件需求原型架構(gòu)設(shè)計架構(gòu)文檔詳細(xì)設(shè)計設(shè)計模型編碼代碼文件h5@潤聯(lián)科技(華潤集團(tuán)成員公司)未經(jīng)授權(quán)嚴(yán)禁翻印傳播●項目管理全流程：更加透明：隨時跟蹤項目的狀態(tài)和進(jìn)展情況，及早發(fā)現(xiàn)問題和風(fēng)險；.快速交付：每次迭代都能交付可運行的軟件；.改善應(yīng)對變更能力，減少大量的重復(fù)計劃；.改善項目溝通；●實現(xiàn)的價值：·提高了生產(chǎn)率：減少"浪費'(不需要的文檔，重復(fù)工作等),項目的每次迭代都有明確的目標(biāo).改善員工的滿意度團(tuán)隊精神，減少官僚，能夠規(guī)劃和管理自己的工作，減少“恐慌”,穩(wěn)定的工作量(可持續(xù)的步伐)。6@潤聯(lián)科技(華潤集團(tuán)成員公司)未經(jīng)授權(quán)嚴(yán)禁翻印傳播目錄CUNIENIS為什么要敏捷轉(zhuǎn)型?(WHY)敏捷是什么?(WHAT)如何實施敏捷?(HOW)7@潤聯(lián)科技(華潤集團(tuán)成員公司)未經(jīng)授權(quán)嚴(yán)禁翻印傳播敏捷(Scrum)總覽3.當(dāng)前迭代需要完成的任務(wù)會展現(xiàn)在面板上，清晰地展示每個任務(wù)的負(fù)責(zé)人、當(dāng)前狀態(tài)、實現(xiàn)過程中的問題和變更等信息。項目團(tuán)隊和各利益相關(guān)方能清晰地把握每個任務(wù)的開發(fā)進(jìn)度和遇到的問題，并以此分析、控制項目的進(jìn)度、成本和風(fēng)險。Scrum以站立會作為項目規(guī)劃、過程控制和資源分配的內(nèi)部交流協(xié)商機制。3.當(dāng)前迭代需要完成的任務(wù)會展現(xiàn)在面板上，清晰地展示每個任務(wù)的負(fù)責(zé)人、當(dāng)前狀態(tài)、實現(xiàn)過程中的問題和變更等信息。項目團(tuán)隊和各利益相關(guān)方能清晰地把握每個任務(wù)的開發(fā)進(jìn)度和遇到的問題，并以此分析、控制項目的進(jìn)度、成本和風(fēng)險。Scrum以站立會作為項目規(guī)劃、過程控制和資源分配的內(nèi)部交流協(xié)商機制。1.在Scrum中，使用產(chǎn)品功能列產(chǎn)品需求和開發(fā)任務(wù)。ProductBacklog是一個按照商業(yè)價值(或?qū)崿F(xiàn)優(yōu)先級)排序的事項列表，列表條目的體現(xiàn)形式通常為用戶故事。可工作軟件g4.在每個迭代結(jié)束時，Scrum團(tuán)隊將提交可交付的產(chǎn)品增量。產(chǎn)品功能細(xì)化每日立會產(chǎn)品功能列表計劃會迭代任務(wù)迭代評審會反思會2.在規(guī)劃迭代時，Scrum團(tuán)隊從產(chǎn)品功能列表中挑選最高優(yōu)先級的需求，經(jīng)過需求細(xì)化，形成迭代任務(wù)和計劃。8敏捷宣言-核心思想是以人為本，適應(yīng)變化··人是軟件項目獲得成功最為重要的,合作、溝通能力及交互能力比單純的軟件編程能力和工具更為重要·方法和工具需活學(xué)活用，團(tuán)隊之間需要相互協(xié)作。過多面面俱到的文檔往往比過少的過多面面俱到的文檔往往比過少的文檔更糟；·軟件開發(fā)的主要和中心活動是創(chuàng)建可以工作的軟件；·當(dāng)迫切需要且意義重大時，才進(jìn)行文檔編制；·內(nèi)部文檔應(yīng)盡量短小、主題突出?！ぁた蛻舨豢赡茏龅揭淮涡缘貙⑺麄兊男枨笸暾逦乇硎鲈诤贤校弧殚_發(fā)團(tuán)隊和客戶的協(xié)同工作方式·變化是軟件開發(fā)中存在的現(xiàn)實；·計劃必須有足夠的靈活性與可塑性；·短期的迭代的計劃比中長期計劃更有效。@潤聯(lián)科技(華潤集團(tuán)成員公司)未經(jīng)授權(quán)嚴(yán)禁翻印傳播@潤聯(lián)科技(華潤集團(tuán)成員公司)未經(jīng)授權(quán)嚴(yán)禁翻印傳播9遵循以下原則：·我們最重要的目標(biāo)，是通過持續(xù)不斷地及早交付有價值的軟件使客戶滿意?！ば廊幻鎸π枨笞兓?，即使在開發(fā)后期也一樣。為了客戶的競爭優(yōu)勢，敏捷過程掌控變化?！そ?jīng)常地交付可工作的軟件，相隔幾星期或一兩個月，傾向于采取較短的周期?！I(yè)務(wù)人員和開發(fā)人員必須相互合作，項目中的每一天都不例外?！げ徽搱F(tuán)隊內(nèi)外，傳遞信息效果最好效率也最高的方式是面對面的交談。·可工作的軟件是進(jìn)度的首要度量標(biāo)準(zhǔn)?！ぷ詈玫募軜?gòu)、需求和設(shè)計出自自組織團(tuán)隊?！F(tuán)隊定期地反思如何能提高成效，并依此調(diào)整自身的舉止表現(xiàn)。@潤聯(lián)科技(華潤集團(tuán)成員公司)未經(jīng)授權(quán)嚴(yán)禁翻印傳播四個儀式團(tuán)隊四個儀式三個物件三個物件@潤聯(lián)科技(華潤集團(tuán)成員公司)未經(jīng)授權(quán)嚴(yán)禁翻印傳播·確定產(chǎn)品的功能；·決定發(fā)布的日期和發(fā)布內(nèi)容；·根據(jù)市場價值確定功能優(yōu)先級；·每個Sprint開始前調(diào)整，根據(jù)需要調(diào)整功能和優(yōu)先級；·接受或拒絕接受開發(fā)團(tuán)隊的工作成果。@潤聯(lián)科技(華潤集團(tuán)成員公司)未經(jīng)授權(quán)嚴(yán)禁翻印傳播ScrumMaster的工作職責(zé)：·保證團(tuán)隊資源完全可被利用并且全部·一般人數(shù)在5-9個左右；是高產(chǎn)出的；·保證各個角色及職責(zé)的良好協(xié)作；·解決團(tuán)隊開發(fā)中的障礙；·做為團(tuán)隊和外部的接口，屏蔽外界對團(tuán)隊成員的干擾；保證開發(fā)過程按計劃進(jìn)行，組織Daily團(tuán)隊要跨職能(包括開發(fā)人員、測試人員、用戶界面設(shè)計師等)團(tuán)隊成員需要全職(有些情況例外，比如數(shù)據(jù)庫管理員);在項目范圍內(nèi)有權(quán)利做任何事情已高度的自我組織能力；向ProductOwner演示產(chǎn)品功能；Sprint目標(biāo)Sprint目標(biāo)商業(yè)條件當(dāng)前產(chǎn)品2.根據(jù)產(chǎn)品Backlog條目(用戶Backlog(任務(wù))@潤聯(lián)科技(華潤集團(tuán)成員公司)未經(jīng)授權(quán)嚴(yán)禁翻印傳播每日Scrum會議，即團(tuán)隊每日例會，條件允許的話，每天都應(yīng)該在同樣的時間和地點，組織所有成員站立進(jìn)行。●最好是每天早晨開，一般15分鐘左右，時間比較短，也有利于團(tuán)隊成員安排好當(dāng)天的工作?！裰挥袌F(tuán)隊成員可以在例會上發(fā)言，其他人員有興趣可以參加，但只能旁聽，不能發(fā)言。員輪流回答以下3個問題：●昨天我完成了什么工作?·今天我打算做什么?·我在工作中遇到了什么困難?@潤聯(lián)科技(華潤集團(tuán)成員公司)未經(jīng)授權(quán)嚴(yán)禁翻印傳播.不要太正式(不需要PPT)一般控制在2個小時.團(tuán)隊成員都要參加.可以邀請所有人參加@潤聯(lián)科技(華潤集團(tuán)成員公司)未經(jīng)授權(quán)嚴(yán)禁翻印傳播Sprint回顧會議上，全體成員討論有哪些好的做法可以啟動，哪些不好的做法不能再繼續(xù)下去了，哪些好的做法要繼續(xù)發(fā)揚。◆團(tuán)隊的定期自我檢視，發(fā)現(xiàn)什么是好的，什么是不好的。一般控制在15-30分鐘●全體參加·產(chǎn)品負(fù)責(zé)人可能的客戶或其它干系人@潤聯(lián)科技(華潤集團(tuán)成員公司)未經(jīng)授權(quán)嚴(yán)禁翻印傳播Scrum物件之產(chǎn)品清單(ProductBacklog)·一般情況使用用·一般情況使用用戶故事來表示·理想情況每個需求項都對產(chǎn)品的客戶或用戶有價值；·Backlog條目按照商業(yè)價值排列優(yōu)·在每個Sprint結(jié)束的時候要更新優(yōu)先級的排列。Backlog條目于我的讀者閱讀的時候感受到文章的意境。8的讀者們認(rèn)識我。@潤聯(lián)科技(華潤集團(tuán)成員公司)未經(jīng)授權(quán)嚴(yán)禁翻印傳播Scrum物件之沖刺清單(SprintBacklog)·團(tuán)隊成員自己挑選任務(wù)，而不是指派作量估算；·每個團(tuán)隊成員都可以修改Sprintbacklog,增加、刪除或者修改任務(wù)。Sprintbacklog定義了Sprint的目標(biāo)，明確了Sprint過程中具體需要完成的任務(wù)下面是一個Sprintbacklog的例子：任務(wù)123456789420開發(fā)照片上傳后臺程序(8h)8230寫單元測試(6h)630開發(fā)文章背景圖片設(shè)置頁面840@潤聯(lián)科技(華潤集團(tuán)成員公司)未經(jīng)授權(quán)嚴(yán)禁翻印傳播異常情況及時采取相應(yīng)措施，確保沖刺任務(wù)按時完成。公色之公色之為什么要敏捷轉(zhuǎn)型?(WHY)@潤聯(lián)科技(華潤集團(tuán)成員公司)未經(jīng)授權(quán)嚴(yán)禁翻印傳播敏捷關(guān)鍵實踐1——增量迭代■每個迭代有一個大約為1~4周(一般為2周),在SCRUM里稱為一次沖刺(超過1個月的詳細(xì)計劃往往偏差很大);■每次迭代都應(yīng)該有明確的目標(biāo)；■每次迭代都應(yīng)該有明確的可演示的工作成果；■迭代過程中項目團(tuán)隊?wèi)?yīng)該盡量免受打擾；迭代3迭代3迭代2迭代1甘間增量2增量1進(jìn)展@潤聯(lián)科技(華潤集團(tuán)成員公司)未經(jīng)授權(quán)嚴(yán)禁翻印傳播敏捷關(guān)鍵實踐2——測試驅(qū)動開發(fā)TDD.什么是測試驅(qū)動?首先編寫測試代碼);.一種設(shè)計軟件的方法，而不僅僅是一種測試方法；的各項工作提供一個安全的保護(hù)；WRITEAR@潤聯(lián)科技(華潤集團(tuán)成員公司)未經(jīng)授權(quán)嚴(yán)禁翻印傳播敏捷關(guān)鍵實踐3—持續(xù)集成◆日構(gòu)建的好處：◆日構(gòu)建可以看做是項目的心跳，冒煙測試就像是聽診器；◆日構(gòu)建必須至少：成功編譯、打包、發(fā)布；◆不含有任何明顯的缺陷；@潤聯(lián)科技(華潤集團(tuán)成員公司)未經(jīng)授權(quán)嚴(yán)禁翻印傳播敏捷關(guān)鍵實踐4——面對面交流◆雖然如今通訊工具花樣繁多，但面對面交流在某些場合下仍然是不可替代的；◆敏捷開發(fā)把交流缺失問題考慮在內(nèi)，要求團(tuán)隊成員彼此直接協(xié)作，盡量創(chuàng)造面對面交流的機會；◆尤其當(dāng)業(yè)務(wù)分析師和軟件開發(fā)人員一起工作的時候，面對面的交流是很重要的?！裟涿蚕硇枨笪臋n只會打開曲解和誤解之門，更不用說書面信息比口頭交流還要慢很多。@潤聯(lián)科技(華潤集團(tuán)成員公司)未經(jīng)授權(quán)嚴(yán)禁翻印傳播Scrum何時更有效?●公司和客戶一致認(rèn)為應(yīng)當(dāng)使用敏捷方法，雙方都能理解敏捷方法；●敏捷方法對需求不完整以及經(jīng)常變換的項目比較有效；●項目可以劃分成固定時間間隔的迭代，并且可以凍結(jié)正在進(jìn)行的迭代的范圍；●公司和客戶都有能力擔(dān)當(dāng)角色尤其是ProductOwner和ScrumMaster;●項目的人員結(jié)構(gòu)能夠分成6到10人的團(tuán)隊，最好每個工作地點一個小組；●團(tuán)隊成員能夠以自組織的方式工作；●項目的合同允許變更；·固定