 班級規模及環境--熱線:4008699035 手機:15921673576( 微信同號) |
|
每期人數限3到5人。 |
| 上課時間和地點 |
上課地點：【上海】：同濟大學(滬西)/新城金郡商務樓(11號線白銀路站) 【深圳分部】：電影大廈(地鐵一號線大劇院站)/深圳大學成教院 【北京分部】：北京中山學院/福鑫大樓 【南京分部】：金港大廈(和燕路) 【武漢分部】：佳源大廈（高新二路） 【成都分部】：領館區1號（中和大道） 【沈陽分部】：沈陽理工大學/六宅臻品 【鄭州分部】：鄭州大學/錦華大廈 【石家莊分部】：河北科技大學/瑞景大廈 【廣州分部】：廣糧大廈 【西安分部】：協同大廈
最近開課時間(周末班/連續班/晚班）：2020年3月16日 |
| 實驗設備 |
☆資深工程師授課
☆注重質量
☆邊講邊練
☆合格學員免費推薦工作
★實驗設備請點擊這兒查看★ |
| 質量保障 |
1、培訓過程中，如有部分內容理解不透或消化不好，可免費在以后培訓班中重聽；
2、培訓結束后,授課老師留給學員聯系方式,保障培訓效果,免費提供課后技術支持。
3、培訓合格學員可享受免費推薦就業機會。 |
課程大綱 |
? 了解敏捷開發和測試的過程
? 了解敏捷開發過程中，測試用例的編寫和測試的執行過程?
? 介紹如何進行重構
? 了解敏捷項目管理
? 測試技術實戰，通過大量的實例演示使培訓人員能夠結合實際項目掌握測試技術在軟件測試各個階段的實際應用。
課程大綱
1、 案例分析
2、 什么是敏捷軟件開發
2.1 研發中項目管理的典型問題
? 質量
? 交付周期長
? 效率低下
? 交付延期
? 交付不被市場/客戶接受
2.2 軟件管理方法總覽
2.3 什么是敏捷項目管理
2.4 敏捷項目管理的解決之道
? 總體框架：“需求－構建－發布”的快速迭代
? 卓越交付：保證正確的構建正確的產品
? 自組織團隊
? 短周期迭代
? 可工作的完成標準
? 價值驅動
? 基于反饋的改進
? 風險前移
2.5 敏捷項目管理的精要?
? 創造力來源于小而美團隊
? 短迭代的可工作的交付
? 客戶參與
? 響應變化
? 交付的價值優于完成的任務
? 效率通過演進的流程獲得
2.6 核心價值觀
2.7 敏捷開發如何提升生產率？?
2.8 敏捷開發如何提升質量
2.9 我是否該敏捷？
2.10 敏捷對企業的價值
2.11 研討與演練：我們的痛點在那里？
3、 敏捷項目管理提升研發流程的具體實踐
3.1 項目團隊管理－人是最重要
3.1.1 敏捷團隊的三個核心角色
3.1.2 敏捷團隊的角色職責
3.2 敏捷項目管理
3.2.1 敏捷估計-估算撲克
3.2.2 Delphi估算
3.2.3 演練：我的故事要多少工作量？（使用客戶內部開發需求）
3.3 敏捷項目計劃管理
3.3.1 迭代計劃會
3.3.2 計劃會序曲-豬與雞的故事
3.3.3 豬與雞的行為模式
3.4 項目過程與風險管理
3.4.1 每日立會?
3.4.1.1 為何站著開會？
3.4.1.2 每日立會成功的關鍵
3.4.1.3 現場演練：明天的每日立會
3.4.2 燃盡圖?
3.4.2.1 燃燒圖的團隊“指紋”
3.4.3 “迭代期內無變更”
3.4.3.1 擁抱變化還是恪守承諾？
3.4.3.2 “迭代期內無變更”與研發心理學
3.4.3.3 對策：MoSCoW方法
3.4.4 故事板 Kanban
3.5 項目質量管理－高質量的交付
3.5.1 ? 評審會與反思會
3.5.1.1 ?評審會序曲
3.5.1.2 ?從外部理解團隊目標
3.5.1.3 ?“可運行軟件”的標準
3.5.2 ? 評審會?
3.5.2.1 ?評審會的行為模式
3.5.2.2 ?引導客戶表達需求
3.5.2.3 現場演練：為三個故事設定完成標準
3.5.3 ? 反思會
3.5.3.1 ?現實世界的反思會
3.6 大型項目管理
3.7 研討與演練：基于客戶團隊的實際痛點進行討論，從敏捷項目管理的角度討論解決方案
4、 敏捷軟件開發工程實踐
4.1 項目需求管理-用戶故事－交付最有價值需求
4.1.1 ? 用戶故事 = 用戶 + 功能 + 價值
4.1.1.1 ? 好故事的四個標準
4.1.1.2 ? 切分故事
4.1.1.3 ? 現場演練：將三個需求轉換為用戶故事
4.1.1.4 （使用客戶內部開發需求）
4.1.2 ? 用戶建模?
4.1.2.1 ? 誰在用我的產品？
4.1.2.2 ? 現場演練：針對三個需求進行用戶建模
4.1.2.3 （使用客戶內部開發需求）
4.1.3 ? 超越敏捷-現實世界的用戶故事
4.1.3.1 ? 用戶故事 = 需求文檔？
4.1.3.2 ? 復合型的需求文檔
4.1.3.3 ? 敏捷中的精益理念
4.1.4 ? 需求優先級排序
4.1.4.1 ? 以團隊形式進行排序
4.1.4.2 ? 超越敏捷-敏捷生態系統
4.1.4.3 ? 用戶故事的進化
4.1.4.4 ? 敏捷生態系統初探：需求管理
4.1.4.5 ? 從客戶價值驅動到持續交付客戶價值
4.2 團隊結構與日常開發活動
4.2.1 辦公環境
4.2.2 ?“特性小組”
4.2.3 ?“松結對編程”
4.2.4 “松結對編程”的小組長責任
4.2.5 “松結對編程”的工作習慣
4.3 重構
4.3.1 重構的定義
4.3.2 為什么需要重構
4.3.3 何時需要重構
4.3.4 代碼的壞味道
4.3.5 各種重構的方法?
4.3.6 重復的代碼
4.3.7 重構演練
4.4 敏捷測試
4.4.1 持續集成和每日構建
4.4.1.1 持續集成的概念
4.4.1.2 每日構建的概念和意義
4.4.1.3 每日構建的實施策略
4.4.1.4 每日構建和版本管理的集成
4.4.1.5 以每日構建為基礎的發布管理和試驗環境
4.4.1.6 Smoke Test和持續集成的關系
4.4.1.7 BVT Automation和Non BVT Automation是持續繼承的有力保證
4.4.1.8 通過每日構建和持續集成，使得版本管理不僅僅記錄代碼的存在和歷史，更保證代碼的正確性
4.4.1.9 典型案例分析
4.4.2 自動化測試
4.4.2.1 自動化測試概念,局限性
4.4.2.2 自動化測試基本理論
4.4.2.3 自動化測試實施
4.4.2.4 常用工具介紹
4.4.2.5 自動化測試成熟度
4.4.2.6 自動化測試評估
5、 敏捷開發過程中的測試和度量活動
5.1 測試驅動開發
5.2 持續集成
5.3 測試用例設計
5.4 構建管理 持續集成 發布管理
5.5 敏捷度量-規模
5.6 敏捷度量-工作量
5.7 敏捷度量-進度
5.8 實踐演練
6、 組織級敏捷部署與績效管理
6.1 敏捷三步走
6.2 敏捷成功與否的衡量標準是業務結果（質量、TTM）的改進
6.3 首次實施敏捷的參考步驟——八步曲
6.4 敏捷角色
6.5 項目組團隊的組建方式：特性項目組和模塊項目組優劣對比
6.6 項目級敏捷通用過程模型
6.7 項目級敏捷過程樣例（版本中項目組全都實施敏捷）
6.8 敏捷團隊績效管理
6.8.1 誰來管理團隊中的個體？
6.8.2 敏捷團隊的目標
6.8.3 從團隊外部認識團隊目標
6.8.4 敏捷開發中的目標管理意識
6.9 執行與實施層面的敏捷實踐
|
|
|
|
|
|
首頁 課程表 在線聊 報名 講師 品牌 QQ聊 活動 就業
主站蜘蛛池模板：
国产综合一区二区在线观看|
亚洲精品第一国产综合精品99|
丁香五月亚洲综合深深爱|
精品久久久久久综合日本|
国产精品欧美亚洲日本综合|
久久婷婷五月综合97色直播|
狠狠人妻久久久久久综合蜜桃|
国产成人综合久久精品尤物|
国产精品天干天干综合网|
精品福利一区二区三区精品国产第一国产综合精品|
亚洲欧洲日韩国产综合在线二区|
欧美日韩在线精品一区二区三区激情综合|
99久久伊人精品综合观看|
欧美色综合天天综合高清网|
久久久久久综合网天天|
婷婷综合久久中文字幕蜜桃三电影|
国产成人综合网在线观看|
在线综合亚洲欧美日韩|
五月丁香综合缴情六月小说|
丁香五月婷婷综合激情在线|
欧美伊人久久大香线蕉综合69|
久久婷婷五月综合色奶水99啪|
色婷婷久久综合中文久久一本|
91探花国产综合在线精品|
激情综合亚洲色婷婷五月|
亚洲成A人V欧美综合天堂麻豆|
青青综合在线|
国产亚洲综合久久系列|
亚洲日本国产综合高清|
婷婷丁香五月天综合东京热|
欧美日韩国产综合新一区|
亚洲综合色婷婷七月丁香|
色欲综合久久躁天天躁蜜桃|
色婷婷色综合激情国产日韩|
国产成人亚洲综合无码精品|
亚洲综合成人网在线观看|
亚洲国产日韩综合久久精品|
国产成人精品综合网站|
欧美一区二区三区久久综合|
伊人丁香狠狠色综合久久|
久久婷婷五月综合97色|
