Module One: CMMI Overview and Project Background

1. <<CMMI Based Software Process Practice for Outsourcing Project >> Module One: CMMI Overview and Project Background George Cao /曹纪清 Created on Feb 15, 2010 Last revised on Sept. 1, 2011

2. Overview 1. Course Overview 2.CMMI Works for Outsourcing 3. Offshore Delivery Mode: ODC 4. EHSS: An Offshore Project

3. Remarks 1. Just listen to me and do not read your book during the lecture； 2. The important knowledge will be stressed in the exercises and practice tasks; 3. Pay attention to the ITO English terms and expressions; 4. Always bright notebook and pen with you; 5. Anyone may have the chance to answer the questions before pre-course review each time.

4. Questions • What knowledge and skills do you thinks one should have for a qualified software outsourcing talents? • 1. 程序开发相关专业技能 • 2. 工作英语 • 外包行业知识（CMMI，ISMS，知识产权…） • 职业素养（学习能力、忠诚度、服务意识…） • … …

5. Overview 1. Course Overview 2.CMMI Overview 3. Offshore Delivery Mode: ODC 4. EHSS: An Offshore Project

6. CMMI Overview 软件能力成熟度模型集成 (Capability Maturity Model Integration, CMMI)是由美国卡内基梅隆大学的软件工程研究所(SEI)创立的。在最近十几年中，CMMI对全球的软件产业产生了非常深远的影响，目前已经是事实上的国际软件外包准入标准。CMMI不仅仅是对产品质量的认证，更是一种软件过程能力改善的途径。如果一家公司最终通过CMMI的某个等级的评估认证，标志着该公司在质量管理的能力已经上升到一个新的高度。 实施CMMI可以帮助IT企业对软件/系统工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地完成高质量的软件和信息系统项目，从而提高企业的管理水平，增强企业的国际竞争能力。

7. CMMI的适用范围 SS IPPD SE Related Examples CMMI-SE/SW/IPPD/SS CMMI-SE/SW/IPPD SW Related Examples CMMI-SE/SW CMMI-SW CMMI Core

8. CMMI的适用范围 由上图1-2可见，CMMI包含了如下四个领域： 　　（1）软件工程（SW-CMM） 　　软件工程的对象是软件系统的开发活动。 　　（2）系统工程（SE-CMM） 　　系统工程的对象是整个系统的开发活动，一般软件只是其中的一部分。 　　（3）集成的产品和过程开发（IPPD-CMM） 　　集成的产品和过程开发是指在产品生命周期中，通过所有相关人员的通力合作，采用系统化的进程来更好地满足客户的需求、期望和要求。 　　（4）采购（SS-CMM） 　　采购的内容适用于那些供应商的行为对项目的成功与否起到关键作用的项目。

9. CMMI的成熟度等级 Optimizing Optimizing 5 Focus on processimprovement Quantitatively Managed Process measuredand controlled 4 Defined Defined Process characterized for the organizationand is proactive 3 Managed Process characterized for projects and is often reactive 2 Initial Process unpredictable, poorly controlled, and reactive 1

10. CMMI的成熟度等级 CMMI二级，管理级(Managed)，企业在项目的层次上有一系列的有效过程规范。 CMMI三级，定义级（Defined），企业能够根据把项目级的管理体系与过程根据自身的特点进行标准化与制度化，在不同类的项目上实施并得到成功。 CMMI四级，量化管理级（Quantitatively Managed），企业的项目管理不仅形成了一种制度，而且实现了量化的管理。通过量化技术来实现过程的稳定性，实现管理的精度，降低项目实施在质量上的波动。 CMMI五级，优化级(Optimizing)，企业能够充分利用量化的手段对企业在项目实施的过程中可能出现的问题进行预防。能够主动地改善过程，根据组织与项目实际情况，实现过程的优化。

11. CMMI模型的构成 Maturity Levels Process Area 1 Process Area 2 Process Area n SpecificGoals GenericGoals Common Features Ability to Perform Directing Implementation Commitment to Perform VerifyingImplementation SpecificPractices GenericPractices

