综合亚洲欧美,亚洲欧洲另类,逼逼爱爱,国产限制,欧美 久久国产亚洲日韩一本，欧美日韩专区国产精品，久久精品

敏捷軟件開發(fā)技術(shù)培訓(xùn)

課程背景：
21世紀(jì)是“快魚吃慢魚”的時代！
現(xiàn)代企業(yè)的競爭就是“速度”的競爭?。?br /> 誰能盡快開發(fā)出符合客戶需求的產(chǎn)品，誰就是大贏家??！
如何使產(chǎn)品開發(fā)周期顯著縮短？如何促使企業(yè)充分利用外部資源，尋求合作設(shè)計(jì)、開發(fā)和制造的機(jī)會，讓新產(chǎn)品上市時間更快？
“敏捷化開發(fā)”是國外*提出的著眼于速度競爭的新產(chǎn)品開發(fā)管理模式，其基于一系列先進(jìn)的研發(fā)管理方法，采取產(chǎn)品開發(fā)與市場投入的速度領(lǐng)先戰(zhàn)略，以獲得產(chǎn)品開發(fā)的時間領(lǐng)先優(yōu)勢，使企業(yè)在競爭日趨激烈的環(huán)境中獲取利益*化。
軟件系統(tǒng)的日益復(fù)雜化和用戶需求、軟件更新的頻繁化，加之開發(fā)團(tuán)隊(duì)分散的工作方式，項(xiàng)目的溝通和平滑管理變得越來越困難。另一方面，如何在多角色分工的情況下，緊扣用戶提出的需求，監(jiān)控其實(shí)施，確保用戶需求最終落實(shí)到產(chǎn)品的各個版本中去，并在產(chǎn)品發(fā)行和用戶支持等方面提供幫助，響應(yīng)用戶新的需求，推動新的開發(fā)周期。
新的開發(fā)方法-敏捷開發(fā)，有助于開發(fā)人員、測試人員和管理人員更快的適應(yīng)客戶需求的變化，快速的發(fā)布和提交版本。使得軟件的發(fā)布能更快捷的滿足客戶的需求。
敏捷軟件開發(fā)過程中，有一些新的開發(fā)手段，把開發(fā)活動和測試活動結(jié)合起來。通過敏捷項(xiàng)目管理，可以更好的發(fā)揮團(tuán)隊(duì)特長，并行開發(fā)，合理控制軟件版本，有效地提高生產(chǎn)率。
本課程在介紹了敏捷項(xiàng)目一般管理方法基礎(chǔ)上，深入地討論了如何將敏捷化開發(fā)應(yīng)用于其它行業(yè)的產(chǎn)品研發(fā)活動，使學(xué)員同時掌握以上兩種方法，在實(shí)際工作中能按照實(shí)際情況靈活應(yīng)用。

培訓(xùn)特色：
本工作坊的主要特點(diǎn)是：
體驗(yàn)式學(xué)習(xí)：
大量采用體驗(yàn)式練習(xí)，而不是灌輸知識，讓團(tuán)隊(duì)自己生成新的理念、原則、方法等，寓教于樂，更容易被大家接受。
以演練的方式學(xué)習(xí)：
巧妙地將敏捷軟件開發(fā)方法以研討與演練的方式來展示，形象生動，又能把握商業(yè)模式創(chuàng)新的關(guān)鍵點(diǎn)。

采用教練方式：
采用教練而不是培訓(xùn)、咨詢的方式，更賦能，具有激發(fā)團(tuán)隊(duì)潛力、向內(nèi)挖掘資源等特點(diǎn)。
講師具有近二十年軟件開發(fā)、軟件設(shè)計(jì)、需求分析及項(xiàng)目管理經(jīng)驗(yàn)，長期戰(zhàn)斗在軟件項(xiàng)目錢眼，精通SCRUM、極限編程及MSF并用于全公司的項(xiàng)目管理，參加多次CMMI5級評估，并有使用敏捷軟件開發(fā)通過CMMI評估的案例。講師有多年的授課經(jīng)驗(yàn)，講課深入淺出，注重引導(dǎo)學(xué)員思考，善于將主題內(nèi)容融于簡單的例子中，讓學(xué)員通過體會實(shí)例掌握知識。

課程大綱：
一、案例分析
1.1工作坊：案例項(xiàng)目存在哪些管理問題
1.2背景了解
1.3問題收集
1.4關(guān)鍵問題辨析

