CMMI V1.3 - CAR change CAR 는 전체적으로 크게 바뀐 내용은 없고, defect vs. outcome 등의 개념 개선에 중점을 두었다. SG 1 Determine Causes of Selected Outcomes Defects SP 1.1 Select Outcomes Defect Data for Analysis SP 1.2 Analyze Causes SG 2 Address Causes of Selected Outcomes Defects SP 2.1 Implement Actions the Action Proposals SP 2.2 Evaluate the Effect of Implemented Actions Changes SP 2.3 Record Causal Analysis Data 더보기 CMMI V1.3 - QPM change V1.3 에서 가장 많이 바뀐 PA 중 하나이다. 기존 QPM 의 SG1, SG 2 전체 구조를 순차적인 개념으로 바꾸어 준비->실행의 개념으로 단순화 하였으며, 중복되는 practice 를 삭제하여 QPM 이해의 혼선을 줄였다 SG 1 Prepare for Quantitative Management Quantitatively Manage the Project SP 1.1 Establish the Project’s Objectives SP 1.2 Compose the Defined Process SP 1.3 Select the Subprocesses that Will Be Statistically Managed and Attributes SP 1.42.1 Select Measures and Analyti.. 더보기 CMMI V1.3 - OPP change V1.2 의 OPP 구조가 변경되었다. 즉, 기존의 SP 1.1~1.3 까지의 순서를 바꾸어 개념 전달 향상을 기한다. SG 1 Establish Performance Baselines and Models SP 1.11.3 Establish Quality and Process-Performance Objectives SP 1.21.1 Select Processes SP 1.31.2 Establish Process-Performance Measures SP 1.4 Analyze Process Performance and Establish Process- Performance Baselines SP 1.5 Establish Process-Performance Models 더보기 CMMI V1.3 - SAM change 공급자 계약관리 SAM 의 가장 큰 변경 내용은 V1.2의 “Evaluate Selected Supplier Work Products” and “Monitor Selected Supplier Processes” 를 수정된 V1.3의 SP2.2 “Accept the Acquired Product.” 의 subpractice 화 한 것이다 SG 1 Establish Supplier Agreements SP 1.1 Determine Acquisition Type SP 1.2 Select Suppliers SP 1.3 Establish Supplier Agreements SG 2 Satisfy Supplier Agreements SP 2.1 Execute the Supplier Agreement SP 2.2 M.. 더보기 CMMI V1.3 - IPM & OPD changes CMMI-DEV V1.3 에서는 IPPD addition 을 삭제하고 IPM, OPD 에 teaming practice 를 추가 한다. 향후 teaming practice 로 인한 심사의 압박이 일부 예상되기도 하지만, 바람직한 개선 방향일 것이다 SG 1 Use the Project’s Defined Process SP 1.1 Establish the Project’s Defined Process SP 1.2 Use Organizational Process Assets for Planning Project Activities SP 1.3 Establish the Project’s Work Environment SP 1.4 Integrate Plans SP 1.5 Manage the Project Usi.. 더보기 CMMI V1.3 - MA 에 추가된 table CMMI High Maturity 에서도 강조되고 있는 내용이지만 조직의 비즈니스 목표에 연계된 프로세스 성과 목표가 설정되어야 하고, 더 나아가 측정 및 분석 목표가 설정되어야 한다 V1.3 에서는 흥미롭게도 이의 연관 관계를 보여 주는 아래의 table 이 추가 되었으며, 향후 유용하게 인용될 수 있는내용이다. Example Project, Organizational or Business Objectives Information Need Measurement Objective Measurement Information Categories Example Base Measures Example Derived Measures Shorten Time to Delivery What is the estimate.. 더보기 CMMI V1.3 - Key Changes CMMI V1.3 에서 개정된 주요 내용을 그룹지어 살펴 보면 아래와 같다. 심사 방법 (SCAMPI) 에 대한 개정 내용은 아직 구체적으로 발표되지 않았기 때문에 좀 더 기다려 봐야 할 것이며, 10월 LA/Instructor workshop 참석 후에나 알 수 있을 것 같다 > • Model Architecture – CMMI-DEV 모델의 IPPD addition 삭제 (‘Teaming’ practices 를 추가: IPM, OPD) – Amplification 삭제 (Hardware engineering, SW engineering, Systems engineering 사례) –‘ Typical work product’ to ‘Example work product’ 로 수정 •PAs – REQM .. 더보기 CMMI V1.3 - Update 중점 사항 및 Transition CMMI V1.3 개정이 언급되기 시작했던 2008년으로 거슬러 가 보면, 당시의 이슈는 온통 CMMI High Maturity 에 대한 것이었다. CMMI 가 몇 년동안 고도성장(?)하고 있었던 반면에 심사(특히 High Maturity 심사)의 quality 에 대한 이슈 역시 날로 증대하고 있었던 시기이며, 동시에 High Maturity 프로세스 영역에 대한 모델의 보완이 안팎으로 증대 되고 있었던 시기였다. 따라서 차기 (V1.3) 변경의 큰 subject 는 High Maturity 일 수 밖에 없었으며, SEI 는 이을 위해 2년여의 활동을 통하여 이번 V1.3 에 담아 내고 있는 것이다 아래는 V1.3 변경의 중점 사항과 향후 transition 에 대한 내용이다 Update 중점사항 – .. 더보기 프로세스 성과의 가시화는 High Maturity 에서만 가능? 프로세스의 성과를 가시화하기 위해서는 High Maturity 프로세스의 정량적인 프로젝트 관리가 필요하다고 한다. 여기서 '가시화' 라고 하는 말이 무엇일까? 성과를 정량적으로 보여 준다? 예를 들면 숫자나, 그래프, 비교해서? 그렇다면 단지 High Maturity 조직에서나 가능한 얘기일까? CMMI Level 2 나 3 조직에서는 성과를 (또는 어떤 지표를) 숫자나 그래프 등으로 표시할 수 없는 것일까? 답은 뻔하다. Low Maturity 조직에서도 가능한 얘기이다. 다시 문제로 돌아 와서 '정량적'이 무엇일까? 단순히 숫자 (지극히 정량적인) 를 의미하는 것이라면 잘못 이해하고 있는것이다 CMMI 에서 정량적인 관리라고 하는 것은 과거의 성과 데이터를 통계적인 기법을 이용하여 분석하고 (또는 .. 더보기 획일화된 프로세스 이건 순전히 개인적인 경험이고 의견이다 예전에 몇 몇 업체의 프로세스 검토 및 현황진단을 하게 되었는데, 몇 기업은 동일 컨설팅 기업이 컨설팅을 수행한 사실을 알게 되었다. 사실은 프로세스 문서가 비슷한 모습을 띄고 있어서 문의해 보고 알게 되었지만, 실망스러웠던 것은 기업의 독특한 프로세스가 보이지 않는 것이었다 프로세스가 획일화 될 수 있을까? 더욱 안타까운 것은 대부분의 프로세스들이 CMMI 의 요건을 맞추고자 했는지, specific practice 들을 베껴 놓은 것처럼 what 에 대해서 정의하고 있는 것이었다. 그런 프로세스를 보고 PM 들이, 개발자들이 프로세스를 효과적으로 적용해 나갈 수 있을까? 운영적인 면이 더욱 강조되어야 효과적인 프로세스가 될 것이고, 결코 획일적인 프로세스는 있을.. 더보기 이전 1 ··· 6 7 8 9 10 다음