Gao Zhisheng School of Computer

Presentation on theme: "Gao Zhisheng School of Computer"— Presentation transcript:

1 Gao Zhisheng School of Computer
Software Project Management 2007 The Project Management Process Groups: A Case Study Gao Zhisheng School of Computer Software Engineering

2 Review of chapter 2 What is System approach?
Understand organization, four frames, organizational structure, and organizational culture Project phase and project life cycle Software Engineering

3 Learning Objectives Describe the five project management (PM) process groups, the typical level of activity for each, and the interactions among them. Understand how the PM process groups relate to the PM knowledge areas. Discuss how organizations develop information technology PM methodologies(方 法) to meet their needs. Software Engineering

4 Learning Objectives Review a case study of an organization applying the PM process groups to manage an information technology project, and understand the contribution that effective project initiation, project planning, project execution, project monitoring and controlling, and project closing make to project success. Software Engineering

5 Outline Opening case Project Management Process Groups
Mapping the Process Groups to the Knowledge Area Developing an Information Technology Project Management Methodology Case Study: JWD Consulting’s Project Management Intranet Site Project Initiation Project Planning Project Executing Project Monitoring and Controlling Project Closing Software Engineering

6 Opening Case dramatis personae: Erica Bell , One Project Management Office (PMO) of her consulting(顾问，咨询) firm. JWD (Job Well Done) introduce: Include more than 200 full-time consultants and even more part-time consultants. JWD provides a variety of consulting services to assist organizations in selecting and managing information technology project. The firm’s emphasis on metrics(度量) and working collaboratively with its customers gives it and edge over many competitors. Software Engineering

7 Opening Case MISSION: Joe Fleming, the CEO, wanted his company to continue to grow and become a world-class consulting organization. Since the core of the business was helping other organizations with project management, he felt it was crucial for JWD Consulting to have an exemplary(可做模范的) process for managing its own projects. He ask Erica to work with her team and other consultants in the firm to develop and intranet. Software Engineering

8 Opening Case MISSION: On the intranet they could share their project management knowledge, and make some of the information available to the firm’s clients. Provide project management templates, tools, article, links to other sites, and “Ask the Expert” feature. Software Engineering

9 Outline Opening case Project Management Process Groups
Mapping the Process Groups to the Knowledge Area Developing an Information Technology Project Management Methodology Case Study: JWD Consulting’s Project Management Intranet Site Project Initiation Project Planning Project Executing Project Monitoring and Controlling Project Closing Software Engineering

10 Project Management Process Groups
Project management consists of nine knowledge areas: integration, scope, time, cost, quality, human resources, communications, risk, and procurement. Another important concept to understand is that projects involve five project management process groups: initiating, planning, executing, monitoring and controlling, and closing. This chapter describes each project management process in detail through a simulated case study. Software Engineering

11 Project Management Process Groups
A process is a series of actions directed toward a particular result.(实现某种特殊目标而进行的一系列活动) Project management can be viewed as a number of interlinked processes. The project management process groups include: Initiating processes Planning processes Executing processes Monitoring and controlling processes Closing processes Software Engineering

12 在一个项目周期内重叠的项目组 Software Engineering

13 Project Management Process Groups
启动阶段： 主要工作：利益相关者分析，项目的可行性分析，包括项目的支持者、反对者、项目的定义、项目的目标，范围、可交互成果、截至日期以及所需要的资源 主要成果：项目章程 Software Engineering

14 Project Management Process Groups
项目投资者通过对项目产品或服务的市场需求、社会需求、公众需求以及投资者自身发展需求进行综合分析，确定项目的方向以及项目投资的必要性，为投资决策提供必要的准备工作。 例如：某游戏软件公司由于市场竞争其销售受到影响 集中精力强化目前公司软件开发队伍，需增加20%的研发预算； 转向教育软件的开发，从无到有需要2年时间，约400万元投资； 收购一个现有的教育软件公司，已有考虑目标（其年收入520万元，利润率20-25%）； 与现有产业中的某大公司结成战略联盟。 如果你是总经理，应从哪些方面考虑，如何选择？ Software Engineering