12. CMMI模型的构成 对于每一个成熟度层级，CMMI由一系列的过程域(Process Area)及目标(Goal)构成（见前图）。每个过程域对应一个目标，这些目标是总目标的子目标，子目标又分为特定目标（Specific Goal, SG）和通用目标（Generic Goal, GG）两种。每一个PA都有若干个不同地SG予以支持，而GG则是支持于所有的PA实现。； 每一个目标下设有多个实践(Practice)支持目标的实现。SG下的实践称为特定实践（Specific Practice, SP），GG下的实践则称通用实践（Generic Practice, GP）。

13. CMMIPA Category（22 PAs）

14. Course Review 1 • 1. Maturity Level • 2. PAs • 3. PA Category • 4. Cultural Issues

15. CMMI成熟度3级18个过程域介绍 • 1. 需求管理（Requirements Management, REQM） • 　　需求管理的目的是建立和维护用户和软件项目间的关于该软件如何实现用户需求的共识。该过程主要管理项目的需求变更、需求的双向追踪和项目的范围。 • 2. 需求开发（Requirements Development, RD） • 需求开发的目的是产生及分析客户、产品及产品组件的需求。需求开发的主要活动有客户需求获取、需求分析和用例规格说明书的输出等。 • 3. 项目计划 （Project Planning, PP） • 软件计划的目的是建立合理的计划用作软件开发与软件项目控制。项目计划包括估算(estimation)、建立进度计划(schedule)和集成计划(integrated plan)等系列活动。

16. CMMI成熟度3级18个过程域介绍 4. 项目监控（Project Monitor and Control, PMC） 软件项目控制的目的是为软件项目的过程提供足够的能见度，从而可以在执行过程中发生对计划的严重偏离时能够采取适当的更正行动。 5. 过程与产品质量保证（Process and Product Quality Assurance, PPQA） 软件质量保证的目的是为了客观地核实软件项目的实施行动与开发中的产品遵从于对应的需求、过程描述、标准及规程。 6. 配置管理（Configuration Management, CM） 配置管理贯穿软件生命周期，目的是建立和维持软件项目的产品完整性。配置管理的主要相关活动有版本管理、基线(baseline)、变更控制和发布等。（配置项configuration item, CI）

17. CMMI成熟度3级18个过程域介绍 7. 度量与分析（Measurement and Analysis, MA） 度量与分析的目的是开发及维护一个度量能力以用来支持管理信息的需求。 8. 风险管理（Risk Management, RSKM） 风险管理的目的是在潜在的问题发生之前识别他们，如此在产品或项目的生命周期内需要规划及实施风险处理活动以缓解项目目标相反的影响（adverse impacts）。 9. 技术解决方案（Technical Solution, TS） 技术方案的目的是根据需求来设计、开发及实施系统的解决方案，主要包括概要设计、详细设计、数据库设计与代码实现等活动。

18. CMMI成熟度3级18个过程域介绍 10. 检验（Verification, VER ） 检验的目的是确保被选择的产品符合他们具体的需求。在实际项目过程中，一般对应于对产品及交付物的测试与评审活动。 11. 验证（Validation, VAL ） 验证的目的是演示(demonstrate)并验证一个产品或者产品组件当它被部署在计划的环境中时是否满足期望的使用功能。在实际项目过程中，一般对应于客户对产品及交付物的验收测试。 12. 决策与方案（Decision and Resolution, DAR） 决策与方案的目的是使用正式的评估过程对识别出来的多种可选方案进行评估、分析，最终决策一个最优的方案。

19. CMMI成熟度3级18个过程域介绍 13. 产品集成（Product Integration, PI） 产品集成的目的是从产品的组件(component)组装(Assemble)产品，确保集成后的产品在功能完整，并最后交付产品。--build, integration test 14. 集成项目管理（Integrate Project Management, IPM） 集成项目管理的目的是根据集成的及定义的项目过程建立及管理项目及项目干系人介入项目的活动。 15. 组织过程定义（Organizational Process Definition, OPD） 定义、建立并维护组织的标准过程及其财富库(asset)。

20. CMMI成熟度3级18个过程域介绍 16. 组织过程焦点（Organizational Process Focus, OPF） 识别与定义过程改进的需求和目标，在项目中实施有关过程并对其进行评估。不断改进组织的过程。 17. 组织培训（Organization Training, OT） 组织培训的目的是开发人员的技能与知识，如此他们能够有效地完成他们的角色和职责。 18. 供应商协议管理（Supplier Agreement Management, SAM） 供应商协议管理的目的是管理与之存在一个正式协议的供应商那里的产品的获取。

