sdpm系統教育訓練 - faculty.stust.edu.twfaculty.stust.edu.tw/~pwchen/cmmi/sdpm.pdf · 5...
TRANSCRIPT
-
1
SDPM系統教育訓練
2006/9/15
-
2
課程大綱
10:00-10:50 CMMI Introduction10:50-11:00 Break
11:00-12:00 SDPM系統簡介,操作環境說明系統作業操作說明
12:00-13:30 Break
13:30-14:50 組織基本設定,專案管理操作說明14:50-15:10 Break15:10-16:30 專案管理(續),My Note,
Bug Report System操作說明
16:30-17:15 Q&A
-
3
CMMI introduction
-
4
Agenda
What’s the CMMI ? Why CMMI ? CMMI Model RepresentationsCMMI 模型結構說明CMMI 基本術語說明SDPM 與 CMMI
-
5
What’s the CMMI Capability Maturity Model-Integrated(能力成熟度整合模式)目的:在於提供指引以改善組織流程,以及發展、取得及維護產品或服務的管理能力。
Carnegie Mellon 大學繼CMM發展的新修訂版本(Ver 1.1, 2002)提供指導原則應用在軟體,系統工程,整合產品及流程發展方面自1992推動至今, 全球CMM 2-5級認證者多達7-8百家漸成為國際間認同的軟體生產程序標準
原始模型
• SW-CMM v2.0 draft C,
• EIA/IS 731 (Electronic Industries Alliance Interim Standard)
• IPD-CMM v0.98 (Integrated Product Development)
• ISO 15504 (SPICE)
-
6
Why the CMMI ?軟體與系統工程的標準化截至目前為有些混亂SW-CMM的內涵與系統工程模型有所重疊
兩者均包含了需求、專案管理、過程定義等等
表述方式不同SE 模型與SW-CMM是不一樣的SE 模型則與ISO/IEC 15504類似
依據一種以上的CMM進行改善可能會造成:局部最佳化、困惑與不必要的支出從實際專案所獲經驗已讓業界瞭解到整合的必要性
-
7
CMMI® Model Representations
ML1
ML5
ML4
ML2
ML3
Organization
Staged / Maturity
PA PA PA
Process
5
4
3
2
1
0
Continuous / Capability
Capability
-
8
CMMI Model Disciplines(專業領域)The disciplines explicitly included in CMMI models are
SE - System EngineeringSW - Software EngineeringIPPD – Integrated Product and Process DevelopmentSS – Supplier Sourcing
-
9
CMMI的三個模型CMMI-SE/SW/IPPD/SSVersion 1.1, March 1, 2002
Continuous, StagedCMMI-SE/SW/IPPDVersion 1.1, Jan. 11, 2002
Continuous , StagedCMMI-SE/SWVersion 1.1, Jan. 11, 2002
Continuous, Staged
* 整合過程仍在進行中 ……
-
10
Maturity Levels 成熟度
-
11
CMMI 模型結構
Process Area 1
執行的承諾
執行的能力 指揮實行的行動
驗證實行狀態
Common Features
Maturity Level
SpecificPractices
Specific Goals
CO
AB DI
VE
Process Area 2 Process Area 3
Generic Goals
GenericPractices
-
12
CMMI 基本術語 -1流程領域(Process Areas)
領域中一群相關的常規,當整體執行時,可以滿足一組,被認是在該領域中促成重大改善相當重要的目標如Project Planning (PP)
特定目標(Specific Goals)專屬目標僅應用於單一的過程領域中,並且用以說明獨特的性質,此性質在描述欲達成過程領域之目的,所必須執行的事項。如Develop a Project Plan (PP, SG2)
特定執行方法(Specific Practices) 所謂專屬常規乃是被視為在過程領域中,達成所對映之專屬目標相當重要的一項作業項目如Establish the Budget and Schedule (PP, SP2.1)
-
13
CMMI 基本術語 -2ㄧ般目標(Generic Goals)
通用目標應用在一個以上的過程領域中
這些相對於某一過程領域的目標,其每一項的達成,表示過程執行之控管能力的改善
這些與每一個過程領域有關目標,其每一項的達成,可使之成為規定,以確保過程可以重覆且持久
對於分級式模型,共有兩個通用目標:
• Institutionalize a Managed Process(GG2) 把管理的流程制度化
• Institutionalize a Defined Process(GG3)把流程的定義制度化
-
14
CMMI 基本術語 -3一般執行方法(Generic Practices,GP)
通用常規是指可以應用在所有過程領域的常規,原則上,它們可以改善所有過程的績效與控管
Institutionalize a Managed Process(GG2), 共10 個GP, 如:• Establish an Organizational Policy(GP2.1)• Plan The Process (GP2.2)• Provide Resource (GP2.3)
Institutionalize a Defined Process(GG3) ), 共2 個GP• Establish a Defined Process(GP3.1)• Collect Improvement Information(GP3.2)
-
15
CMMI 專業領域與流程領域的對照
-
16
SDPM 與 PA
OPD OPP
IPMPMCPP
QPM
工作產品、度量/統計/績效資料、經驗文件
績效目標度量基準模式
標準流程組織資產
計畫
調適
監控
規劃
矯正
統計管理量化目標子流程
MA CM
CM 項目變更需求基準
稽核報告
資訊需要度量分析
Prepare → Review → Rework → Audit → Release
RD TS VER VAL PI
schedule effort defect
-
17
執行之方式 –蒐集/度量/分析單位Software
Requirement Analysis
SoftwareTest Plan
Prepare
Release
Audit
Rework
Review
Prepare
Release
Audit
Rework
Review
Phases Stages Tasks Activities
Defect Fix
Check in
Approve
Confirm
Software Requirement
Analysis
回報/蒐集 Defect Schedule/Effort度量/分析 Schedule/Effort/Defect
-
18
系統概述
-
19
SDPM 系統架構
工作流程引擎
Project Server 2003 SDPM Server
資料集中蒐集、控管、分析、呈現自動化流程電子郵件稽催
流程處理,進度回報,審查缺失記錄,專案入口
ServerServer
Defects ServerCM,SVN Server
協同合作文件管理、儲存風險管理、議題
Software Software Asset Asset LibraryLibrary
Project Pro 2003 Mynote,PWA SVNClientClient
專案成員回報任務更新進度
專案成員專案文件程式碼
專案評估專案規劃
-
20
系統範圍介紹
-
21
操作環境說明
-
22
系統環境的基本操作介紹
預設使用者帳號/密碼:SDPM / admin一般使用者預設密碼:syscom操作環境介紹
系統登入首頁
標題區
共同功能區
子系統功能清單
作業功能區
-
23
系統環境的基本操作介紹
-
24
SDPM-子系統關聯圖
系統作業
工時記錄與分析工時記錄與分析
MynoteMynote
專案管理專案管理
POLPOL
組織基本設定組織基本設定
ORG.SettingORG.Setting
Project Effort
Project EffortWBS,Action Item,
Change RequestOrg. T
emple
te/
Proces
s
-
25
SDPM-子系統順序關聯圖
系統作業系統作業
SYSSYS
工時記錄與分析工時記錄與分析
MynoteMynote
專案管理專案管理
POLPOL
組織基本設定組織基本設定
ORG.SettingORG.Setting
-
26
系統作業操作說明
-
27
系統作業操作流程圖
-
28
組織基本設定
-
29
組織基本設定與各系統關聯圖
-
30
專案管理操作說明
-
31
專案管理操作流程圖
-
32
各角色操作流程圖-1
-
33
各角色操作流程圖-1
-
34
專案承接與計劃
專案承接
專案設定
-
35
專案承接處理流程
專案承接
Sales立案通過
PM / PMO接獲通知
取得專案正式專案代號So No.
PM調適生命週期、編輯WBS
專案授權
專案授權單
PMO專案組織維護
1.取得主管高層承諾2.確認專案資源3.確定專案開發生命週期模式
規劃專案規劃時程
專案評估
1.PMO執行工作分派
發佈WBS
專案屬性設定作業
專案任務審核流程設定
-
36
[專案授權]-專案授權單
-
37
[專案計劃]-專案組織維護分配專案組織成員及可允許的權限,依專案→所轄部門主管→職務(群組)→人員
-
38
[專案計劃]-專案組織權限說明必填的專案角色
Project Manager (專案經理):專案負責人,擁有專案最高的使用權限Reviewer Manager(審查主管):工作產品的審核流程,都經由Reviewer Manager 來指派審查人員
Reviewer(審查人員):負責審查工作產品的內容是否正確;亦是Reviewer Manager所選的審查人員清單
Audit(稽核人員):公司的QMS人員;負責檢核整個流程是否符合公司程序Configuration manager(型態管理員):負責所有WORK PRODUCT、相關品質管理文件等的版本控制
其他角色專案成員包含SA, SD, PR等人,在系統中權限皆相同,只是所負責的TASK不同
-
39
[PMO]進行PM專案任務指派根據立案合約進行 PM 的任務指派並發佈到 Project Server
1. 增加5個客製欄位
2. 編輯stage時需注意,若已指定stage,則其子任務不可再設定stage,否則會造成數據的重複
3. 相同stage且相同subgroup的任務資訊將會合併計算;反之,相同stage但不同subgroup的任務資訊將會分開計算
4. Delivery勾選為是,則會列入delivery item清單(work product name = 任務名稱, planned release date = 該任務的完成日期)
-
40
[專案計劃]-發佈專案將專案擬定的WBS發佈到Project server 2003,用以做為該專案的計劃時程
-
41
[專案計劃]-專案屬性設定作業
-
42
[專案計劃]-專案屬性設定作業
-
43
[專案計劃]-專案目標設定作業
-
44
[專案計劃]-專案目標設定作業
-
45
[專案計劃]-專案目標設定作業
-
46
[專案計劃]-專案目標設定作業
-
47
[專案計劃]-專案任務審核流程維護設定專案任務引用哪一個流程範本,以為任務追蹤之依據
1. 相同的工作產物,僅需於第一個起始的關卡,設定審查流程
-
48
[專案設定]-專案各階段系統大小
-
49
專案成員常用作業
-
50
專案成員任務處理流程專案成員工作區
記錄於工時系統產出相關之專案監控報表
對提交的工作產品進行審查、稽核、缺失追蹤
及納管
工作產品審核
依WBS分派之任務,製作工作產品
建立待辦事項
發生非計劃性工作事項依工作需求,
確定需變更之工作產品
建立變更申請上傳工作產品
1.通過審查之工作產品,建立基準2.通過稽核之工作產品,進行發佈
提交工作產品送審查稽核流程
-
51
[我的任務]-我的任務分發給登入者的任務、任務起訖時間及所需提交的文件是哪些,並提供其回報進度
-
52
[工作產品審核]-工作產品審核工作產品之提交,需經過審查、稽核、納管等動作,才算完成該進度
-
53
[工作產品審核]-標準流程說明負責人
提交Work product 負責人
提交Work product
審核主管指定reviewer 審核主管
指定reviewer
Reviewer 審查Work product
Reviewer 審查Work product
Audit稽查審核程序
Audit稽查審核程序
CM發佈Work product
CM發佈Work product
ReleaseRelease
BaselineBaseline
ReviewReview
-
54
[工作產品審核]-標準流程說明負責人
提交Work product 負責人
提交Work product
審核主管指定reviewer 審核主管
指定reviewer
Reviewer 審查Work product
Reviewer 審查Work product
Audit稽查審核程序
Audit稽查審核程序
CM發佈Work product
CM發佈Work product
ReleaseRelease
BaselineBaseline
ReviewReview
-
55
[工作產品審核]-標準流程說明負責人
提交Work product 負責人
提交Work product
審核主管指定reviewer 審核主管
指定reviewer
Reviewer 審查Work product
Reviewer 審查Work product
Audit稽查審核程序
Audit稽查審核程序
CM發佈Work product
CM發佈Work product
ReleaseRelease
BaselineBaseline
ReviewReview
-
56
[工作產品審核]-標準流程說明負責人
提交Work product 負責人
提交Work product
審核主管指定reviewer 審核主管
指定reviewer
Reviewer 審查Work product
Reviewer 審查Work product
Audit稽查審核程序
Audit稽查審核程序
CM發佈Work product
CM發佈Work product
ReleaseRelease
BaselineBaseline
ReviewReview
審查意見有2種記錄方法1. 將缺失記錄於BugReport system2. 上傳審查清單文件
-
57
[工作產品審核]-標準流程說明負責人
提交Work product 負責人
提交Work product
審核主管指定reviewer 審核主管
指定reviewer
Reviewer 審查Work product
Reviewer 審查Work product
Audit稽查審核程序
Audit稽查審核程序
CM發佈Work product
CM發佈Work product
ReleaseRelease
BaselineBaseline
ReviewReview
稽核意見有2種記錄方法(同審查)1. 將缺失記錄於BugReport system2. 上傳稽核查檢表
-
58
[工作產品審核]-標準流程說明負責人
提交Work product 負責人
提交Work product
審核主管指定reviewer 審核主管
指定reviewer
Reviewer 審查Work product
Reviewer 審查Work product
Audit稽查審核程序
Audit稽查審核程序
CM發佈Work product
CM發佈Work product
ReleaseRelease
BaselineBaseline
ReviewReview
CM意見可填寫於意見欄;CM相關記錄,則不於系統中處理
-
59
[工作產品審核]-工作產品審核進度查詢查詢工作產品的審核進度,及目前的處理人
-
60
變更申請處理流程變更申請
記錄於工時系統產出相關之專案監控報表
專案成員根據簽出的工作產品進行變更
專案負責人及相關人員評估此變更之影響
CM將工作產品由Baseline區簽出至Working 區
簽出的工作產品
對提交的工作產品進行審查、缺失追蹤及納管
修改完畢的工作產品修改報告單
上傳工作產品
評估結果
納管變更申請核定表
填寫變更申請核定表
通過
不通過 1.通過審查之工
作產品,重新建立基準並發佈
-
61
[變更管理]-建立變更申請專案成員
提出變更申請
專案成員提出變更申請
PM核判是否需要變更並指定審查人員
PM核判是否需要變更並指定審查人員
CM check outWork productCM check outWork product
負責人填寫修改報告單,完成後送審
負責人填寫修改報告單,完成後送審
Reviewer審查Work product
Reviewer審查Work product
CM check inWork productCM check inWork product
ReleaseRelease
WorkingWorking
ReviewReview
BaselineBaseline
-
62
[變更管理]-建立變更申請專案成員
提出變更申請
專案成員提出變更申請
PM核判是否需要變更並指定審查人員
PM核判是否需要變更並指定審查人員
CM check outWork productCM check outWork product
負責人填寫修改報告單,完成後送審
負責人填寫修改報告單,完成後送審
Reviewer審查Work product
Reviewer審查Work product
CM check inWork productCM check inWork product
ReleaseRelease
WorkingWorking
ReviewReview
BaselineBaseline
-
63
[變更管理]-建立變更申請專案成員
提出變更申請
專案成員提出變更申請
PM核判是否需要變更並指定審查人員
PM核判是否需要變更並指定審查人員
CM check outWork productCM check outWork product
負責人填寫修改報告單,完成後送審
負責人填寫修改報告單,完成後送審
Reviewer審查Work product
Reviewer審查Work product
CM check inWork productCM check inWork product
ReleaseRelease
WorkingWorking
ReviewReview
BaselineBaseline
-
64
[變更管理]-建立變更申請專案成員
提出變更申請
專案成員提出變更申請
PM核判是否需要變更並指定審查人員
PM核判是否需要變更並指定審查人員
CM check outWork productCM check outWork product
負責人填寫修改報告單,完成後送審
負責人填寫修改報告單,完成後送審
Reviewer審查Work product
Reviewer審查Work product
CM check inWork productCM check inWork product
ReleaseRelease
WorkingWorking
ReviewReview
BaselineBaseline
-
65
[變更管理]-建立變更申請專案成員
提出變更申請
專案成員提出變更申請
PM核判是否需要變更並指定審查人員
PM核判是否需要變更並指定審查人員
CM check outWork productCM check outWork product
負責人填寫修改報告單,完成後送審
負責人填寫修改報告單,完成後送審
Reviewer審查Work product
Reviewer審查Work product
CM check inWork productCM check inWork product
ReleaseRelease
WorkingWorking
ReviewReview
BaselineBaseline
-
66
[變更管理]-建立變更申請專案成員
提出變更申請
專案成員提出變更申請
PM核判是否需要變更並指定審查人員
PM核判是否需要變更並指定審查人員
CM check outWork productCM check outWork product
負責人填寫修改報告單,完成後送審
負責人填寫修改報告單,完成後送審
Reviewer審查Work product
Reviewer審查Work product
CM check inWork productCM check in
Work product
ReleaseRelease
WorkingWorking
ReviewReview
BaselineBaseline
-
67
[變更管理]-變更申請進度查詢查詢專案所申請的變更進度
-
68
待辦事項處理流程待辦事項
記錄於工時系統產出相關之專案監控報表
建立待辦事項
是否需要審查
不需審查
納管相關記錄
需審查
進行監控及納管
執行待辦事項
-
69
[待辦事項]-建立待辦事項指派專案任務項目:記錄任務項目的需求來源、主旨、內容、附件、執行人員、預計完成日期及其警訊,以做為後續跟催、工時計算、歸屬。
PM建立待辦事項,並指定是否需審核
PM建立待辦事項,並指定是否需審核
執行人員完成後回報進度
執行人員完成後回報進度
Review審核Review審核
-
70
[待辦事項]-建立待辦事項
PM建立待辦事項,並指定是否需審核
PM建立待辦事項,並指定是否需審核
執行人員完成後回報進度
執行人員完成後回報進度
Review審核Review審核
被指派專案任務人員回覆執行的狀態及意見。
-
71
[待辦事項]-建立待辦事項若填表人設定不需審核,則跳過此關卡
PM建立待辦事項,並指定是否需審核
PM建立待辦事項,並指定是否需審核
執行人員完成後回報進度
執行人員完成後回報進度
Review審核Review審核
-
72
[待辦事項]-待辦事項進度查詢查詢非計劃性專案任務項目的執行狀態
-
73
工時系統
-
74
[工時統計]-每日工時記錄
-
75
[工時統計]-每日工時記錄記錄與專案各階段所有活動的工時,包含計劃項目、臨時指派的工作、審查、稽核等等相關之工作
-
76
專案報表
-
77
[專案定期報告]-專案監控報告書專案監控報告:提供專案負責人定期產生專案需要的報告書,並供其記錄每個階段(stage)的變異原因(reasons of variance)
1. 產生專案監控報告書:輸出 word格式的PAR
2. 產生專案監控記錄表:輸出 word格式的專案監控記錄表,並將未完成的待辦事項,列入其中的追蹤事項
3. 填寫變異原因:可供日後專案監控的記錄,並可自動產生於專案監控記錄表
-
78
Bug Report System系統說明
-
79
[Defect]-Bug Report System
-
80
[Defect]-Bug Report System
-
81
新增問題
-
82
指派人員負責解決問題
-
83
CM機制說明
-
84
CM機制說明SVN Server目錄設定CM ControlAdmin機制工作產品的check in/out進度回報
-
85
CM機制說明-SVN Server目錄設定
SVN RepositoryWorking
Project 1Project 2
Project 3
1. 專案成員日常的工作區2. 可做為專案的備份區
1. 工作產物審查區,放置審查中的工作產品
1. 通過審查的工作產品2. 此目錄由專責的CM人
員管理,一般成員不能存取
1. 通過稽核的工作產品2. 存放著最新版、可交付
的工作產品
-
86
CM機制說明- CM Control
工作產品通過審查後,將審查通過的版本放到Baseline區納管相關文件(如:審查清單等…)建立基準並填寫相關CM文件
-
87
CM機制說明- CM Control
工作產品通過稽核後,將稽核通過的版本放到Release區納管相關文件(如:稽核查檢表等…) 填寫相關CM文件
-
88
CM機制說明- CM Control
欲變更已放入Baseline的工作產品,必須執行變更申請作業,待申請通過後,由CM人員將工作產品放到working區,方可進行修改
修改後一樣將work product放到review區,依上述流程進行審查
-
89
CM機制說明- Admin機制專案成立時,SVN Server管理員,根據專案組織建立專案目錄與成員的使用權限
使用者只能存取自己有參與的專案
除了PM、CM、Audit人員以外,一般成員只能使用WORKING, REVIEW 2區
-
90
Supporting CMMI with SDPM
-
91
展示人員名單
-
92
Q & A
SDPM系統 教育訓練課程大綱CMMI introduction AgendaWhat’s the CMMI Why the CMMI ?CMMI® Model RepresentationsCMMI Model Disciplines(專業領域)CMMI的三個模型Maturity Levels 成熟度CMMI 模型結構CMMI 基本術語 -1CMMI 基本術語 -2CMMI 基本術語 -3CMMI 專業領域與流程領域的對照SDPM 與 PA 執行之方式 –蒐集/度量/分析單位系統概述SDPM 系統架構系統範圍介紹操作環境說明系統環境的基本操作介紹系統環境的基本操作介紹SDPM-子系統關聯圖SDPM-子系統順序關聯圖系統作業操作說明系統作業操作流程圖組織基本設定組織基本設定與各系統關聯圖專案管理操作說明專案管理操作流程圖各角色操作流程圖-1各角色操作流程圖-1專案承接與計劃專案承接處理流程[專案授權]-專案授權單[專案計劃]-專案組織維護[專案計劃]-專案組織權限說明[PMO]進行PM專案任務指派[專案計劃]-發佈專案[專案計劃]-專案屬性設定作業[專案計劃]-專案屬性設定作業[專案計劃]-專案目標設定作業[專案計劃]-專案目標設定作業[專案計劃]-專案目標設定作業[專案計劃]-專案目標設定作業[專案計劃]-專案任務審核流程維護[專案設定]-專案各階段系統大小專案成員常用作業專案成員任務處理流程[我的任務]-我的任務[工作產品審核]-工作產品審核[工作產品審核]-標準流程說明[工作產品審核]-標準流程說明[工作產品審核]-標準流程說明[工作產品審核]-標準流程說明[工作產品審核]-標準流程說明[工作產品審核]-標準流程說明[工作產品審核]-工作產品審核進度查詢變更申請處理流程[變更管理]-建立變更申請[變更管理]-建立變更申請[變更管理]-建立變更申請[變更管理]-建立變更申請[變更管理]-建立變更申請[變更管理]-建立變更申請[變更管理]-變更申請進度查詢待辦事項處理流程[待辦事項]-建立待辦事項[待辦事項]-建立待辦事項[待辦事項]-建立待辦事項[待辦事項]-待辦事項進度查詢工時系統[工時統計]-每日工時記錄[工時統計]-每日工時記錄專案報表[專案定期報告]-專案監控報告書Bug Report System�系統說明[Defect]-Bug Report System[Defect]-Bug Report System新增問題指派人員負責解決問題CM機制說明CM機制說明CM機制說明-SVN Server目錄設定CM機制說明- CM ControlCM機制說明- CM ControlCM機制說明- CM ControlCM機制說明- Admin機制Supporting CMMI with SDPM展示人員名單Q & A