15 Project Management Process Groups
SWOT分析代表分析 企业优势（strength） 劣势（weakness） 机会（opportunity） 威胁（threats）。 Software Engineering

16 Project Management Process Groups
计划阶段： 主要工作：编制和保持一个可行的计划，以明确项目的范围、项目的进度、明确各项活动的实施时间、成本、实施人及要采购的资源 主要成果：工作分解结构、项目进度计划以及项目预算 Software Engineering

17 Project Management Process Groups
实施阶段： 主要工作：实施项目计划并生产出项目或项目阶段的产品或可交付成果。 主要成果：交付实际的工作 例:组织一次J2EE培训 控制阶段 按照项目目标、对项目进行评测，监控其与计划的偏离程度，并采取纠正措施使项目进展符合计划要求。 主要成果：在要求的时间、成本和质量限制范围内提交双方同意的项目范围 收尾阶段 主要工作：进行正式的项目或项目阶段验收工作，及相关管理活动：项目文档的存档，工作的总结。 主要成果：项目工作的正式验收，以及项目审计和项目经验总结报告 Software Engineering

18 Media Snapshot Just as information technology projects need to follow the project management process groups, so do other projects, such as the production of a movie. Processes involved in making movies might include screenwriting (initiating), producing (planning), acting and directing (executing), editing (monitoring and controlling), and releasing the movie to theaters (closing). Many people enjoy watching the extra features on a DVD that describe how these processes lead to the creation of a movie…This acted “…not as promotional filler but as a serious and meticulously detailed examination of the entire filmmaking process.”* Project managers in any field know how important it is to follow a good process Software Engineering

19 Outline Opening case Project Management Process Groups
Mapping the Process Groups to the Knowledge Area Developing an Information Technology Project Management Methodology Case Study: JWD Consulting’s Project Management Intranet Site Project Initiation Project Planning Project Executing Project Monitoring and Controlling Project Closing Software Engineering

20 Mapping the project groups to the knowledge area
You can map the main activities of each PM process group into the nine knowledge areas by using the PMBOK® Guide 2004. Note that there are activities from each knowledge area under the planning process group. Software Engineering

21 Software Engineering

22 Software Engineering

23 Mapping the project groups to the knowledge area
All initiating activities are part of the project integration management knowledge area. The majority of project management processes occur as part of the planning process group. Software Engineering

24 Outline Opening case Project Management Process Groups
Mapping the Process Groups to the Knowledge Area Developing an Information Technology Project Management Methodology Case Study: JWD Consulting’s Project Management Intranet Site Project Initiation Project Planning Project Executing Project Monitoring and Controlling Project Closing Software Engineering

25 Developing an IT Project Management Methodology
Just as projects are unique, so are approaches to project management. Many organizations develop their own project management methodologies, especially for IT projects. Methodology: how things should be done, and different organizations often have different ways of doing things. BlueCross BlueShield of Michigan used the PMBOK® Guide 2000 to develop their IT project management methodology. Six Sigma projects(一种质量管理方法) and the Rational Unified Process (RUP) framework use project management methodologies. Software Engineering

26 软件过程模型-微软过程* 微软过程概述 微软过程术语 微软过程基本原则 微软过程的特点 微软过程实施策略
Software Engineering

27 微软过程概述 微软公司未通过CMM认证，也未宣称自己使用RUP或敏捷过程
MSF（Microsoft Solution Framework, MSF)是微软顾问咨询部于1994年根据微软公司成功的产品开发经验总结、设计而成的框架体系。 MSF是一个框架结构的经验知识库，是一套高效、灵活、可扩展的软件开发管理体系。它包含以下方面的内容： 企业结构设计方案：采用交互的方式，侧重于制定长期规划，同时也能完成短期目标 项目开发准则：包括组队模型和过程模型，用于建立高效的项目组，管理项目组的声明周期 应用程序模型：用于支持设计复杂的分布式企业应用 企业信息基础设施的实施方法：使用组队模型和过程模型支持实现、操作和技术上的方案 Software Engineering