21. Relationship between EPG,PPQA and project team

22. PPQA Responsibility PPQA • 1) Check work products whether follow relevant template • 2) Audit and verify the projects whether comply with applicable procedures and standards • 3) Submit PPQA Report to Project Manager ,Department Manager, PPQA Manager and PMO（project management office） • 4) Escalate the noncompliance issue that can not be resolved in time to Department Manager and PPQA Manager

23. Configuration Management Administrator(CMA) 1)Plan CM process & control mechanism, involving relevant stakeholders 2) Manage CM process & control mechanism to ensure configuration items are safely stored and accessible by authorized persons 3) Control the access rights to the CM system 4) Develop configuration management plan with the PM 5) Perform configuration audits periodically CMA Responsibility

24. Data Analyst(DA) 1) Direct the Data Analysis Team to perform data collection, analysis, presentation, and review the project measurement plan. 2) Summarize the project measurement data to organization data in OPAL(organizational process asset library) DA Responsibility

25. EPG(engineering process group) Group： 1. Collect the process Improvement opportunity 2. Develop or update the process, template, etc 3. New process/template training 4. New process/template deployment 5. Maintain the OSSP(organizational standard software process) EPG Responsibility

26. Organization Standard Software Process OSSP : http://ossp.suzsoft.com/Frame.aspx

27. Integrate Process

28. Course Review 2 • 1. What are the main four categories for CMMI PAs? • 2. What are the main activities for each of the PA? • 3. What are the relationships among project, EPG and PPQA team ? • 4. What are responsibilities for PPQA, EPG and CMA?

29. CMMI过程改进的统计结果

30. Overview 1. Course Overview 2.CMMI Overview 3. Offshore Delivery Mode: ODC 4. EHSS: An Offshore Project

31. 项目背景--买方(Buyer): Dober Dober是美国第二大化工集团，产品包括化工新材料及特种化学品、基础化学品、石油加工及炼化产品、农用化学品、橡胶制品、化工装备等6个业务板块。Dober在全球140个国家和地区拥有生产、研发基地、并有完善的营销网络体系，以及24个科研、设计院所。 Dober几年前与Novem的母公司——Novem投资公司在中国在几个省份都有合作项目，所以当EUBuyer根据美国有关环境保护以及企业自身信息化要求着手建立该集团的“环境健康安全与保安应用系统（Environmental Health Safety and Security (EHSS)）”时， Novem投资公司成功说服了Dober把这个项目外包给Novem软件公司来设计开发。

32. 离岸供应商(Supplier): Novem Novem公司成立于2008年，总部在苏州工业园，是中国领先的服务外包和IT外包公司（Leading IT Solutions Provider）。主要为世界各地的优秀公司提供信息技术和商业流程外包服务，包括软件系统开发与维护（development and maintenance），软件系统测试，软件产品本地化与全球化（localization），IT系统咨询与实施，PLM，SAP系统的咨询与实施，人员外包等多元化服务。

33. 离岸供应商(Supplier): SISO Novem一贯注重产品与服务的质量，于2007年通过CMMI L3和ISO27001的评估。公司的项目管理和流程得到众多世界500强公司的认可。公司在企业资源计划（ERP）、金融、卫生、电信、零售、电子政务和电子商务等众多领域拥有丰富的知识和经验，致力为用户提供整体信息化解决方案。 公司总部员工有750人，致力于软件的具体研发工作，同时在美国设有分支机构， 拥有超过150人的行业领域专家团队，致力于项目前期行业解决方案和在岸现场沟通和实施工作。离岸国际化专业团队可以大大降低外包项目的成本，而在岸团队可以降低文化差异问题、提高项目的沟通效率。

34. Novem ODC交付管理概述 Novem ODC(Offshore Development Center离岸开发中心)的模式是客户投入相应的费用给离岸供应商的员工来支持他们一定定义时期内的工作需求。这些员工并不专门从事于一个特定的项目或任务，而是向特定的客户负责工作。客户与离岸提供商都有共同的责任来确保ODC里的员工被充分地利用来为客户完成工作（is fully utilized in performing tasks for the client）。这种延伸的关系允许ODC里的员工对客户业务、流程及系统变得熟悉。

