實(shí)用敏捷典型實(shí)踐
編輯日期 2018-05-31 閱讀次數(shù)：1047 次
培訓(xùn)地點(diǎn)
上海
北京
深圳
廣州
培訓(xùn)時(shí)間
3月
16-17
5月
17-18
8月
9-10
9 月
13-14
本課程全國(guó)常年開(kāi)班，如部分地區(qū)課程已結(jié)束或有其他培訓(xùn)時(shí)間要求，請(qǐng)致電：400-676-1955咨詢近期培訓(xùn)信息！此課程也可以供企業(yè)做內(nèi)訓(xùn)，歡迎咨詢！
【課程簡(jiǎn)介】
敏捷（Agile）是一種快速響應(yīng)變化的軟件開(kāi)發(fā)方法，據(jù)美國(guó)專門從事跟蹤軟件項(xiàng)目成功或失敗機(jī)構(gòu)Standish Group的統(tǒng)計(jì)數(shù)據(jù)顯示，敏捷方法的實(shí)施可以將項(xiàng)目失敗的概率從29%降低至9%，敏捷方法的價(jià)值毋庸置疑。
然而，敏捷方法看似簡(jiǎn)單，實(shí)則內(nèi)涵豐富，知易行難，這也導(dǎo)致了在國(guó)內(nèi)敏捷開(kāi)發(fā)很多時(shí)候被實(shí)施為“996”的拼命急速開(kāi)發(fā)模式；同時(shí)，也有較多的企業(yè)在導(dǎo)入敏捷方法后，實(shí)踐過(guò)程中形似而神非，并沒(méi)有帶來(lái)應(yīng)有的價(jià)值和效果。這些都是對(duì)敏捷的誤解和誤用。
本課程要點(diǎn)介紹了敏捷管理-Scrum與敏捷開(kāi)發(fā)-極限編程這兩種在業(yè)界應(yīng)用最廣的兩套敏捷方法，通過(guò)知識(shí)講解、案例分享、討論反思、練習(xí)及點(diǎn)評(píng)的方式，讓學(xué)員掌握敏捷軟件開(kāi)發(fā)的過(guò)程、方法及技能，以運(yùn)用到實(shí)際的研發(fā)工作中。
根據(jù)企業(yè)需求，可以增加如何平衡敏捷與規(guī)范的內(nèi)容，培訓(xùn)后老師可以給予遠(yuǎn)程指導(dǎo)，以解決在實(shí)施敏捷研發(fā)時(shí)遇到的具體問(wèn)題。
【培訓(xùn)特色】
1．多實(shí)戰(zhàn)。本課程注重實(shí)戰(zhàn)，設(shè)計(jì)了10多個(gè)練習(xí)，讓學(xué)員通過(guò)練習(xí)與教員的點(diǎn)評(píng)，應(yīng)用學(xué)到的技能。
2．多案例。本課程授課過(guò)程中，教員會(huì)和學(xué)員分享自己實(shí)際咨詢過(guò)的客戶的多個(gè)項(xiàng)目的實(shí)際案例。
3．多討論。本課程授課過(guò)程中，引入了常見(jiàn)難點(diǎn)、疑點(diǎn)的討論和反思，透過(guò)現(xiàn)象把握敏捷的本質(zhì)，以在不同的研發(fā)場(chǎng)景下更加靈活、有效的運(yùn)用敏捷方法。
【目標(biāo)收益】
通過(guò)本課程可以讓學(xué)員掌握敏捷軟件開(kāi)發(fā)的過(guò)程與方法實(shí)踐，理解每條典型實(shí)踐背后的原理，以及每條實(shí)踐如何因地制宜的進(jìn)行變通。學(xué)員可收獲的主要知識(shí)及技能包括：
? 敏捷方法中如何進(jìn)行計(jì)劃與估算？
? 敏捷方法中如何管理團(tuán)隊(duì)？
? 敏捷方法中如何開(kāi)發(fā)需求、管理需求？
? 敏捷方法中如何進(jìn)行設(shè)計(jì)與編碼？
? 敏捷方法中如何保證產(chǎn)品質(zhì)量？
? 實(shí)施敏捷方法的常見(jiàn)誤區(qū)有哪些？
? 掌握建立敏捷研發(fā)體系的流程和規(guī)范的方法
? 掌握平衡敏捷與規(guī)范（CMMI）
【培訓(xùn)對(duì)象】
研發(fā)部門經(jīng)理、項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理、需求工程師、軟件工程師、測(cè)試工程師、PPQA 、EPG等
【培訓(xùn)時(shí)長(zhǎng)】
3天。
【課程費(fèi)用及證書(shū)】
費(fèi)用：5800元/人，包含：培訓(xùn)費(fèi)、教材費(fèi)、場(chǎng)地費(fèi)、證書(shū)費(fèi)、午餐茶點(diǎn)、稅費(fèi)等。
證書(shū)：培訓(xùn)后授發(fā)個(gè)人培訓(xùn)證書(shū)。
【講師簡(jiǎn)介】
任甲林 麥哲思科技首席咨詢顧問(wèn)/首席培訓(xùn)講師
? SEI/CMMI研究所授權(quán)CMMI-DEV主任評(píng)估師
? CMMI-SVC評(píng)估員
? SCRUM MASTER （敏捷教練）
? 多模型融合巨匠，平衡敏捷與規(guī)范經(jīng)驗(yàn)豐富的講師
? COSMIC功能點(diǎn)估算分析師
? 6SIGMA 綠帶
? 中國(guó)COSMIC 功能點(diǎn)估算方法第一人， COSMIC IAC委員
? 22年軟件工程經(jīng)驗(yàn)，17年質(zhì)量管理改進(jìn)經(jīng)驗(yàn)
? 2008—2011年度中國(guó)CMMI咨詢行業(yè)年度人物
? 2008年中國(guó)軟件生產(chǎn)力風(fēng)云榜“卓越貢獻(xiàn)人物”
? 2014年出版專著《術(shù)以載道—軟件過(guò)程改進(jìn)實(shí)踐指南》
【課程大綱】
|
主題 |
內(nèi)容 |
|
第一部分敏捷軟件開(kāi)發(fā)概述 |
討論：你是如何理解“敏捷”的? 辨析：對(duì)敏捷方法的誤解 敏捷方法的文化基礎(chǔ)與背景 規(guī)范VS敏捷：敏捷方法與瀑布方法的成功率對(duì)比 規(guī)范VS敏捷：敏捷方法與規(guī)范方法的平衡策略的比較 規(guī)范VS敏捷：規(guī)范與敏捷的假設(shè)與反思 為什么敏捷方法可以成功？ 敏捷方法的根基：敏捷方法宣言 與12條原則 討論：什么樣的開(kāi)發(fā)人員適合/不適合參與敏捷開(kāi)發(fā)？ 練習(xí)：命令式開(kāi)發(fā)管理 練習(xí)：自管理式團(tuán)隊(duì) |
|
第二部分Scrum概述 |
Scrum名詞釋義：橄欖球是野蠻人的運(yùn)動(dòng)嗎？ Scrum的過(guò)程：雪人模型 Scrum的框架：三個(gè)角色 Scrum的框架：三個(gè)活動(dòng) Scrum的框架：三個(gè)工作產(chǎn)品 |
|
第三部分Scrum的角色 |
Scrum開(kāi)發(fā)團(tuán)隊(duì)的組成 豬與雞：Scrum 的角色 討論：誰(shuí)是pigs？ Scrum Master的職責(zé) 專業(yè)的Scrum Master的6種品質(zhì) 練習(xí):不同人擔(dān)當(dāng)Scrum Master的優(yōu)缺點(diǎn) Product Owner的職責(zé) 討論：是否可以擁有兩個(gè)產(chǎn)品負(fù)責(zé)人 產(chǎn)品負(fù)責(zé)人的品質(zhì)：ABCDE 討論：是否可以讓Product owner和Scrum Master合并？ Product Owner在實(shí)踐中的常見(jiàn)問(wèn)題 如何讓需求分析人員升級(jí)為Product Owner Scrum Team 團(tuán)隊(duì)成員的交叉職責(zé) Team的承諾 討論：高質(zhì)量需求文檔的夢(mèng)想 測(cè)試人員在Scrum中的職能演變 練習(xí)：西游記中Scrum角色的映射 |
|
第四部分Scrum的文檔 |
文檔1：好看又好用Scrum看板 Scrum看板案例 燃盡圖案例 文檔2：需求與需求池 用戶故事 與 Product Backlog 用戶故事的描述方式 用戶故事樣例 用戶故事的特征 練習(xí)：用戶故事描述需求 思考：完備地識(shí)別用戶故事 討論：用戶故事的其他表達(dá)方式 辨析：User Story 和 Use Case 的區(qū)別 討論：用戶故事的細(xì)化 Product Backlog樣例 文檔3：敏捷任務(wù)清單Sprint backlog 用戶故事拆分為任務(wù) 任務(wù)的工作量估算 Sprint Backlog的演變 |
|
第五部分Scrum的過(guò)程 |
Scrum雪人模型 活動(dòng)1：Sprint策劃會(huì)議 敏捷的估算：策劃撲克法 策劃撲克法的原理 策劃撲克法的流程與步驟 練習(xí)：策劃撲克法 定范圍：Sprint策劃會(huì)議上半場(chǎng) 劃分需求的優(yōu)先級(jí) 劃分用戶故事的優(yōu)先級(jí) 排任務(wù)：Sprint策劃會(huì)議下半場(chǎng) 分配任務(wù)時(shí)—切片法 預(yù)防過(guò)于樂(lè)觀的估計(jì)：迭代內(nèi)可支配時(shí)間平衡表 練習(xí)：制定Sprint的Backlog 活動(dòng)2：沖刺 Sprint與站立會(huì)議 討論：沖刺的特征 迭代中的同步工作 Sprint中需求的變更管理 Sprint的中止 每日站立會(huì)議的目的 站立會(huì)議的典型實(shí)踐 每日站立會(huì)議的做法 每日站立會(huì)議的紀(jì)律 站立會(huì)議的細(xì)節(jié)1：如何站 站立會(huì)議的細(xì)節(jié)2：外部人員的參與 站立會(huì)議的細(xì)節(jié)3：議題的延展 站立會(huì)議的細(xì)節(jié)4：看板的使用 站立會(huì)議的細(xì)節(jié)5：何謂“任務(wù)已完成”？ 站立會(huì)議的細(xì)節(jié)6：大團(tuán)隊(duì)的站立會(huì)議 站立會(huì)議的細(xì)節(jié)7：會(huì)后處理 站立會(huì)議體現(xiàn)的團(tuán)隊(duì)文化 每日站立會(huì)議的制度化 案例：晨會(huì)作業(yè)指南 練習(xí)：每日開(kāi)發(fā)與站立會(huì)議 Sprint評(píng)審 sprint演示的作用 Sprint Review Sprint review的注意事項(xiàng) Sprint Review — 可能的措施 練習(xí)：迭代評(píng)審 活動(dòng)3：Sprint評(píng)審 Sprint review的作用 Sprint review的注意事項(xiàng) 練習(xí)：迭代評(píng)審 活動(dòng)4：Sprint 回顧 Sprint 回顧的流程 Sprint 回顧的案例 練習(xí)：迭代回顧 |
|
第六部分Scrum方法中的其他話題 |
Scrum方法中的開(kāi)發(fā)階段：項(xiàng)目生命周期 Scrum方法中的開(kāi)發(fā)階段：產(chǎn)品定義階段的主要活動(dòng) Scrum方法中的開(kāi)發(fā)階段：迭代開(kāi)發(fā)階段的主要活動(dòng) Scrum方法中的開(kāi)發(fā)階段：結(jié)束階段的主要活動(dòng) SCRUM方法中的時(shí)間箱管理 時(shí)間箱管理的好處 沒(méi)有銀彈：Scrum不是萬(wàn)能鑰匙 Scrum方法的10大典型障礙 |
|
第七部分極限編程簡(jiǎn)介 |
極限的含義：極限編程（ eXtreme Programming ） 誰(shuí)在用XP? 什么時(shí)候需要XP？ XP的4個(gè)價(jià)值目標(biāo)：溝通 XP的4個(gè)價(jià)值目標(biāo)：簡(jiǎn)單 XP的4個(gè)價(jià)值目標(biāo)：反饋 XP的4個(gè)價(jià)值目標(biāo)：勇氣 XP的過(guò)程 XP中程序員的一天 |
|
第八部分極限編程的12條核心實(shí)踐 |
現(xiàn)場(chǎng)客戶(On-site customer) 策劃游戲(Planning game) 小發(fā)行版(Small releases) 集體代碼所有權(quán)(Collective ownership) 一周40小時(shí) (40-hour week) 系統(tǒng)隱喻(System Metaphor) 簡(jiǎn)單設(shè)計(jì)(Simple design) 配對(duì)編程(pair programming) 編碼標(biāo)準(zhǔn)(Coding standards) 測(cè)試驅(qū)動(dòng)(Test-driven) 重構(gòu)（Refactoring） 持續(xù)集成(Continuous integration) 12條實(shí)踐之間的互相支持 |
|
第九部分 XP的其他話題 |
從CMM角度看XP 對(duì)XP的置疑 不適用于XP的場(chǎng)合 XP項(xiàng)目失敗的常見(jiàn)錯(cuò)誤 |
|
第十部分 敏捷方法小結(jié) |
敏捷實(shí)踐的使用率調(diào)查 敏捷方法 VS 計(jì)劃驅(qū)動(dòng)方法 實(shí)施敏捷方法的常見(jiàn)錯(cuò)誤 推薦書(shū)籍與資源 |