28 微软过程术语 项目愿景（vision）和项目范围（scope） 功能说明书 愿景：项目要解决什么问题的开放性描述，它代表项目的远景目标
项目范围:在项目的限制条件内，需要完成哪些具体的目标，主要是指所有特定的近期目标 功能说明书 阐释软件每一个特性的功能和执行方式，以及所有特性的组合关系和整体架构。 功能说明书包括单页和详细两种形式。 可以与客户确认要开发的究竟是什么样的软件，是项目计划的标准和依据，可以告诉开发人员将要开发的是什么样的软件，是所有项目组成员同步各自工作的基础 Software Engineering

29 微软过程术语 程序经理 在规定的项目资源、期限等限制条件下，确保产品能够如期发布。 制订和管理项目日程、费用预算、产品特性说明书等文档
确保项目发起人的意图得到落实，并且负责推动产品开发过程顺利进行 程序经理只是项目开发过程的组织者、管理者和决策者，而不是项目的领导者。 Software Engineering

30 微软开发的基本原则 1 制定计划时兼顾未来的不确定因素 2 通过有效的风险管理减少不确定因素的影响
需求可能不断变化，技术可能不断变化。 敏捷：“响应变化胜过遵循计划” 2 通过有效的风险管理减少不确定因素的影响 使用成熟的风险管理模型 3 经常生成过度版本并进行快速测试来提高产品的稳定性及可预测性 微软软件开发项目中，最成功的经验之一就是尽可能频繁第编译、生成执行程序，并对每一个生成（build）的程序版本进行快速测试，以确保产品的每一次改动和每一次检入(check in)都不会破坏产品的整体结构。 每日生成（Daily Build）制度被广泛地应用于微软公司各种规模的软件开发项目组，项目组每天完成所有的代码检入后都要生成一个完整的、可执行的产品版本，并对生成结果进行快速测试-这种测试通常被称为“生成验证测试”（Build Verification Test, BVT) 微软项目组开发早期就会创建可以编译、生成的代码框架，并对每个项目组成员的代码进行同步处理。 Software Engineering

31 微软开发的基本原则 4快速循环、递进的开发过程 5 从产品特性和成本控制出发创造性地工作 6 创建确定的进度表
要求项目组在开发过程中迅速完成每一次递进过程，并在每一个开发周期中能切实地增加产品特性，提高产品质量 5 从产品特性和成本控制出发创造性地工作 微软倡导“聪明地工作”，项目组并不对其成员每天的工作时间作硬性地规定，而是要求其成员能够创造性地工作 6 创建确定的进度表 对整个项目过程进行周密规划，并制定项目进度表。 7 使用小型项目组并发完成工作，并设置多个同步点 善于将较大的项目分解成多个子项目，由多个小型项目组并发地完成工作，为了保证所有小型项目组之间工作目标的统一和工作任务同步，除了经常性地生成可执行的产品外，还要在项目过程设置多个同步点（synchronization point），经常性地对各项目组的工作进行审核。里程碑就是重要的同步点。 Software Engineering