二、什么是敏捷軟件開發(fā)
2.1研發(fā)中項(xiàng)目管理的典型問題
2.1.1質(zhì)量
2.1.2交付周期長
2.1.3效率低下
2.1.4交付延期
2.1.5交付不被市場/客戶接受
2.2軟件管理方法總覽
2.3什么是敏捷項(xiàng)目管理
2.4敏捷項(xiàng)目管理的解決之道
2.4.1總體框架：“需求－構(gòu)建－發(fā)布”的快速迭代
2.4.2卓越交付：保證正確地構(gòu)建正確的產(chǎn)品
2.4.3自組織團(tuán)隊(duì)
2.4.4短周期迭代
2.4.5可工作的完成標(biāo)準(zhǔn)
2.4.6價值驅(qū)動
2.4.7基于反饋的改進(jìn)
2.4.8風(fēng)險前移
2.5敏捷項(xiàng)目管理的精要 
2.5.1創(chuàng)造力來源于小而美團(tuán)隊(duì)
2.5.2短迭代的可工作的交付
2.5.3客戶參與
2.5.4響應(yīng)變化
2.5.5交付的價值優(yōu)于完成的任務(wù)
2.5.6效率通過演進(jìn)的流程獲得
2.6核心價值觀
2.7我是否該敏捷？
2.8什么時候可以引入敏捷實(shí)踐？
2.9敏捷實(shí)踐清單
2.10敏捷開發(fā)如何提升生產(chǎn)率？ 
2.11敏捷開發(fā)如何提升質(zhì)量
2.12敏捷對企業(yè)的價值
2.13研討與演練：軟件開發(fā)，我們的痛點(diǎn)在那里？

三、理解敏捷過程
3.1敏捷過程的本質(zhì)
3.1.1以人為根本
3.1.2以最終交付的軟件為目標(biāo)
3.1.3進(jìn)度的推進(jìn)策略
3.1.4團(tuán)隊(duì)工作文化
3.2敏捷過程的*實(shí)踐
3.2.1小版本，現(xiàn)場客戶
3.2.2隱喻，簡單設(shè)計(jì)，重構(gòu)
3.2.3測試驅(qū)動開發(fā)，持續(xù)集成，結(jié)對編程
3.2.4代碼共有，編程標(biāo)準(zhǔn)
3.2.5工作空間與時間

四、敏捷項(xiàng)目管理提升研發(fā)流程的具體實(shí)踐
4.1項(xiàng)目團(tuán)隊(duì)管理－人是最重要
4.1.1敏捷團(tuán)隊(duì)的三個核心角色
4.1.2敏捷團(tuán)隊(duì)的角色職責(zé)
4.1.3Scrum Master工作檢查單
4.2敏捷項(xiàng)目策劃
4.2.1敏捷估計(jì)-估算撲克
4.2.2Delphi估算
4.2.3研討與演練：我的故事要多少工作量？（使用客戶內(nèi)部開發(fā)需求），撲克牌法
4.2.4敏捷估算方法2：NASMA
4.2.5NASMA和功能估計(jì)的相同點(diǎn)和不同點(diǎn)
4.2.6NASMA估算的估算精度
4.2.7通過速率估算開發(fā)周期
4.3敏捷項(xiàng)目計(jì)劃管理
4.3.1迭代計(jì)劃會
4.3.2計(jì)劃會序曲-豬與雞的故事
4.3.3豬與雞的行為模式
4.4項(xiàng)目過程與風(fēng)險管理
4.4.1每日立會 
4.4.2燃盡圖 
4.4.3“迭代期內(nèi)無變更”
4.4.4故事板 Kanban
4.5項(xiàng)目質(zhì)量管理－高質(zhì)量的交付
4.5.1評審會與反思會
4.5.2評審會 
4.5.3反思會
4.6敏捷風(fēng)險管理
4.6.1*KE和Story的風(fēng)險評估
4.6.2發(fā)布計(jì)劃和迭代計(jì)劃中的風(fēng)險處理策略
4.6.3設(shè)計(jì)中的風(fēng)險處理
4.6.4開發(fā)過程中的風(fēng)險處理
4.7大型項(xiàng)目管理的敏捷項(xiàng)目管理實(shí)踐
4.8研討與演練：基于客戶團(tuán)隊(duì)的實(shí)際痛點(diǎn)進(jìn)行討論，從敏捷項(xiàng)目管理的角度討論解決方案

