02_PA_Introduction_PP软件项目管理
合集下载
第0章软件项目管理概述精品PPT课件
软件项目管理
第 0 章 软件项目管理概述
一、项目与软件项目 二、项目管理与软件项目管理 三、软件项目管理的范围 四、项目管理知识体系(PMBOK) 五、过程管理与软件项目管理的关系 六、软件项目管理过程
一、项目与软件项目 ✓ 哪些活动是项目?
上课 野餐活动 集体婚礼 社区保安
开发微软的操作系统 每天的卫生保洁 神舟飞船计划
✓ 项目管理定义
项目管理是把各种系统、方法和人员结合在一起,在规定 的时间、预算和质量目标范围内完成项目的各项工作。
战略管理
项目管理
运作管理
项目管理是一系列的伴随着项目的进行而进行的、目的是 为了确保项目能够达到期望的结果的一系列管理行为。
所谓项目管理,就是项目的管理者,在有限的资源约束下 ,运用系统的观点、方法和理论,对项目涉及的全部工作 进行有效地管理。即从项目的投资决策开始到项目结束的 全过程进行计划、组织、指挥、协调、控制和评价,以实 现项目的目标。
思想的积木构建成思想的大厦
在缺少有意义的规范标准 的情况下,像软件这样新 兴产业转而依靠民间传说
过程 结果 资源 客户
✓ 实现项目目标的制约因素
➢ 工作范围 ➢ 成本 ➢ 进度计划 ➢ 客户满意度
二、项目管理与软件项目管理
✓ 项目管理背景
我拜访了很多商业公司 - 好的和不好的,我又观察了很 多数据处理管理者的业绩 – 好的和不好的。我常常恐惧 地看到,这些管理者徒劳地与噩梦般的项目斗争着,在 根本不可能完成的最后期限的压力下苦苦挣扎,或者是 在交付了用户极为不满意的系统之后,又继续花费大量 的时间去维护它。
如果你要做得更好,那就竞争。如果你要做得非常好, 那就要合作。
协调与通信问题
与人打交道是困难的,但不是不可能的。
第 0 章 软件项目管理概述
一、项目与软件项目 二、项目管理与软件项目管理 三、软件项目管理的范围 四、项目管理知识体系(PMBOK) 五、过程管理与软件项目管理的关系 六、软件项目管理过程
一、项目与软件项目 ✓ 哪些活动是项目?
上课 野餐活动 集体婚礼 社区保安
开发微软的操作系统 每天的卫生保洁 神舟飞船计划
✓ 项目管理定义
项目管理是把各种系统、方法和人员结合在一起,在规定 的时间、预算和质量目标范围内完成项目的各项工作。
战略管理
项目管理
运作管理
项目管理是一系列的伴随着项目的进行而进行的、目的是 为了确保项目能够达到期望的结果的一系列管理行为。
所谓项目管理,就是项目的管理者,在有限的资源约束下 ,运用系统的观点、方法和理论,对项目涉及的全部工作 进行有效地管理。即从项目的投资决策开始到项目结束的 全过程进行计划、组织、指挥、协调、控制和评价,以实 现项目的目标。
思想的积木构建成思想的大厦
在缺少有意义的规范标准 的情况下,像软件这样新 兴产业转而依靠民间传说
过程 结果 资源 客户
✓ 实现项目目标的制约因素
➢ 工作范围 ➢ 成本 ➢ 进度计划 ➢ 客户满意度
二、项目管理与软件项目管理
✓ 项目管理背景
我拜访了很多商业公司 - 好的和不好的,我又观察了很 多数据处理管理者的业绩 – 好的和不好的。我常常恐惧 地看到,这些管理者徒劳地与噩梦般的项目斗争着,在 根本不可能完成的最后期限的压力下苦苦挣扎,或者是 在交付了用户极为不满意的系统之后,又继续花费大量 的时间去维护它。
如果你要做得更好,那就竞争。如果你要做得非常好, 那就要合作。
协调与通信问题
与人打交道是困难的,但不是不可能的。
软件项目管理概述(PPT 105页)
三、项目管理与其它学科的关系
项目管理 知识与实践
一般管理 知识与实践
应用领域的 知识与实践
四、软件项目管理产生的背景
你是否参加过软件项目的开发 你是否组织过软件项目的开发 有哪些印象深刻的成功和失败案例 你认为软件开发中最具有挑战性的问题是什么 你认为自己能否胜任以下职位
程序员、设计师、项目经理、开发顾问
元
0 60年代
计算机软件和硬件费用比
80年代
计算机软件 计算机硬件
2. 软件危机的表现(2 of 3)
软件质量得不到保证
软件应用面的扩大:科学计算、军事、航空航天、 工业控制、企业管理、办公、家庭
软件越来越多的应用于安全犹关(safety critical)的 系统,对软件质量提出更高的要求
进度难以控制
项目延期比比皆是 由于进度问题而取消的软件项目较常见 只有一小部分的项目能够按期完成
维护非常困难
软件维护的多样性 软件维护的复杂性 软件维护的副作用
3. 产生软件危机的根源
逻辑产品,不同于物理产品 复杂性高
逻辑产品,逻辑复杂性,远高于硬件复杂性 软件的复杂性随规模呈指数级上升
规模大
应用扩大,代码量,1000万行,仍在不断膨胀
影响软件生产率和质量的因素比较复杂
人员的能力和水平 团队合作
缺乏有效、系统原理、原则、方法和工具的指 导和辅助
4. 解决危机的技术途径
20世纪60年代爆发,然而实际上软件危机随着计算 机软件的产生而产生,只是在此之前其问题的严重 性没有引起人们的关注和重视
一、管理、组织的概念
1.管理
管理是通过利用已有的和可以争取到的各种资源(如人、财、 物、技术等),以最少的投入获得最大的产出完成某种任务或达到 某个目标的软活动。任务有:
软件项目管理.ppt
PSP1在PSP0的基础上增加了计划步骤:
2019-11-2
感谢你的阅读
22
影响CMMI过程改进成败的因素
过程改进必须有高级主管的支持与委托,并积 极地管理过程改进的进展。
获取中层管理的支持,以方便地获取过程改进 的资源(人员、时间、经费和设备)。
基层技术人员的参与和支持极端重要。
利用定量的可观察数据尽快使过程改进的成果 可见,从而激励参与者的兴趣。
2019-11-2
感谢你的阅读
14
软件过程评估和软件能力评价之间的不同
软件过程评估是在一个开放的、互相协作的环 境下进行的。而软件能力评价往往是在有较大 阻力的环境中进行的。(过程评估是为了提高 管理者和工程师的工作水平,而能力评价是为 了表明一个软件组织的实际软件过程能力,为 选择承包者和减少费用服务)。
2019-11-2
感谢你的阅读
25
PSP关注点
如何制订计划 如何控制质量 如何与其他人相互协作 如何预防缺陷(PSP重点)
关键是如何提高设计质量
2019-11-2
感谢你的阅读
26
PSP中的个人任务
为每一个项目/模块制订开发计划; 记录开发时间; 跟踪错误; 在工程摘要报表中保留数据; 使用已有的数据计划以后的项目/模块; 分析已有的数据以改进开发过程,不断提高开
发水平。
2019-11-2
感谢你的阅读
27
PSP的使用效果
参加PSP培训的104位软件人员在应用了PSP后: 软件中总的差错数减少了58.0%; 在测试阶段发现的差错减少了71.9%; 生产效率提高了20.8%
2019-11-2
感谢你的阅读
软件项目管理ProjectPPT课件
自动化测试工具
自动化测试工具的定义
自动化测试工具是一种用于自动化测试的软件工具,它能够模拟手工测试用例的执行,提高测试效率和准确性。
常见的自动化测试工具
Selenium、Appium、Junit等是最为常见的自动化测试工具,它们提供了测试脚本编写、测试用例执行、测试报告 生成等功能,方便测试人员进行自动化测试。
常见的项目管理软件
Trello、Asana、Jira等是最为常见的项目管理软件,它们提供了任务管理、看板管理、甘 特图等功能,方便项目经理进行项目进度和资源的监控。
项目管理软件的应用
在软件项目中,团队成员可以通过项目管理软件来分配任务、跟踪进度、管理资源等操作 ,确保项目能够按时交付并满足质量要求。
成本增加。
04
05
缺乏有效的沟通机制,导致 项目团队对需求理解存在偏
差,影响项目质量。
案例三:高效的项目团队建设
总结词:高效的项目团队 是软件项目成功的关键因 素。
选拔具备专业技能和良好 沟通能力的团队成员,提 高团队整体素质。
详细描述
建立明确的职责分工和协 作机制,确保团队成ቤተ መጻሕፍቲ ባይዱ能 够高效协作。
THANKS FOR WATCHING
特点
软件项目具有明确的目标、时间限制 、资源限制、技术要求和多学科交叉 的特点,需要跨部门、跨领域的团队 协作。
软件项目管理的重要性
提高项目成功率
有效的项目管理能够降低项目风险,提高项 目成功率,避免资源浪费。
提升软件质量
通过项目管理,可以确保软件产品符合质量 要求,提高软件质量。
降低开发成本
合理的项目计划和资源分配可以降低开发成 本,提高项目经济效益。
看板等方式来管理项目进度,确保项目能够快速响应需求变化。
第2章软件项目管理PPT学习教案
开发人员、小组、角色、任务、 工作产品、进度表(UML类图)之间的关系
第9页/共78页
10
软件项目管理的主要内容:
• 定义问题(确定新系统的作用域-目标) • 确认项目的可行性 • 建立项目的进度计划 • 建立项目的质量保证体系 • 建立项目配置管理体系和准则 • 项目版本变更管理 • 跟踪、监控项目的进展 • 风险管理 • 团队建设(人员管理,包括绩效评估等)
2名在转换期间数据输入人员
$960
(40小时/名,12美元/小时)
第16页/共78页
17
培训: 三天的开发人员内部培训课程 30个用户,三天的内部培训课程
复印 磁盘、纸张等消耗品 购买硬件、软件:
20台工作站Windows软件 20台工作站内存升级 网络软件 20台工作站办公软件产品
系统开发总费用 (成本)
间接的度量一个软件过程的功效: • 软件发布之前发现的错误数 • 交付给用户后报告的缺陷数 • 花费的工作量、时间、成本 • 与进度计划是否一致
第21页/共78页
22
个体软件过程(如PSP)提供了表格、脚本、标准以帮 助开发人员估算、计划以及度量、跟踪自己工作的方法。
过程度量对于一个组织(如企业)提高其总体的过程 成熟度能提供很大的帮助。如一个产品中,需求规约缺陷 占了25.5%,原因如图所示。
第10页/共78页
11
2.2 可行性研究
1、 可行性研究的任务和目的
GB 8566-88 《计算机软件开发规范》中指出: 可行性研究的主要任务是了解客户的要求及现实环 境,从技术、经济和社会因素等方面研究并论证本软件 项目的可行性,编写可行性研究报告供项目管理人员评 审,以便作出是否开发软件项目的决策。
第2章软件项目管理
第9页/共78页
10
软件项目管理的主要内容:
• 定义问题(确定新系统的作用域-目标) • 确认项目的可行性 • 建立项目的进度计划 • 建立项目的质量保证体系 • 建立项目配置管理体系和准则 • 项目版本变更管理 • 跟踪、监控项目的进展 • 风险管理 • 团队建设(人员管理,包括绩效评估等)
2名在转换期间数据输入人员
$960
(40小时/名,12美元/小时)
第16页/共78页
17
培训: 三天的开发人员内部培训课程 30个用户,三天的内部培训课程
复印 磁盘、纸张等消耗品 购买硬件、软件:
20台工作站Windows软件 20台工作站内存升级 网络软件 20台工作站办公软件产品
系统开发总费用 (成本)
间接的度量一个软件过程的功效: • 软件发布之前发现的错误数 • 交付给用户后报告的缺陷数 • 花费的工作量、时间、成本 • 与进度计划是否一致
第21页/共78页
22
个体软件过程(如PSP)提供了表格、脚本、标准以帮 助开发人员估算、计划以及度量、跟踪自己工作的方法。
过程度量对于一个组织(如企业)提高其总体的过程 成熟度能提供很大的帮助。如一个产品中,需求规约缺陷 占了25.5%,原因如图所示。
第10页/共78页
11
2.2 可行性研究
1、 可行性研究的任务和目的
GB 8566-88 《计算机软件开发规范》中指出: 可行性研究的主要任务是了解客户的要求及现实环 境,从技术、经济和社会因素等方面研究并论证本软件 项目的可行性,编写可行性研究报告供项目管理人员评 审,以便作出是否开发软件项目的决策。
第2章软件项目管理
第15讲 软件项目管理.ppt
2020/9/29
3. 变化控制
• 对于大型软件开发项目来说,无控制的变化将迅速导致混乱。变化控制 把人的规程和自动工具结合起来,以提供一个控制变化的机制。
• 典型的变化控制过程如下:
– 接到变化请求之后,首先评估该变化在技术方面的得失、可能产生的副作用 、对其他配置对象和系统功能的整体影响以及估算出的修改成本。
• 每个对象都有一组能惟一地标识它的特征: 名字、描述、资 源表和“实现”。其中,对象名是无二义性地标识该对象的 一个字符串。
• 在设计标识软件对象的模式时,必须认识到对象在整个生命 周期中一直都在演化,因此,所设计的标识模式必须能无歧 义地标识每个对象的不同版本。
2020/9/29
2. 版本控制
• 版本控制联合使用规程和工具,以管理在软件工程 过程中所创建的配置对象的不同版本。借助于版本 控制技术,用户能够通过选择适当的版本来指定软 件系统的配置。实现这个目标的方法是,把属性和 软件的每个版本关联起来,然后通过描述一组所期 望的属性来指定和构造所需要的配置。
• 上面提到的“属性”,既可以简单到仅是赋给每个 配置对象的具体版本号,也可以复杂到是一个布尔 变量串,其指明了施加到系统上的功能变化的具体 类型。
• 除了软件配置项之外,许多软件工程组织也把软件工具置于配置管理之 下,也就是说,把特定版本的编辑器、编译器和其 他CASE工具,作为 软件配置的一部分“固定”下来。因为当修改软件配置项时必然要用到 这些工具,为防止不同版本的工具产生的结果不同,应该把软件工具也 基线化,并且列入到综合的配置管理过程之中。
2020/9/29
2. 基线
• 基线是一个软件配置管理概念,它有助于我们在不严重妨碍合理变化的 前提下来控制变化。IEEE把基线定义为: 已经通过了正式复审的规格 说明或中间产品,它可以作为进一步开发的基础,并且只有通过正式的 变化控制过程才能改变它。
3. 变化控制
• 对于大型软件开发项目来说,无控制的变化将迅速导致混乱。变化控制 把人的规程和自动工具结合起来,以提供一个控制变化的机制。
• 典型的变化控制过程如下:
– 接到变化请求之后,首先评估该变化在技术方面的得失、可能产生的副作用 、对其他配置对象和系统功能的整体影响以及估算出的修改成本。
• 每个对象都有一组能惟一地标识它的特征: 名字、描述、资 源表和“实现”。其中,对象名是无二义性地标识该对象的 一个字符串。
• 在设计标识软件对象的模式时,必须认识到对象在整个生命 周期中一直都在演化,因此,所设计的标识模式必须能无歧 义地标识每个对象的不同版本。
2020/9/29
2. 版本控制
• 版本控制联合使用规程和工具,以管理在软件工程 过程中所创建的配置对象的不同版本。借助于版本 控制技术,用户能够通过选择适当的版本来指定软 件系统的配置。实现这个目标的方法是,把属性和 软件的每个版本关联起来,然后通过描述一组所期 望的属性来指定和构造所需要的配置。
• 上面提到的“属性”,既可以简单到仅是赋给每个 配置对象的具体版本号,也可以复杂到是一个布尔 变量串,其指明了施加到系统上的功能变化的具体 类型。
• 除了软件配置项之外,许多软件工程组织也把软件工具置于配置管理之 下,也就是说,把特定版本的编辑器、编译器和其 他CASE工具,作为 软件配置的一部分“固定”下来。因为当修改软件配置项时必然要用到 这些工具,为防止不同版本的工具产生的结果不同,应该把软件工具也 基线化,并且列入到综合的配置管理过程之中。
2020/9/29
2. 基线
• 基线是一个软件配置管理概念,它有助于我们在不严重妨碍合理变化的 前提下来控制变化。IEEE把基线定义为: 已经通过了正式复审的规格 说明或中间产品,它可以作为进一步开发的基础,并且只有通过正式的 变化控制过程才能改变它。
软件项目管理概述(PPT 50页)
明理由。
小结
生存期模型 瀑布模型 V模型 原型模型 增量模型 渐进式阶段模型 敏捷开发模型
敏捷模型整体框架图
敏捷宣言
个体和交互胜过过程 和工具
可以工作的软件胜过面 面俱到的文档
敏捷 宣言
客户合作胜过合同谈判
响应变化胜过遵循计划
Scrum模型
产品需求
任务看板:
任务看版包含 未完成、正在做、 已完成 的工作状态,假设你今天 把一个未完成的工作已经完成,那 么你要把小卡片从未完成区域贴到 已完成区域。
活动 确定每一个阶段的输入和输出
第三章 生存期模型
常用传统生存期模型
瀑布模型 V模型 快速原型模型 增量模型 渐近式阶段模型
瀑布模型
需求 分析
设计
实施
测试
维护
适合瀑布模型的项目特征
需求
很明确
方案
很明确
类似项目
短期项目等
常用传统生存期模型
瀑布模型 V模型 快速原型模型 增量模型 渐近式阶段模型
XP(eXtreme Programming)极限编程是 由Kent Beck提出的一套针对业务需求和 软件开发实践的规则。
极限编程方法的实施原则
快速反馈 (Rapid feedback) 假设简单 (Assuming simplicity) 包容变化 (Embracing change)
选择生存期的步骤
需求
基本明确,可能发生变化
市场
对于市场和用户把握需要逐步了
用户
解
系统
需要一步一步实施
改造
增量模型实例
常用传统生存期模型
瀑布模型 V模型 快速原型模型 增量模型 渐近式阶段模型
渐进式阶段模型
小结
生存期模型 瀑布模型 V模型 原型模型 增量模型 渐进式阶段模型 敏捷开发模型
敏捷模型整体框架图
敏捷宣言
个体和交互胜过过程 和工具
可以工作的软件胜过面 面俱到的文档
敏捷 宣言
客户合作胜过合同谈判
响应变化胜过遵循计划
Scrum模型
产品需求
任务看板:
任务看版包含 未完成、正在做、 已完成 的工作状态,假设你今天 把一个未完成的工作已经完成,那 么你要把小卡片从未完成区域贴到 已完成区域。
活动 确定每一个阶段的输入和输出
第三章 生存期模型
常用传统生存期模型
瀑布模型 V模型 快速原型模型 增量模型 渐近式阶段模型
瀑布模型
需求 分析
设计
实施
测试
维护
适合瀑布模型的项目特征
需求
很明确
方案
很明确
类似项目
短期项目等
常用传统生存期模型
瀑布模型 V模型 快速原型模型 增量模型 渐近式阶段模型
XP(eXtreme Programming)极限编程是 由Kent Beck提出的一套针对业务需求和 软件开发实践的规则。
极限编程方法的实施原则
快速反馈 (Rapid feedback) 假设简单 (Assuming simplicity) 包容变化 (Embracing change)
选择生存期的步骤
需求
基本明确,可能发生变化
市场
对于市场和用户把握需要逐步了
用户
解
系统
需要一步一步实施
改造
增量模型实例
常用传统生存期模型
瀑布模型 V模型 快速原型模型 增量模型 渐近式阶段模型
渐进式阶段模型
《软件项目管理概述》课件
测试与质量保证
测试计划与策略
制定详细的测试计划和策略,包括测试范围、 方法、资源和时间安排等。
测试执行与跟踪
按照测试计划执行测试,记录测试结果并跟踪 缺陷管理。
质量保证与改进
通过质量保证活动,确保软件质量符合要求,并持续改进软件过程。
发布与维护
发布计划
制定软件发布计划,包括发布时间、发布渠道和宣传推广等。
04
软件项目管理的挑战与解决方案
需求变更与风险管理
在此添加您的文本17字
需求变更管理
在此添加您的文本16字
需求变更在软件开发过程中是常见的,但频繁变更可能导 致项目延期、成本增加和降低质量。
在此添加您的文本16字
应对策略:建立需求变更管理流程,明确变更请求的提出 、评估、批准和实施步骤,确保变更对项目的影响可控。
02
软件项目管理的主要内容
项目计划与组织
项目计划制定
制定详细的项目计划,包括项目目标 、范围、时间表、预算和资源分配等 。
项目组织结构
确定项目团队的组织结构,包括角色 和职责的分配,以及沟通渠道和决策 机制的建立。
需求分析与管理
需求收集
通过访谈、问卷调查和原型演示等方式收集用户需求 。
需求分析
详细描述
软件项目管理的重要性在于,它能够有效地协调和管理软件开发过程中的各种活动,确 保项目按计划进行,及时发现和解决潜在问题,提高软件质量,降低开发成本,并满足
用户需求。
软件项目管理的基本原则
要点一
总结词
软件项目管理的基本原则包括灵活性、沟通、预见性、控 制和持续改进。
要点二
详细描述
灵活性原则要求软件项目管理能够适应变化和不确定性, 及时调整项目计划和策略。沟通原则强调项目团队成员之 间的有效沟通,确保信息的准确传递。预见性原则要求对 可能出现的问题和风险进行预测和预防。控制原则是对项 目过程进行监控和调整,确保项目按计划进行。持续改进 原则要求不断总结经验教训,优化项目管理过程和方法。
《软件项目管理》PPT课件
22
Software Project Management
软件工程 软件开发经验 软件开发方法 程序设计语言
6.先导要求
23
Software Project Management
学习和掌握先导课程 理解知识点和思想
无需死记硬背 大胆提出你的想法和意见
掌握方法和工具 运用解决实际问题 阅读相关资料
布鲁克斯?
20世纪最后一年也就是1999年的图灵奖授予了年已69岁 的资深计算机科学家布鲁克斯(Frederick Phillips Brooks,Jr.)。布鲁克斯这个名字在中国知之者不多,但在 美国却是 大名鼎鼎的,因为他在60年代初只有29岁时就 主持与领导了被 称为人类从原子能时代进入信息时代标 志的IBM/360系列计算 机的开发工作,取得辉煌成功,从 而名噪一时。以后他作为硬 件和软件的双重专家和出色 的教育家始终活跃在计算机舞 台上,在计算机技术的诸 多领域中都做出了巨大的贡献。从某 种意义上说,对于 布鲁克斯而言,图灵奖是一个“迟到的荣誉”
7
Software Project Management
软件危机的表现(2 of 3)
软件质量得不到保证
软件应用面的扩大:科学计算、军事、航空航天、工业控制、企 业管理、办公、家庭
软件越来越多的应用于安全犹关(safety critical)的系统,对软件质 量提出更高的要求
80年代欧洲亚丽安娜火箭的发射失败,原因是软件错误 美国阿托拉斯火箭的发射失败,原因是软件故障 英国1986年开发的办公室信息系统Folios经4年,因性能达不到要
11
Software Project Management
技术手段不能完全解决软件危机
到了20世纪90年代,软件危机依然存在,甚至更为严重
相关主题
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
Projectves
了解CMMI PP 过程域的特定目标及特定实践 了解项目计划的基本概念和活动 了解项目计划须包含的主要内容 掌握项目估算的基本方法 初步具备制定项目计划过程并实施的能力
2
Agenda
项目计划概述 CMMI PP 项目启动 PP实践 总结
SG2
14
CMMI PP
SP2.1 Establish the Budget and Schedule
SP2.1
Establish and maintain the project’s budget and schedule.
建立和维护项目的预算和时间表
确定主要里程碑
识别约束条件和假定
识别任务之间的依赖
对项目大致需要经过的主要阶段做出估计 参考业界生命周期模型
12
CMMI PP
SP1.4 Determine Estimates of Effort and Cost
SP1.4
Estimate the project effort and cost for the work products and tasks based on estimation rationale. 基于估算基本原理为项目的工作产品和任务估算工作量和成本
Obtain Plan Commitment Relevant Stakeholders
SG3 Obtain Commitment to the Plan
SP3.1 Review Plans that Affect the Project SP3.2 Reconcile Work and Resource Levels SP3.3 Obtain Plan Commitment
19
CMMI PP
SP2.6 Plan Stakeholder Involvement
Plan for involvement of identified stakeholders.
SP2.6
对已识别的项目干系人的参与做出计划
Who When What Information By What Means
项目计划的目的是:建立并维护计划,以定义项目活动。
7
CMMI PP
SG1 Establish Estimates
Specific Goals
Estimates of project planning parameters are established and maintained. 建立和维护项目计划参数的估算。
识别所需要的支持并与相关干系人商谈承诺 与高级管理层评审对内的、对外的承诺 记录组织级承诺并获得适当签字
25
CMMI PP
Establish Estimates Estimate the Scope of the Project Establish Estimates of Work Products and Task Attributes Planning Data Establish the Budget and Schedule
计划和依据计划进行的监控对任何类型的项目都是管理的
核心 进度计划又是计划过程和监控过程的主线
4
项目计划概述
Typical Weaknesses
以进度表作为计划,并且认为进度等同于计划,从而忽略
需要计划的其它方面 没有进行估算(规模、成本) 计划没有在大范围获得承诺 上级强加过于严苛的时间目标 工作分解未包含管理性工作 未清晰定义里程碑点和关键依赖事项 计划缺乏层次、缺乏根据项目实际情况的即时更新 ……
Obtain Commitment to the Plan Review Plans that Affect the Project
Reconcile Work and Resource Levels PMC
Plan for Stakeholder Involvement
Plan for Data Management
确定技术路线
规模 复杂度 复用度 熟悉度 ……
确定为资源需求估算需 要估计的属性
估算属性值
估算结果 估计项目需要的适当的人 力、机器、材料、方法
11
CMMI PP
SP1.3 Define Project Life Cycle
SP1.3
Define the project life-cycle phases on which to scope the planning effort. 定义项目生命周期各阶段,以界定计划工作量
Commitments to the project plan are established and maintained. 建立和维护对项目计划的承诺。
8
CMMI PP
SG1 Establish Estimates
SP1.1 Estimate the Scope of the Project SP1.2 Establish Estimates of Work Product and Task Attributes SP1.3 Define Project Life Cycle SP1.4 Determine Estimates of Effort and Cost
PP Context
Develop a Project Plan
Identify Project Risks
Define Project Lifecycle
Determine Estimates of Effort and Cost
Plan for Project Resources Establish the Project Plan Project Plan Plan for Needed Knowledge and Skills
16
CMMI PP
SP2.3 Plan for Data Management
Plan for management of project data.
SP2.3
对项目数据的管理做出计划
确定项目须收集、存储、分发的数据 建立数据存取机制 分析数据安全性、保密性需求,并建立规程予以保障
进行WBS分解 WBS
识别工作包及其足够详 细的描述 工作包描 述 识别外购的、复用的工 作产品
10
CMMI PP
Task Attributes
SP1.2
SP1.2 Establish Estimates of Work Product and
Establish and maintain estimates of the attributes of the work products and tasks. 建立和维护工作产品和任务属性的估算
3
项目计划概述
项目特点决定计划的重要性
Why Planning
Temporary,所以要实现安排以保证工作在有限的时间内完成 Unique,所以不能照搬前例,需要计划对其独特的工作做出部署 Progressive Elaboration,所以需要计划定义未来的工作范围,防止
成本、时间、范围等失控
SG2 Develop a Project Plan
A project plan is established and maintained as the basis for managing the project. 建立和维护一个项目计划作为管理项目的基础。
SG3 Obtain Commitment to the Plan
SG1
9
CMMI PP
SP1.1 Estimate the Scope of the Project
SP1.1
Establish a top-level work breakdown structure (WBS) to estimate the scope of the project. 建立一个高层次的工作分解结构(WBS)以估计项目的范围
SG3
22
CMMI PP
SP3.1 Review Plans that Affect the Project
SP3.1
Review all plans that affect the project to understand project commitments. 评审所有影响项目的计划以理解项目的承诺
时间表和 预算
定义时间表和预算
15
CMMI PP
SP2.2 Identify Project Risks
Identify and analyze project risks.
SP2.2
识别和分析项目的风险
识别风险 排序风险并就主要风险制定应对计划(措施) 风险管理计划作为总计划的一部分被评审、达成一致 适当时机更新风险管理计划
5
Agenda
项目计划概述 CMMI PP 项目启动 PP实践 总结
6
CMMI PP
maintain plans that define project activities.
Purpose
The purpose of Project Planning is to establish and
消除各部分计划之间的冲突 在估算与可获得资源之间平衡 为更多资源谈判 调整人力技能组合 ……
24
CMMI PP
SP3.3 Obtain Plan Commitment
SP3.3
Obtain commitment from relevant stakeholders responsible for performing and supporting plan execution. 从负责执行和支持项目实施的相关干系人处获得对项目计划的承诺
了解CMMI PP 过程域的特定目标及特定实践 了解项目计划的基本概念和活动 了解项目计划须包含的主要内容 掌握项目估算的基本方法 初步具备制定项目计划过程并实施的能力
2
Agenda
项目计划概述 CMMI PP 项目启动 PP实践 总结
SG2
14
CMMI PP
SP2.1 Establish the Budget and Schedule
SP2.1
Establish and maintain the project’s budget and schedule.
建立和维护项目的预算和时间表
确定主要里程碑
识别约束条件和假定
识别任务之间的依赖
对项目大致需要经过的主要阶段做出估计 参考业界生命周期模型
12
CMMI PP
SP1.4 Determine Estimates of Effort and Cost
SP1.4
Estimate the project effort and cost for the work products and tasks based on estimation rationale. 基于估算基本原理为项目的工作产品和任务估算工作量和成本
Obtain Plan Commitment Relevant Stakeholders
SG3 Obtain Commitment to the Plan
SP3.1 Review Plans that Affect the Project SP3.2 Reconcile Work and Resource Levels SP3.3 Obtain Plan Commitment
19
CMMI PP
SP2.6 Plan Stakeholder Involvement
Plan for involvement of identified stakeholders.
SP2.6
对已识别的项目干系人的参与做出计划
Who When What Information By What Means
项目计划的目的是:建立并维护计划,以定义项目活动。
7
CMMI PP
SG1 Establish Estimates
Specific Goals
Estimates of project planning parameters are established and maintained. 建立和维护项目计划参数的估算。
识别所需要的支持并与相关干系人商谈承诺 与高级管理层评审对内的、对外的承诺 记录组织级承诺并获得适当签字
25
CMMI PP
Establish Estimates Estimate the Scope of the Project Establish Estimates of Work Products and Task Attributes Planning Data Establish the Budget and Schedule
计划和依据计划进行的监控对任何类型的项目都是管理的
核心 进度计划又是计划过程和监控过程的主线
4
项目计划概述
Typical Weaknesses
以进度表作为计划,并且认为进度等同于计划,从而忽略
需要计划的其它方面 没有进行估算(规模、成本) 计划没有在大范围获得承诺 上级强加过于严苛的时间目标 工作分解未包含管理性工作 未清晰定义里程碑点和关键依赖事项 计划缺乏层次、缺乏根据项目实际情况的即时更新 ……
Obtain Commitment to the Plan Review Plans that Affect the Project
Reconcile Work and Resource Levels PMC
Plan for Stakeholder Involvement
Plan for Data Management
确定技术路线
规模 复杂度 复用度 熟悉度 ……
确定为资源需求估算需 要估计的属性
估算属性值
估算结果 估计项目需要的适当的人 力、机器、材料、方法
11
CMMI PP
SP1.3 Define Project Life Cycle
SP1.3
Define the project life-cycle phases on which to scope the planning effort. 定义项目生命周期各阶段,以界定计划工作量
Commitments to the project plan are established and maintained. 建立和维护对项目计划的承诺。
8
CMMI PP
SG1 Establish Estimates
SP1.1 Estimate the Scope of the Project SP1.2 Establish Estimates of Work Product and Task Attributes SP1.3 Define Project Life Cycle SP1.4 Determine Estimates of Effort and Cost
PP Context
Develop a Project Plan
Identify Project Risks
Define Project Lifecycle
Determine Estimates of Effort and Cost
Plan for Project Resources Establish the Project Plan Project Plan Plan for Needed Knowledge and Skills
16
CMMI PP
SP2.3 Plan for Data Management
Plan for management of project data.
SP2.3
对项目数据的管理做出计划
确定项目须收集、存储、分发的数据 建立数据存取机制 分析数据安全性、保密性需求,并建立规程予以保障
进行WBS分解 WBS
识别工作包及其足够详 细的描述 工作包描 述 识别外购的、复用的工 作产品
10
CMMI PP
Task Attributes
SP1.2
SP1.2 Establish Estimates of Work Product and
Establish and maintain estimates of the attributes of the work products and tasks. 建立和维护工作产品和任务属性的估算
3
项目计划概述
项目特点决定计划的重要性
Why Planning
Temporary,所以要实现安排以保证工作在有限的时间内完成 Unique,所以不能照搬前例,需要计划对其独特的工作做出部署 Progressive Elaboration,所以需要计划定义未来的工作范围,防止
成本、时间、范围等失控
SG2 Develop a Project Plan
A project plan is established and maintained as the basis for managing the project. 建立和维护一个项目计划作为管理项目的基础。
SG3 Obtain Commitment to the Plan
SG1
9
CMMI PP
SP1.1 Estimate the Scope of the Project
SP1.1
Establish a top-level work breakdown structure (WBS) to estimate the scope of the project. 建立一个高层次的工作分解结构(WBS)以估计项目的范围
SG3
22
CMMI PP
SP3.1 Review Plans that Affect the Project
SP3.1
Review all plans that affect the project to understand project commitments. 评审所有影响项目的计划以理解项目的承诺
时间表和 预算
定义时间表和预算
15
CMMI PP
SP2.2 Identify Project Risks
Identify and analyze project risks.
SP2.2
识别和分析项目的风险
识别风险 排序风险并就主要风险制定应对计划(措施) 风险管理计划作为总计划的一部分被评审、达成一致 适当时机更新风险管理计划
5
Agenda
项目计划概述 CMMI PP 项目启动 PP实践 总结
6
CMMI PP
maintain plans that define project activities.
Purpose
The purpose of Project Planning is to establish and
消除各部分计划之间的冲突 在估算与可获得资源之间平衡 为更多资源谈判 调整人力技能组合 ……
24
CMMI PP
SP3.3 Obtain Plan Commitment
SP3.3
Obtain commitment from relevant stakeholders responsible for performing and supporting plan execution. 从负责执行和支持项目实施的相关干系人处获得对项目计划的承诺