32 微软开发的基本原则 8 将大型项目分解成多个可管理的单元，以便更快地发布产品
将大型项目分解成不同的产品单元，每一个产品单元拥有自己特定的工作目标并由一个小型项目组负责，这一做法可以有效缩短产品的开发周期 9 用产品的愿景目标和概要说明指导项目开发工作—先基线化，后冻结 一般情况下，产品的前景目标和概要性说明在项目的全过程中都应当是明确和稳定的，不经过严格的变更管理程序，任何人都无权修改这些文档中的关键性内容。 对源代码、设计文档、用户手册等配置项，项目组一般都载项目过程的早期为其建立明确的、可度量的基线。项目过程中，项目组可以根据需要，通过变更管理程序对基线库中的各配置项进行修改和跟踪。产品的冻结一般发生在项目过程后期的稳定和测试阶段，基线库中的配置项一经冻结，就不能再随意更改。 基线就是一个配置项（或一组配置项）在其生命期的不同阶段完成时，通过评审而进入受控状态的一组文档和程序实体，这个过程被称为 “基线化”。每个基线都是其下一步开发的基点和参考 点；它们都将接受配置管理的严格控制 Software Engineering

33 微软开发的基本原则 10 避免产品走形 11使用原型验证概念，进行开发前的测试 12 零缺陷观念
项目组在产品开发过程中应当时刻检查和审视当前项目状态是否和客户需要及产品的功能说明书相吻合。 RUP采用用例驱动的方法 11使用原型验证概念，进行开发前的测试 使用原型验证概念(proof-of-concept prototyping) 对产品需求、技术可行性和项目范围进行早期论证。 12 零缺陷观念 每一个阶段、在发布产品的每一个版本之前，都对已发现的产品bug进行了有效的管理和控制。 Software Engineering

34 微软开发的基本原则 13 非责难式的里程碑评审会
在项目的每一个里程碑处，项目组、客户和主要的项目利害关系人（Stakeholders）需要召开会议，对项目的当前情况、应提交项的情况以及项目的整体进度进行评估。 在微软，类似的评审总是以改进工作为主要目的，会议的主旨不在追究项目组或项目组成员的责任，而是在在于发现项目中存在的问题并及时解决问题。 IE项目组没能及时推出IE的Beta2测试版。 Software Engineering

35 微软过程的组队原则 小型的、多元化的项目组 角色依赖和职责共享 专深的技术水平和业务技能
小型的、多元化的项目组拥有交流成本、运营成本和管理成本低，决策和执行速度快、产品质量高等优点 多元化体现在：在一个项目组内，甚至在一个角色内，通常有多种不同的工作方式，需要其成员具有不同的工作技能或经验水平。 角色依赖和职责共享 在项目组中，不同角色的工作是相互依赖、相辅相成的。所有项目组成员载他们直接负责的领域之外主动发表意见、贡献力量。“最好的架构、需求、设计出自与自组织的团队” 敏捷。 专深的技术水平和业务技能 提倡载深入理解客户业务要求、熟练掌握相关技术的基础上进行项目开发，完成项目决策。 Software Engineering

36 微软过程的组队原则 以产品发布为中心 明确的目标 客户的主动参与
所有项目组成员都要有强烈的产品意识，项目组中的所有工作都以按时发布高质量的产品为中心。 倡导为每一个产品给出一个显著的标识，这样项目组的成员就会拥有更加强烈的参与感和主人翁责任感。项目组也经常把产品代码印在T恤衫、咖啡杯或其它小礼品上。 “高薪的血汗工厂” 明确的目标 项目组拥有明确的项目目标，这一目标还必须与客户的最终需求温和。 客户的主动参与 在产品开发过程中随时征询客户的反馈意见。 产品管理这一角色就常常以客户的身份向项目组提出业务需求，有时产品管理角色中的某些成员甚至是客户直接担任的 区别于敏捷模型的与客户天天工作在一起。 Software Engineering

37 微软过程的组队原则 分享产品的前景 所有人参与设计 认真从过去的项目中吸取经验
项目组的所有成员都应该对产品前景有清晰的认识和明确的认同，每一位成员都以自己能为产品的美好前景贡献力量而自豪，每一位成员都在产品的前景的激励下努力工作。 所有人参与设计 不同的角色、不同的成员对产品的设计有着不同的视角和看法，他们可以从不同角度对产品设计提出有益的建议。 认真从过去的项目中吸取经验 每一个成员应该善于从过去的工作中吸取经验教训，在学习和总结中提高自己。 Software Engineering

