主講老師: | 潘德有 | ![]() |
課時(shí)安排: | 1天/6小時(shí) | |
學(xué)習(xí)費(fèi)用: | 面議 | |
課程預(yù)約: | 隋老師 ![]() |
|
課程簡(jiǎn)介: | 軟件開(kāi)發(fā)是根據(jù)用戶要求建造出軟件系統(tǒng)或者系統(tǒng)中的軟件部分的過(guò)程。軟件開(kāi)發(fā)是一項(xiàng)包括需求捕捉、需求分析、設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試的系統(tǒng)工程。軟件一般是用某種程序設(shè)計(jì)語(yǔ)言來(lái)實(shí)現(xiàn)的。通常采用軟件開(kāi)發(fā)工具可以進(jìn)行開(kāi)發(fā)。軟件分為系統(tǒng)軟件和應(yīng)用軟件,并不只是包括可以在計(jì)算機(jī)上運(yùn)行的程序,與這些程序相關(guān)的文件一般也被認(rèn)為是軟件的一部分。 軟件設(shè)計(jì)思路和方法的一般過(guò)程,包括設(shè)計(jì)軟件的功能和實(shí)現(xiàn)的算法和方法、軟件的總體結(jié)構(gòu)設(shè)計(jì)和模塊設(shè)計(jì)、編程和調(diào)試、程序聯(lián)調(diào)和測(cè)試以及編寫(xiě)、提交程序。 | |
內(nèi)訓(xùn)課程分類: | 綜合管理 | 人力資源 | 市場(chǎng)營(yíng)銷 | 財(cái)務(wù)稅務(wù) | 基層管理 | 中層管理 | 領(lǐng)導(dǎo)力 | 管理溝通 | 薪酬績(jī)效 | 企業(yè)文化 | 團(tuán)隊(duì)管理 | 行政辦公 | 公司治理 | 股權(quán)激勵(lì) | 生產(chǎn)管理 | 采購(gòu)物流 | 項(xiàng)目管理 | 安全管理 | 質(zhì)量管理 | 員工管理 | 班組管理 | 職業(yè)技能 | 互聯(lián)網(wǎng)+ | 新媒體 | TTT培訓(xùn) | 禮儀服務(wù) | 商務(wù)談判 | 演講培訓(xùn) | 宏觀經(jīng)濟(jì) | 趨勢(shì)發(fā)展 | 金融資本 | 商業(yè)模式 | 戰(zhàn)略運(yùn)營(yíng) | 法律風(fēng)險(xiǎn) | 沙盤模擬 | 國(guó)企改革 | 鄉(xiāng)村振興 | 黨建培訓(xùn) | 保險(xiǎn)培訓(xùn) | 銀行培訓(xùn) | 電信領(lǐng)域 | 房地產(chǎn) | 國(guó)學(xué)智慧 | 心理學(xué) | 情緒管理 | 時(shí)間管理 | 目標(biāo)管理 | 客戶管理 | 店長(zhǎng)培訓(xùn) | 新能源 | 數(shù)字化轉(zhuǎn)型 | 工業(yè)4.0 | 電力行業(yè) | | |
更新時(shí)間: | 2023-09-18 15:28 |
課程介紹:
在一些軟件開(kāi)發(fā)企業(yè),包括自主開(kāi)發(fā)、為第三方提供服務(wù)、離岸外包等,都會(huì)面臨一系列開(kāi)發(fā)挑戰(zhàn)。這包括多變的環(huán)境、客戶需求不確定(很難全面獲得客戶需求)、以及新技術(shù)等。按照Cynefin 框架和Stacey 矩陣,需求、技術(shù)和人是開(kāi)發(fā)團(tuán)隊(duì)面臨的最大挑戰(zhàn)。傳統(tǒng)的預(yù)測(cè)型(瀑布模式)無(wú)法在這種環(huán)境下完成交付目的。企業(yè)開(kāi)始選擇和轉(zhuǎn)型到適應(yīng)型開(kāi)發(fā)方法中(即敏捷)。
敏捷思維模式(或特定方法,如Scrum),融合了精益中的小批量交付、關(guān)注價(jià)值、避免浪費(fèi)、持續(xù)改進(jìn)等做法,并在《敏捷宣言》的指導(dǎo)原則下以應(yīng)對(duì)需求多變、快速且小批量交付、快速使用成果、關(guān)注價(jià)值等做法,實(shí)現(xiàn)當(dāng)前軟件開(kāi)發(fā)業(yè)的訴求。本課程重點(diǎn)圍繞Scrum框架,融合XP、精益、看板等最佳實(shí)踐,為項(xiàng)目軟件開(kāi)發(fā)團(tuán)隊(duì)提供一套完整可行的項(xiàng)目交付方法。
學(xué)習(xí)收獲:
1. 能夠清晰的理解和認(rèn)識(shí)敏捷軟件開(kāi)發(fā)中的各類角色,以及干系人的職、權(quán)、責(zé);
2. 能夠理解敏捷團(tuán)隊(duì)各崗位(如PO、Scrum Master、開(kāi)發(fā)團(tuán)隊(duì)等)的職責(zé);
3. 能夠完整的啟動(dòng)、規(guī)劃、開(kāi)發(fā)、評(píng)價(jià)、結(jié)束一個(gè)敏捷項(xiàng)目,或敏捷中的一個(gè)發(fā)布、沖刺;
4. 能夠全局理解客戶、發(fā)起人的可變性訴求,能夠及時(shí)關(guān)注并交付軟件成果和價(jià)值;
5. 能夠按照Scrum框架(或類似敏捷框架),從端到端理解、應(yīng)用全過(guò)程開(kāi)發(fā)方法。
適用對(duì)象:
敏捷項(xiàng)目經(jīng)理、需求工程師、軟件分析師、產(chǎn)品負(fù)責(zé)人、開(kāi)發(fā)團(tuán)隊(duì)、敏捷轉(zhuǎn)型團(tuán)隊(duì)、IT/軟件開(kāi)發(fā)人員。期望對(duì)敏捷項(xiàng)目管理有全面了解的人,包括Scrum、ACP相關(guān)人員。
課程時(shí)間:
2天,6hours/天,共計(jì)12hours
課程大綱
第一天上午9:00-12:00(偏理論)
1. 敏捷軟件開(kāi)發(fā)基本概念
1) 敏捷轉(zhuǎn)型中的要點(diǎn)說(shuō)明
a) 傳統(tǒng)軟件開(kāi)發(fā)項(xiàng)目特點(diǎn)
b) 敏捷軟件開(kāi)發(fā)生命周期介紹
2) 敏捷宣言解析
a) 敏捷四大價(jià)值觀工作用于
l 敏捷宣言的提出和意義
l 敏捷宣言的價(jià)值與實(shí)際工作的融合
b) 敏捷12條原則工作應(yīng)用
l 敏捷原則的聚焦點(diǎn)
l 敏捷原則與實(shí)際開(kāi)發(fā)工作的融合
3) 軟件混合型方法的采用說(shuō)明
4) 敏捷軟件開(kāi)發(fā)項(xiàng)目復(fù)雜性說(shuō)明
2. 敏捷軟件開(kāi)發(fā)項(xiàng)目立項(xiàng)
1) 確定敏捷項(xiàng)目角色
a) 產(chǎn)品負(fù)責(zé)人(PO)的角色與職責(zé)
l PO人選、任命與職責(zé)要求
l PO如何代表發(fā)起人關(guān)注敏捷開(kāi)發(fā)價(jià)值
b) 跨職能開(kāi)發(fā)團(tuán)隊(duì)角色與職責(zé)
l 開(kāi)發(fā)團(tuán)隊(duì)人員構(gòu)成要求
l 開(kāi)發(fā)團(tuán)隊(duì)人員選擇和組建要求
l 開(kāi)發(fā)團(tuán)隊(duì)人員技能要求
c) Scrum Master角色與職責(zé)
l 傳統(tǒng)項(xiàng)目經(jīng)理與敏捷教練的區(qū)別
l 如何理解“團(tuán)隊(duì)促進(jìn)者”這個(gè)定義
d) 其他干系人在敏捷中的角色職責(zé)
l 發(fā)起人角色
l 客戶和用戶角色
l 職能負(fù)責(zé)人角色
l 其他角色
第一天下午13:00-16:00(實(shí)際應(yīng)用)
2) 確定軟件開(kāi)發(fā)項(xiàng)目愿景
a) 確定軟件產(chǎn)品開(kāi)發(fā)愿景
l 制定并發(fā)布軟件產(chǎn)品愿景說(shuō)明書(shū)
l 商業(yè)需要與項(xiàng)目目的說(shuō)明書(shū)
b) 制定與發(fā)布產(chǎn)品路線圖
l 產(chǎn)品路線圖制定要求
l 產(chǎn)品路線圖更新和復(fù)盤說(shuō)明
c) 確定軟件項(xiàng)目開(kāi)發(fā)版本
案例應(yīng)用:S公司是一家游戲開(kāi)發(fā)企業(yè),公司決定通過(guò)敏捷方法嘗試開(kāi)始一個(gè)新項(xiàng)目,在現(xiàn)有的團(tuán)隊(duì)中,管理層決定選擇一位產(chǎn)品負(fù)責(zé)人、一個(gè)敏捷項(xiàng)目負(fù)責(zé)人、8個(gè)開(kāi)發(fā)團(tuán)隊(duì)成員。你是S公司外聘的一個(gè)敏捷教練,你應(yīng)該給他們什么建議?
3. 收集與梳理敏捷軟件需求
1) 制定產(chǎn)品待辦事項(xiàng)列表
a) 產(chǎn)品待辦項(xiàng)(Backlog)格式和要求
b) 產(chǎn)品負(fù)責(zé)人在此處所面臨的困難和解決方案
c) 軟件開(kāi)發(fā)項(xiàng)目需求說(shuō)明
l 功能與非功能需求
l 過(guò)渡需求
l 項(xiàng)目管理需求
2) 收集與整理敏捷軟件需求
a) 需求格式制定與說(shuō)明
l 需求與用戶故事概念
l 角色建模技術(shù)
l 用戶故事如何表達(dá)
i. 如何用卡片表達(dá)故事
ii. 用戶故事的對(duì)話機(jī)制
iii. 確認(rèn)與發(fā)布用戶故事
iv. 如何從史詩(shī)到用戶故事
l 優(yōu)秀用戶故事的特點(diǎn)
v. INVEST特征
vi. 繪制故事地圖
b) 收集和啟發(fā)需求的方法
l 訪談技術(shù)
l 頭腦風(fēng)暴
l 原型法
l 聯(lián)合應(yīng)用開(kāi)發(fā)
3) 在產(chǎn)品待辦項(xiàng)中確定一次發(fā)布
4) 敏捷軟件需求和傳統(tǒng)項(xiàng)目需求差異
案例應(yīng)用:S公司根據(jù)軟件開(kāi)發(fā)要求,決定先梳理出一部分開(kāi)發(fā)內(nèi)容,在定義“用戶故事”時(shí),團(tuán)隊(duì)通過(guò)“卡片”展示每個(gè)故事的特點(diǎn),并在故事卡的背面記錄了每個(gè)故事的測(cè)試和驗(yàn)收條件,你能否按照這個(gè)要求,也梳理出當(dāng)前項(xiàng)目的“故事卡”?
第二天上午9:00-12:00(實(shí)際應(yīng)用)
4. 定義與規(guī)劃沖刺(迭代)
1) 沖刺規(guī)劃會(huì)議
a) 什么是沖刺(迭代)規(guī)劃會(huì)議
b) 參與者職責(zé)說(shuō)明
c) 發(fā)布單次沖刺要求
2) 需求優(yōu)先級(jí)梳理
a) MoSCoW原則的使用
b) 時(shí)間盒子概念
c) 決策技術(shù)的應(yīng)用
d) 投票原則
3) 沖刺工作量估算和速率
a) 用戶故事常見(jiàn)工作量估算單位
b) 故事點(diǎn)和理想日
c) 沖刺待辦項(xiàng)估算要點(diǎn)
l 團(tuán)隊(duì)估算
l 估算的準(zhǔn)確度和精確度
l 估算的相對(duì)性
d) 沖刺速率
l 什么是速率
l 預(yù)測(cè)和確定沖刺速率
4) 沖刺(迭代)規(guī)劃注意事項(xiàng)
a) 迭代燃盡圖和燃起圖的使用
b) 單次沖刺發(fā)布與開(kāi)工儀式
案例應(yīng)用:在S公司剛批準(zhǔn)的新軟件開(kāi)發(fā)項(xiàng)目中,對(duì)于已經(jīng)創(chuàng)建在案的“需求”,產(chǎn)品負(fù)責(zé)人分析了他們的優(yōu)先級(jí),在需求優(yōu)先級(jí)定義的過(guò)程中,大家都參與了討論。你現(xiàn)在有20個(gè)用戶故事,現(xiàn)在如何給出他們的優(yōu)先級(jí)?
5. 沖刺(單次迭代)過(guò)程
1) 開(kāi)發(fā)團(tuán)隊(duì)
a) 跨職能要求(T型特征團(tuán)隊(duì))
b) 分工協(xié)作
2) 單次沖刺工作量確認(rèn)
a) 探測(cè)
b) 第0次沖刺和第1次沖刺
3) 任務(wù)分解與沖刺
a) 將用戶故事拆分為任務(wù)
b) 創(chuàng)建任務(wù)看板和執(zhí)行
c) 解決問(wèn)題與“停車場(chǎng)圖”使用
d) 每日工時(shí)單提交
e) 基于流程的敏捷和基于迭代的敏捷
4) 團(tuán)隊(duì)協(xié)作
a) 每日站立會(huì)議
l 會(huì)議參與者
l 會(huì)議時(shí)長(zhǎng)說(shuō)明
l 會(huì)議內(nèi)容要求
b) 關(guān)注技術(shù)債務(wù)
第二天下午13:00-16:00(實(shí)際應(yīng)用)
5) 工作績(jī)效報(bào)告發(fā)布
a) 信息發(fā)射源的概念
b) 使用看板推動(dòng)任務(wù)執(zhí)行
c) 迭代燃盡圖和燃起圖檢測(cè)過(guò)程
案例應(yīng)用:K公司的團(tuán)隊(duì)在展示燃盡圖時(shí),發(fā)現(xiàn)截止到第5天的進(jìn)展情況突然出現(xiàn)直線下降,你是否能夠用燃盡圖很好的展示項(xiàng)目單次迭代的績(jī)效呢?
6. 沖刺(迭代)評(píng)審與回顧
1) 評(píng)審
a) 評(píng)審會(huì)議的安排
b) 評(píng)審的主要目的
c) 評(píng)審的參與者
d) 評(píng)審與部署、發(fā)布
2) 變更
a) 過(guò)程管理中的變更問(wèn)題
b) 產(chǎn)品評(píng)審結(jié)果變更問(wèn)題
3) 回顧
a) 什么時(shí)候舉行回顧會(huì)議
b) 回顧的目的和意義
c) 如何做到持續(xù)改進(jìn)
案例應(yīng)用:K公司針對(duì)新產(chǎn)品開(kāi)發(fā)項(xiàng)目中的需求,進(jìn)行了定義和說(shuō)明,但是怎么樣才能夠“即滿足客戶訴求,也滿足執(zhí)行訴求”,看看團(tuán)隊(duì)如何開(kāi)展基于價(jià)值和優(yōu)先級(jí)的交付策略,如何切合產(chǎn)品功能和屬性,并階梯式交付,怎么樣理解“迭代與增量”的思維模式。誰(shuí)對(duì)價(jià)值和交付負(fù)責(zé),誰(shuí)來(lái)推動(dòng)目標(biāo)的落地。
7. 大規(guī)模敏捷特點(diǎn)
1) 基于Scrum的單一交付模式
2) 大規(guī)模敏捷開(kāi)發(fā)特點(diǎn)
8. 最終產(chǎn)品發(fā)布與上市
1) 基于短迭代短交付的上市原理
2) 及時(shí)獲取和分析產(chǎn)品價(jià)值
3) 評(píng)估產(chǎn)品投資回報(bào)情況
案例應(yīng)用:針對(duì)敏捷開(kāi)發(fā)過(guò)程的全過(guò)程管理,新產(chǎn)品按照迭代開(kāi)發(fā)和交付,并實(shí)時(shí)交付價(jià)值,滿足市場(chǎng)需求,獲得投資者和客戶的認(rèn)可。如何判斷是否得到回報(bào)和收益?
京公網(wǎng)安備 11011502001314號(hào)