| 開課地點: | 北京 | |||||||
|---|---|---|---|---|---|---|---|---|
| 授課時間: | 2天 | |||||||
| 授課顧問: | 陳勇 | |||||||
| 開課時間: | 2014-09-27 | |||||||
| 市場報價: | 5800 | |||||||
| 購買價格: | 4640 | |||||||
| 課程排期 |
| |||||||
| 審核時間: | 我要報名2014-09-22 16:32:49 | |||||||
很多時候開發(fā)組和過程管理組都存在一個矛盾,就是開發(fā)組熟悉業(yè)務(wù)但不擅長方法,而過程組擅長方法而不熟悉業(yè)務(wù)。因此常常出現(xiàn)過程組為了自己的問題(估算,度量,績效管理等)嘗試讓開發(fā)組學(xué)會和使用自己的方法工作,而開發(fā)組不愿意花自己的時間、用別人的方法解決別人的問題…… 這一問題在整個開發(fā)過程中都存在,而在需求管理中尤為突出。因為需求管理實際上涉及到市場、銷售(或業(yè)務(wù)部門)、售前、高層、開發(fā)、測試、支持……等眾多角色,若每一種角色都基于自己的需要提出一種管理方法,那么企業(yè)的管理成本會非常之高。 本咨詢包旨在介紹一種能貫穿整個研發(fā)過程中的需求管理方法,使得各種不同角色的需求能無縫地集成在一起。我們會看到如何在功能點思想的指導(dǎo)下,使需求管理變成開發(fā)團隊的日;顒,其度量與采集工作也變得不再耗費工作量,擺脫“初期敷衍”“末期造假”的怪圈。
1.形成一個一線業(yè)務(wù)人員很容易編寫的需求文檔規(guī)則,滿足此規(guī)則的文檔可以無形之中直接提取功能點
2.學(xué)習(xí)功能點的基本知識,以便固化規(guī)則
3.學(xué)習(xí)規(guī)則中常見的問題,以避免錯誤
4.學(xué)習(xí)如何從滿足上述規(guī)則的文檔中計數(shù)功能點
5.學(xué)習(xí)需求發(fā)生變化時,如何自動同步需求文檔和功能點計數(shù)
6.前瞻性了解此文檔如何直接指導(dǎo)開發(fā)、測試、維護工作,并最終進行度量分析
這一文檔重結(jié)構(gòu)不重形式(Word,在線Wiki,管理工具均可),實際上代表了整個研發(fā)團隊對產(chǎn)品或項目需求結(jié)構(gòu)的統(tǒng)一認識。
功能點第一步:用功能樹表達需求邊界與架構(gòu)(1小時)
功能樹是一種由大及小地勾勒系統(tǒng)功能邊界的方法。
在此階段,會在宏觀上,借助子系統(tǒng)和模塊的識別來避免大片功能的缺失。
為了便于一線人員理解,此處將暫時不涉及“功能點”的定義、分類等學(xué)術(shù)問題,而只使用大家熟悉的一線場景和術(shù)語。
現(xiàn)場演練:用WORD列出產(chǎn)品的子系統(tǒng)與模塊
現(xiàn)場企業(yè)人員會首先使用一張大白紙嘗試描述產(chǎn)品需求的大結(jié)構(gòu),即上述知識點中子系統(tǒng)和模塊的級別。
在討論、分析、問答并達成一致后,形成Word文檔結(jié)構(gòu)。
此處將完成功能樹前兩個級別的表達:
功能樹全貌
1. 功能樹第一級:子系統(tǒng)(反應(yīng)用戶關(guān)系的場景)
2. 功能樹第二級:模塊(反應(yīng)數(shù)據(jù)關(guān)系的場景)
3. 功能樹第三極:業(yè)務(wù)數(shù)據(jù)(用戶可以理解并識別的業(yè)務(wù)數(shù)據(jù),ILF/EIF前身)
4. 功能樹第四級:業(yè)務(wù)操作(用戶可以理解并識別的業(yè)務(wù)操作,EI/EO/EQ前身)
功能點第二步:列出功能點計數(shù)項(4小時)
功能點計數(shù)項包括文件(ILF,EIF,可理解為業(yè)務(wù)實體或業(yè)務(wù)數(shù)據(jù)),交易(EI,EO,EQ,可理解為用例)兩種。
在此階段,會在微觀上,借助精益需求建模方法(一種由UML的ER圖和User Case圖演進產(chǎn)生的新圖形)。功能樹是一種由大及小地勾勒系統(tǒng)功能邊界的方法,可以有效避免這種情況。
現(xiàn)場演練:用ER圖分析出產(chǎn)品中的實體(ILF和EIF,即業(yè)務(wù)數(shù)據(jù))
現(xiàn)場企業(yè)人員會使用ER圖列出業(yè)務(wù)數(shù)據(jù),并利用其關(guān)系形成精益的(不多不少的)業(yè)務(wù)數(shù)據(jù)集合。
注:這些實體(業(yè)務(wù)數(shù)據(jù))未來將演化為功能點中的ILF和EIF,且對應(yīng)關(guān)系為1:1,但現(xiàn)在尚不需要對其進行深入了解。
現(xiàn)場演練:用精益需求建模法發(fā)現(xiàn)用例(將演化為EI/EO/EQ,即業(yè)務(wù)操作)
現(xiàn)場企業(yè)人員會使用用例圖(擴展四色圖+狀態(tài)圖中的某些元素)繪制單個模塊內(nèi)部的用例。
注:這些用例未來將演化為功能點中的EI,EO,EQ,且對應(yīng)關(guān)系為1:1;但現(xiàn)在上不需要對其進行深入了解。
現(xiàn)場演練:將子系統(tǒng)/模塊/實體/用例表達為樹狀結(jié)構(gòu)
現(xiàn)場企業(yè)人員會使用Word的目錄,將練習(xí)1~3中發(fā)現(xiàn)的不同級別的需求要素,表達為一個統(tǒng)一的四級樹狀結(jié)構(gòu)。
此處重點是功能樹三、四兩個級別的表達:
功能樹全貌
1. 功能樹第一級:子系統(tǒng)(反應(yīng)用戶關(guān)系的場景)
2. 功能樹第二級:模塊(反應(yīng)數(shù)據(jù)關(guān)系的場景)
3. 功能樹第三極:業(yè)務(wù)數(shù)據(jù)(用戶可以理解并識別的業(yè)務(wù)數(shù)據(jù),ILF/EIF前身)
4. 功能樹第四級:業(yè)務(wù)操作(用戶可以理解并識別的業(yè)務(wù)操作,EI/EO/EQ前身)
功能點第三步:功能點基本定義(1小時)
在功能樹中識別并判斷功能點的類型。
功能點元素
1. ILF內(nèi)部邏輯文件
2. EIF外部接口文件
3. EI外部輸入
4. EQ外部查詢
5. EO外部輸出
現(xiàn)場演練:從功能樹中識別功能點(1)
識別基本的ILF,EIF,EI,EO,EQ
功能點第四步:功能點計數(shù)常見問題(0.5小時)
學(xué)習(xí)并避免功能點計數(shù)中常見的多估和漏估情況。
容易漏估的功能點
1. 隱含操作
1) 查看所有
2) 查看詳情
3) 刪除
2.小練習(xí):容易漏估的功能點
容易多估的功能點
1) 數(shù)據(jù)字段
2) 編碼數(shù)據(jù)
3) 小練習(xí):容易多估的功能點
功能點快速識別口訣
現(xiàn)場演練:從功能樹中識別功能點——檢查漏估和多估(2)
識別可能漏估的的ILF,EIF,EI,EO,EQ
功能點第五步:功能點復(fù)雜度與復(fù)雜度調(diào)整因子(0.5小時)
了解IFPUG對復(fù)雜度、調(diào)整因子的設(shè)計與局限。
復(fù)雜度(不建議應(yīng)用的實踐)
1. 文件復(fù)制度因子:RETs
2. 操作復(fù)雜度因子:FTRs, DETs
3. 復(fù)雜度對應(yīng)表
IFPUG復(fù)雜度調(diào)整因子(不建議應(yīng)用的實踐)
功能點第六步:應(yīng)用調(diào)整因子(0.5小時)
了解IFPUG對復(fù)雜度、調(diào)整因子的設(shè)計與局限;了解現(xiàn)在應(yīng)用最廣的韓國政府的調(diào)整因子。
1. IFPUG的14個應(yīng)用調(diào)整因子(不建議應(yīng)用的實踐)
2. 韓國政府的調(diào)整因子(推薦)
早期/快速功能點:NESMA快速功能點方法(0.5小時)
學(xué)習(xí)以更快速但精度可接受的北歐快速功能點方法。
1.“估計的功能點”方法 Estimated Function Point
2.“指示性的功能點”方法 Indicative Function Point
注:國際標準中的4個功能點體系對第2~5步的定義都是相同或及其接近的,但由于第5~6步占據(jù)了80%以上的工作量而效果卻不明顯,因此NESMA給出了一個跳過5~6步但又保持相當高精度的方法;因此可以認為本培訓(xùn)主要是基于NESMA方法的。
功能點第七步:從功能點到工作量,工期(1小時)
1.工作量估算
“功能點耗時率”
2.工期估算
COCOMOII模型
現(xiàn)場演練:估算一個實際的項目的功能點規(guī)模,并預(yù)測其工作量、工期
注意:視企業(yè)在第一階段后實踐的情況,此練習(xí)很可能只有部分團隊能完成。
本階段的現(xiàn)場實踐活動
除上述已經(jīng)分階段描述的“現(xiàn)場演練”外,還包括:
工作文檔指導(dǎo):團隊文檔點評與指導(dǎo)
講師會對個別團隊以往需求進行點評,并給出未來需要改進和調(diào)整的,以便團隊在下一階段咨詢到來之前完成文檔改造工作。
現(xiàn)場展示:使用火星人自動計數(shù)功能點
講師會講授如何把項目的Word文檔導(dǎo)入火星人,自動計數(shù)功能點數(shù)量。
本階段可能會提到但不詳細講解的內(nèi)容
以下內(nèi)容屬于之后咨詢和培訓(xùn)的內(nèi)容,但為了便于企業(yè)理解,會在相應(yīng)的點上提到。
為了清晰表達,按CMMI的級別進行了歸類。實際應(yīng)用時并不需要同步實施相應(yīng)的CMMI活動,但若能同步進行,則可以事半功倍。
1.功能點的項目級應(yīng)用
a)使用功能點度量進度(只能在迭代式開發(fā),包括敏捷開發(fā)中使用)(CMMI2 MA)
b)使用功能點度量質(zhì)量(CMMI2 MA)
c)基于功能點提升生產(chǎn)率和質(zhì)量的工程方法
走到第1步,基本上可以滿足CMMI2中度量分析過程域的需要。
2.全過程的功能點方法
a)功能點與UML中實體和用例的關(guān)系
b)功能點與數(shù)據(jù)庫表的關(guān)系
c)功能點與敏捷開發(fā)中史詩故事與用戶故事的關(guān)系
d)功能點與編碼的關(guān)系
i. 由功能點派生類與函數(shù),使用asp.net/Spring等MVC框架時對應(yīng)關(guān)系尤佳
e)功能點與測試用例的對應(yīng)關(guān)系
f)功能點與客戶提交問題的關(guān)系
走到第2步,基本上可以滿足CMMI3中很多工程類過程域的需要。
3.組織級功能點應(yīng)用
a)從已有歷史項目挖掘功能點數(shù)據(jù)(無需成型的Word文檔,甚至無需任何文檔)(CMMI3 OPD)
b)用數(shù)據(jù)回歸技術(shù)建立企業(yè)內(nèi)部修正系數(shù)(CMMI3 OPD,CMMI4 OPP)
c)基于建立企業(yè)的基準比對(Bechmarking)(CMMI3 OPD,CMMI4 OPP)
d)基于基準比對方法進行計劃(CMMI3 IPM)
e)基于基準比對方法進行績效管理(CMMI3 IPM,CMMI4 QPM)
f)基于組織數(shù)據(jù)對過程性能的監(jiān)控與改進(CMMI4 OPP,QPM,CMMI5 CAR)
走到第3步,基本上可以滿足CMMI3和4中對組織級管理的絕大部分需求。
陳勇
講師背景
17年研發(fā)、管理及咨詢經(jīng)驗,擅長在實際環(huán)境中靈活應(yīng)用各種研發(fā)方法論
具有豐富的工程技術(shù)與項目管理實踐經(jīng)驗,從其程序員、項目經(jīng)理、CMMI/FPA功能點估算/敏捷咨詢師、事業(yè)部總監(jiān)、副總經(jīng)理等各種技術(shù)與管理崗位獲得的一手經(jīng)驗,令其可以站在企業(yè)管理者的高度,以更廣的視角來理解敏捷開發(fā),并能配合和推動非研發(fā)部門協(xié)作推廣敏捷。
曾以技術(shù)骨干和項目經(jīng)理等身份,組織和承擔(dān)開發(fā)了國慶50周年直升機編隊指揮系統(tǒng)、空軍一基地GPS數(shù)據(jù)源系統(tǒng)、清華同方CCTV數(shù)字電視條件接收系統(tǒng)、航空材料研究院無損檢測系統(tǒng)等項目。
曾在清華同方、普天集團、亞信科技等企業(yè)擔(dān)任EPG骨干、組長;曾在斯福泰克、DNV ITGS等機構(gòu)擔(dān)任CMMI/功能點/敏捷開發(fā)咨詢師。
在任泰克賽爾軟件公司中國部門的咨詢總監(jiān)、ALM事業(yè)部總監(jiān)、副總經(jīng)理期間,主管研發(fā)管理工具的市場、銷售、支持與咨詢活動,在盛大、金山、騰訊、漢王科技等知名企業(yè)深入推動其工具應(yīng)用與實施活動。
現(xiàn)任國際外包管理協(xié)會(IIOM)中國區(qū)CTO和咨詢總監(jiān),并作為產(chǎn)品經(jīng)理、架構(gòu)師帶領(lǐng)一個小型團隊,從事“火星人敏捷開發(fā)在線平臺”的研發(fā)工作,其中融合了功能點、用例等各種工程方法。很多課程與咨詢中的最佳實踐,均來自于其之前及當前參與的實際項目的一線實踐。
榮獲2012年度中國十大杰出IT博客(唯一的管理博客),CSDN閱讀量首位的管理類博客。
網(wǎng)站備案號:粵ICP備14053066號-1 版權(quán)所有:英盛企管
Copyright 2015 Enterprise Management Training Center All Rights Reserved.