38 微软过程的组队原则 共同管理，共同决策 项目组成员在同一地点办公 大型项目组也像小型项目组一样运转
在微软，每一个团队成员的职责可能都不尽相同，但每个成员都对项目管理和项目组的重要决策负有一定的责任，都应当积极参与项目组中每一个重要的决策过程。任何项目决策都因该在集思广益，广发征求项目组其它成员意见的基础上做出。 项目组成员在同一地点办公 所有成员都在同一个办公地点工作的项目组有着更高的沟通效率和更好的工作业绩 大型项目组也像小型项目组一样运转 Software Engineering

39 项目过程模型 带里程碑的螺旋模型 里程碑用于规划和检查项目 的进展，并确定主要工作成 果的交付时间 两类里程碑 同步工作任务
使项目的进展和质量可视化 允许阶段调整 评审关注目标和结果 提供项目审批环节 两类里程碑 主里程碑标示阶段的推进 内部里程碑分解工作阶段 Software Engineering

40 项目过程模型 Software Engineering

41 项目过程模型 Software Engineering

42 微软过程的特点 使用迭代+渐进式提交的方式可以保持系 统良好的可预见性，也可使客户对项目组 实施能力更加信任
迭代周期的选择一定是对一组业务用例的 实现而不是其它。即每一个迭代周期都可 以交付一个可以完成一定业务功能的系统- -迭代是针对业务用例的 尽早实现困难的用例（如对服务水平要求 高的用例） 不要使一个迭代周期超过5周（1个月） 不要试图在这个阶段就确定下来整个开发 过程的详细进度（尤其是大型项目），比 较好的做法是对第一个迭代周期的任务进 行比较详细的划分（基于WBS），而对后 面迭代周期的适当放宽--计划应是由粗到 细的 Software Engineering

43 微软过程的人员 1、人员及组织描述 图 微软过程人员管理的矩阵结构 Software Engineering

44 微软过程的人员 图 微软项目结构 六种角色的相互关系是对等的，六种角色处于对等的环形项目结构中，角色之间 的关键协作方式为交流与沟通。
图 微软项目结构 六种角色的相互关系是对等的，六种角色处于对等的环形项目结构中，角色之间 的关键协作方式为交流与沟通。 Software Engineering

45 微软过程的人员 微软组队合并原则 最少3个成员 尽管项目组定义了六种角色，但并不意味一个项目组至少需要六个人，多个
角色可以合并并有一个个体担任。合并原则：项目组内的开发人员是不能兼任 其他角色；不不要试图合并来两个有明显利益冲突或制约关系的职能角色。 Software Engineering

46 产品部门的行政组织结构 Software Engineering

47 产品部门的行政组织结构 整个微软公司由七大部门组成：四个产品部（消费产品部、平台产品部、商业产品部、开发工具产品部），一个解决方案部，一个全球销售部、市场、服务部和一个微软研究院。 产品部门相当于一个相对独立运作的小公司，其行政上采用1+3的结构，如上图，一个产品部门经理，3个部门经理。 程序管理，开发和测试 俗称为微软公司的“三架马车” Software Engineering

48 项目组的工作结构 Software Engineering

49 微软过程的人员 人员及组织特点 项目组由专业职责划分清晰的各对等角色组成，各角色相互配合，同时又相互制约。 人员的行政管理是专家式管理
专业人才的培养发展遵循“从事不同业务的人员具有同等的提拔机会”的原则 在微软公司，行政级别决定员工的工资、股权等福利待遇，而职务头衔与行政级别并不能直接挂钩。 Software Engineering

50 微软过程的方法 构思阶段 计划阶段 开发阶段 稳定阶段 部署阶段 Software Engineering