五、敏捷軟件開發(fā)工程實(shí)踐
5.1項(xiàng)目需求管理-用戶故事－交付最有價值需求
5.1.1用戶建模 
5.1.2用戶故事 = 用戶 + 功能 + 價值
5.1.3用戶故事描述的語法規(guī)則
5.1.5超越敏捷-現(xiàn)實(shí)世界的用戶故事
5.1.6需求優(yōu)先級排序
5.2史詩故事
5.2.1用戶故事的顆粒度
5.2.2什么是史詩故事？
5.3用戶故事地圖
5.3.1為什么要建立用戶故事地圖？
5.3.2用戶故事地圖建立的步驟
5.4敏捷架構(gòu)和簡單設(shè)計(jì)
5.5技術(shù)債務(wù)
5.6團(tuán)隊(duì)結(jié)構(gòu)與日常開發(fā)活動
5.6.1辦公環(huán)境
5.6.2“特性小組”
5.6.3“松結(jié)對編程”
5.6.4“松結(jié)對編程”的小組長責(zé)任
5.6.5 “松結(jié)對編程”的工作習(xí)慣
5.6.6 結(jié)對編程的幾種結(jié)對形式
5.7靜態(tài)語法檢查與代碼質(zhì)量
5.7.1為什么要做代碼審查？
5.7.2編碼規(guī)范
5.7.3自動化的審查代碼
5.7.4演練：使用靜態(tài)語法工具進(jìn)行代碼質(zhì)量分析
5.8TDD（測試驅(qū)動開發(fā)）及靜態(tài)語法檢查
5.8.1什么是TDD
5.8.2如何進(jìn)行TDD
5.8.3演練：對一個功能進(jìn)行TDD設(shè)計(jì)
5.8.4系統(tǒng)級TDD
5.9重構(gòu)
5.9.1重構(gòu)的定義
5.9.2為什么需要重構(gòu)
5.9.3何時需要重構(gòu)
5.9.4代碼的壞味道
5.9.5各種重構(gòu)的方法 
5.9.6重復(fù)的代碼
5.10敏捷測試
5.10.1持續(xù)集成
5.10.2測試用例設(shè)計(jì)
5.10.3構(gòu)建管理 持續(xù)集成 發(fā)布管理
5.10.4持續(xù)集成和每日構(gòu)建
5.10.5自動化測試

六、大規(guī)模的敏捷實(shí)踐
6.1大規(guī)模敏捷框架
6.2大規(guī)模敏捷項(xiàng)目管理的層次
6.2.1多級項(xiàng)目規(guī)劃
6.2.2項(xiàng)目/產(chǎn)品愿景
6.2.3項(xiàng)目/產(chǎn)品路線圖
6.2.4版本發(fā)布計(jì)劃
6.2.5迭代計(jì)劃
6.2.6每日實(shí)現(xiàn)
6.3大規(guī)模敏捷組織結(jié)構(gòu)
6.3.1Super Scrum Master
6.3.2：團(tuán)隊(duì)協(xié)作與管理
6.3.3團(tuán)隊(duì)交流渠道
6.3.4團(tuán)隊(duì)互相激勵方法
6.3.5公共目標(biāo)的驅(qū)動
6.3.6工作結(jié)果布告
6.4平臺化與定制

七、敏捷開發(fā)過程中的度量
7.1敏捷軟件開發(fā)的度量體系
7.2精益軟件度量什么
7.2.1組織目標(biāo)
7.2.2決策場景
7.2.3指標(biāo)框架
7.2.4度量元
7.2.5價值評價
7.3常見的敏捷度量指標(biāo)
7.3.1產(chǎn)能度量
7.3.2內(nèi)部質(zhì)量的度量
7.3.3外部質(zhì)量的度量
7.3.4組織能力的度量
7.4部分度量案例展示
7.4.1規(guī)模
7.4.2工作量
7.4.3進(jìn)度
7.4.4技術(shù)債務(wù)
7.4.5能力
7.5度量的實(shí)施和推進(jìn)
7.6演練：我們需要什么度量

八、組織級敏捷部署與績效管理
8.1敏捷三步走
8.2敏捷成功與否的衡量標(biāo)準(zhǔn)是業(yè)務(wù)結(jié)果（質(zhì)量、TTM）的改進(jìn)
8.3首次實(shí)施敏捷的參考步驟——八步曲
8.4敏捷角色
8.5項(xiàng)目組團(tuán)隊(duì)的組建方式：特性項(xiàng)目組和模塊項(xiàng)目組優(yōu)劣對比
8.6項(xiàng)目級敏捷通用過程模型
8.7項(xiàng)目級敏捷過程樣例（版本中項(xiàng)目組全都實(shí)施敏捷）
8.8敏捷團(tuán)隊(duì)績效管理
8.8.1誰來管理團(tuán)隊(duì)中的個體？
8.8.2敏捷團(tuán)隊(duì)的目標(biāo)
8.8.3從團(tuán)隊(duì)外部認(rèn)識團(tuán)隊(duì)目標(biāo)
8.8.4敏捷開發(fā)中的目標(biāo)管理意識
8.9執(zhí)行與實(shí)施層面的敏捷實(shí)踐

九、總結(jié)

敏捷軟件開發(fā)技術(shù)培訓(xùn)