35. Novem ODC管理架构

36. (Project Management Office, PMO) 项目管理办公室的功能 • 根据客户对将来业务的需求，PMO对资源及生产力（resources and capacity）的需求进行整体联合的规划。 • 提供必要的指南与说明（guidelines and instructions），包括模版、政策、过程活动及标准手册。 • 根据客户的需求，持续一致地提供战略指导（strategic direction ）。 • 把离岸关系转变为客户开发团队战略的、虚拟的延伸（extension of client’s development team）。 • 在ODC管理模型下，建立需要双方遵守的初始协议（initial protocols）。 • 以度量及报表的形式（metrics and dashboards），PMO提供对项目进度等绩效的追踪、监控。

37. Offshore Project Manager • Provide primary interface to on-site Project Manager • Create and manage detailed task plan • Supervise SISO ODC staff • Provide detailed status to SISO management and the on-site Project Manager • Escalate issues and problem to SISO management and the on-site Project Manager

38. On-site Project Manager • Provide primary interface to Offshore Project Manager • Be the primary integration point for all client requirements and project plans. • Supervise any SISO on-site staff. • Be the primary on-site conduit[‘kɔndit]导管、协调 for status and communications. • Responsible for the creation and execution of the risk management plan.

39. Overview 1. Course Overview 2.CMMI Overview 3. Offshore Delivery Mode: ODC 4. EHSS: An Offshore Project

40. EHSS Overview The Environmental Health Safety and Security (EHSS) application aims at providing a brand new system that will allow for printing of MSDS sheets and labels for Dober Chemical (Dober). Any document that contains hazardous or safety information will come from the EHSS application. This will be integrated with current applications such as JD Edwards and Optio.

41. EHSS Overview •  Novem has finished the requirements gathering portion of the engagement (Phase 1). For Phase 2 it is our goal to design and develop an application that: • Meets the requirements as detailed in the requirements document from Phase 1. • Provides the ability for EUBuyer to easily and consistently print documents containing hazardous and safety information such as MSDS and labels. • Improves processes and workflow to increases operational efficiencies. • Develop a technical platform that is scalable, extensible and based on current standards. • Mitigate risks associated with misprinting of hazardous and safety information such as rejected shipments. • Create a clean central repository of health and safety information.

42. Technical Requirements Overview • 本部分描述EHSS系统将作为平台使用的高层技术架构technical architecture。下面是EHSS的技术架构组件components的概述： • The system will be developed using the Microsoft .NET platform. The coding language to be employed will be C#. • The database for the EHSS application data will be SQL Server 2005. (Note: Feb 28th Scott mentioned that this might be SQL Server 2000 since Cognos uses this in EUBuyer) • MS Internet Explorer will be the client and Windows Server 2003 will be the web/application server. Windows Server and SQL Server will each be located on separate servers currently running this software for other EUBuyer applications. • Appropriate server configurations will be provided after the design stage to suggest the hardware requirements for the application.

43. 下面的图diagram显示了EHSS系统的不同逻辑层logical layers：

44. External Interface

45. EHSS主进度计划

46. EHSS Deliverables

47. Dober Critical Personnel/stakeholders EUBuyer的项目关键干系人的职责是为项目具体阶段的活动提供输入input，反馈feedback，评审review及签字signoff 。Scott Dobrez将作为项目的出资人sponsor可以推翻override所有其他EUBuyer干系人的决策，并最终确认所有项目阶段的完成情况。

48. Acceptance Criteria • 在有关设计文档交付前5个工作日内，SISO和EUBuyer双方需要对此文档进行评审以确认该文档是否可接受acceptable。EUBuyer需要提供书面签字Artifact Sign-Off来作为接受的证据written acceptance。 • EUBuyer将在下列标准的基础上对UAT的结果是否接受进行签字确认： • Reviews, tests, and confirmations have taken place and all action items from these reviews have been addressed. • The application will be ready to be promoted on the production environment when the total number of defects are less than 10 minor defects and no Major defects. • The UAT will begin on the dates indicated in the schedule and the testing environment is operational. Any delays that warrant an extension to the project must be discussed in advance.

49. SISO离岸开发团队架构

50. One World ,One Office.