51 微软过程的方法 构思阶段 计划阶段 开发阶段 稳定阶段 部署阶段 确定项目前景和项目范围两个项目目标 动态满足需求——先基线化、后冻结
Software Engineering

52 微软过程的方法 构思阶段 计划阶段 开发阶段 稳定阶段 部署阶段 以产品特性及其优先级指导整个项目 产品经理编制项目范围说明书
程序经理编写单页和详细功能说明书 开发阶段 稳定阶段 部署阶段 Software Engineering

53 微软过程的方法 构思阶段 计划阶段 开发阶段 稳定阶段 部署阶段 代码优化：优化算法，数据结构，程序结构，“高信度计算”
源代码管理：建立源代码的管理库，每日chech in。 每日构建 稳定阶段 部署阶段 Software Engineering

54 微软过程的方法 构思阶段 计划阶段 开发阶段 稳定阶段 部署阶段 零缺陷管理 手工测试与自动测试结合 内部测试与外部测试结合
Software Engineering

55 微软bug 微软 & 联通  打开windows记事本→输入“联通”(没有引号)，随便起个文件名→保存→关闭记事本，之后再打开刚才保存的文本文件，你会看到……乱码！ 目前已经证实，该现象存在于中文2000、2000 Pro、2000 Server、XP等系统中。不仅仅是记事本，像UltraEdit这样的大牌编辑软件也存在上面的问题。原来“微软”和“联通”真的有仇啊！而在输入“电信”“移动”等内容时，可没有这样的现象哦。   当然这个“仇”有些夸大，但是这个现象确确实实存在。如果不信的话，那就耽误大家1分钟时间，亲自去试验一番吧。  [点评]：根据实测试，确实存在此问题，不过原因不是记事本的BUG，更不是微软和联通有仇，而是记事本采取的是一种文本文件“智能识别”。也就是在GBK、GB2312、UTF8等几种编码文件中智能识别，对于既符合一种规则又符合另一种规则的文件，采取的优先级中GB2312排在了后面，这样当输入GB2312的“联通”，就出现这样的情况。 Software Engineering

56 微软bug 胡万进印  中国古代的茶壶工匠喜欢在献给皇上的茶壶最隐秘处刻上自己的名字，虽然被发现是要杀头的,但是很多人仍乐此不疲。如今，微软公司中也出现了如此一幕，此人叫胡万进，从97年起便一直为微软制作字库，在word97以后版本中，用office自带的“隶书”输入一个“胡”，然后把字体大小设为初号，再把显示比例换成500%，最后设置格式-〉字体-〉选中“空心”，大家看看出现了什么？（“胡”字中间空心部分有“胡万进印”四个字） 我试过了，此人这一招厉害！不知微软看到会不会晕倒！ [点评]：确有此事。胡万进先生婉拒了记者的采访要求，并表示这是很早以前的事，现在不是很愿意再去谈它。微软中国公司表示，目前还不知道相关事宜，但是会尽快就记者的采访要求给出答复。 Software Engineering

57 微软bug 内部测试与外部测试结合的测试方法是微软公司在经历惨痛教训后总结而成的。
1981年与IBM PC机一起推出的BASIC软件，用户在用“.1”除以10时就会出错；载FORTAN软件中也存在破坏数据的bug。由此激起了许多采用Microsoft操作系统的PC厂商很不满，微软公司的经理们发觉很有必要引进更好的内部测试与质量控制方法，但遭到许多程序师甚至一些高级经理的坚决反对，他们固执地认为在高校学生、秘书或者外界合作人士的协助下，开发人员可以自己测试产品。 在1984年推出MAC机的Multiplan（电子表格软件）之前，微软特地请Arthur Anderson咨询公司进行测试，但是公司一般没有能力执行全面的软件测试。结果一种相当厉害，破坏数据的bug迫使微软公司为它的2万多名用户免费提供更新版本，花了20万美元。 痛定思痛后，微软公司经理们得出一个结论：如果再不成立独立的测试部门，软件产品就不可能达到更高的质量标准。IBM和其他有着成功的软件开发历史的公司便有效发的榜样。但微软并不照搬IBM的经验，而是有选择地采用了一些看起来比较先进的方法，如独立测试小组。 Software Engineering

58 有了独立的测试部门后 有了独立的测试部门后，自从微软 年间扩大了测试小组后，开发人员开始“变懒”了，他们把代码仍在一边等待测试，忘记了唯有开发人员自己才能阻止错误的发生、防患于未然。此时，微软公司历史上第二次大灾难降临了。原定于1986年7月发行的Mac机的Word3.0，千呼万唤与1987年2月问世。这套软件有700多出错误，有的错误可以破坏数据甚至摧毁程序，一下子微软声誉扫地。损失了100万美元。 Software Engineering

59 Outline Opening case Project Management Process Groups
Mapping the Process Groups to the Knowledge Area Developing an Information Technology Project Management Methodology Case Study: JWD Consulting’s Project Management Intranet Site Project Initiation Project Planning Project Executing Project Monitoring and Controlling Project Closing Software Engineering

60 Case Study: JWD Consulting’s Project Management Intranet Site
This case study provides an example of what’s involved in initiating, planning, executing, controlling, and closing an IT project. You can download templates for creating your own project management documents from the companion Web site for this text. This case study provides a big picture view of managing a project. Later chapters provide detailed information on each knowledge area. Software Engineering

61 Project Initiation Initiating a project includes recognizing and starting a new project or project phase. Some organizations use a pre-initiation phase, while others include items such as developing a business case as part of the initiation. The main goal is to formally select and start off projects. Key outputs include: Assigning the project manager. Identifying key stakeholders. Completing a business case. Completing a project charter and getting signatures on it. Software Engineering

62 Project Initiation Documents
Business case: See pages Charter: See pages Every organization has its own variations of what documents are required to initiate a project. It’s important to identify the project need, stakeholders, and main goals. Software Engineering

63 Project Planning The main purpose of project planning is to guide execution. Every knowledge area includes planning information (see Table 3-5 on pages 87-89). Key outputs included in the JWD project include: A team contract. A scope statement. A work breakdown structure (WBS). A project schedule, in the form of a Gantt chart with all dependencies and resources entered. A list of prioritized risks (part of a risk register). See sample documents on pages Software Engineering

64 Figure 3-4. JWD Consulting Intranet Site Project Baseline Gantt Chart
Software Engineering

65 Table 3-8. List of Prioritized Risks
Software Engineering

66 Project Executing Project execution usually takes the most time and resources. Project managers must use their leadership skills to handle the many challenges that occur during project execution. Table 3-9 on page 99 lists the executing processes and outputs. Many project sponsors and customers focus on deliverables related to providing the products, services, or results desired from the project. A milestone report (see example on page 100) can keep the focus on completing major milestones. Software Engineering

67 Table. 3-10. Part of Milestone Report
Software Engineering

68 Project Monitoring and Controlling
Involves measuring progress toward project objectives, monitoring deviation(背离) from the plan, and taking corrective action to match progress with the plan. Affects all other process groups and occurs during all phases of the project life cycle. Outputs include performance reports, requested changes, and updates to various plans. More Information seeing Table 3-11 on page Software Engineering

69 Project Closing Involves gaining stakeholder and customer acceptance of the final products and services. Even if projects are not completed, they should be formally closed in order to reflect on what can be learned to improve future projects. Outputs include project archives(项目档案) and lessons learned, which are part of organizational process assets. Most projects also include a final report and presentation to the sponsor or senior management. Software Engineering

70 Chapter Summary The five project management process groups are initiating, planning, executing, monitoring and controlling, and closing. You can map the main activities of each process group to the nine knowledge areas. Some organizations develop their own information technology project management methodologies. The JWD Consulting case study provides an example of using the process groups and shows several important project documents. Software Engineering