1.项目计划编制工作流程:(论文)
2.
(1)项目有不可压缩的最短工期;项目计划编制的项目周期太长也不现实
(2)项目进度和成本的关系:
(3)项目进度和质量的关系
3.软件项目失控的常见原因:
1.项目管理计划的渐进明细——【滚动波浪策划】:计划的编制是一个反复和持续的过程
2.组织过程资产:
3.事业环境因素:项目团队不能控制的,将会造成影响限制等条件
4.项目章程:
作用
5.项目工作说明书
6.项目目标
7.项目管理计划
8.投资回报率ROI
ROI=【税前回报率/投资总额】*100%
9.区分
工作绩效数据——Data
工作绩效信息——可以是正式的或者非正式的
工作绩效报告——正式的报告
1.项目范围管理:为了能够交付产品,项目所必须做的工作
渐进明细(项目范围在项目的早期被描述出来随项目进展更加详细)
【产生项目管理计划的基础】
2.产品范围:项目范围的基础;
产品范围定义是【产品要求的描述】
产品范围描述——项目范围说明书的重要组成部分;
产品范围变更后,首先影响的是项目范围。
3.项目范围基准:
4.范围管理各过程
5.收集需求的技术
(1)需求跟踪矩阵:体现需求与后续工作成果之间的对应关系;无法用于防止变更
(当有独立的设计元素时,说明产品需求发生问题;需求规格说明书有误)
(2)需求开发和需求管理的各项活动,不需要展现产品;展示系统是——范围确认的任务
(3)需求开发的四个过程:
- 需求获取——用户需求说明书;获取用户需求并分析和修正;先获取【总体需求-产品需求】
- 需求分析——对各种需求进行分析并抽象描述;建立可指导系统的概念模型(对需求的抽象描述)
- 需求定义——定义准确的产品需求;需求规格说明书
- 需求验证——开发方和用户共同对需求文档评审,达成共识后的书面承诺;具有商业合同效果
(4)需求验证中有评审活动;需求验证完毕后,确立需求基线。
(5)【做好需求回溯】可确保需求不在开发过程中“丢失”的措施。
(6)需求基线:包括用户需求说明、需求规格说明书等内容
(7)需求管理:在产品开发过程中维持需求一致性和精确性的所有活动
从测试用例和测试报告可知追踪到用户原始需求的过程是反向追踪
6.双向跟踪
检查需求文件中的每个需求是否都能在后继工作产品中找到对应点
箭头——表示需求跟踪能力联系链;
7.里程碑——标志着某个可交付成果或者阶段的正式完成。
重要的检查点是里程碑、重要的里程碑式基线
8.工作包
9.控制账户——管理控制点;(一个工作包只属于一个控制账户)
(1)创建WBS过程
(2)进行WBS分解,方式:
- 将项目生命周期的各阶段作为分解的第1层;可交付物为第二层
- 重要的可交付物——第1层
- 子项目——第1层
- 工作包的工作量一般是一个人能在8-80小时内完成的
(3)WBS不是某个项目团队成员的责任,应由全体项目团队成员、用户、项目干系人共同完成和一致确认。
(4)WBS表示形式:
(5)WBS特点
- 可交付成果;组织并定义了整个项目范围
- WBS分解的越细,对工作计划、管理和控制能力就越强;但大量的分解工作会导致生产效率降低,效率低
- 底层应支持计划和控制;(是项目管理计划和项目范围间的桥梁)
- WBS中的元素必须有人负责,且只有一个人负责(多人参与,一人负责)
- 每个WBS元素应只从属于一个目层次的WBS元素,避免交叉从属。
- WBS的指导,控制在4-6层
- 包括项目管理工作,及分包出去的工作
- WBS编制由项目干系人参与,需要项目团队成员的参与
- WBS非一成不变;完成后也可能需要改
- WBS和WBS字典构成了项目范围基线
(6)WBS输出:
(7)凡是没出现【在经项目干系人认可后的WBS中的工作】,都不属于项目范围。
子项目不可以是工作包,应该对子项目继续进行分解。
(8)
【确认范围】与【质量控制】的不同:
类别 目的 进行状态 验收 确认范围 可交付成果获得客户
或发起人的接受
接受问题
在阶段末尾进行 由外部干系人对项目对交付成果检查验收 质量控制 可交付成果的正确性,
并符合其质量标准
核实
在确认范围前进行
或同时进行
由执行组织的相应质量部门实施
【确认范围】与【项目收尾】的不同:
类别 进行状态 重点 确认范围 在阶段末进行 核实与接受可交付成果
强调验收可交付成果
项目收尾 在阶段末进行 结束项目所要做的流程性工作
强调验收产品
(1)范围变更时对达成一致的、WBS定义的项目范围的修改
范围变更是整体范围变更控制的一个结果。
范围变更控制必须和其他控制过程综合在一起
(2)造成范围变更的原因:
(3)项目范围变更由“项目范围控制过程”来处理;变更后要及时通知项目干系人
(4)提出变更、评估变更、变更决策、变更实施、变更验证、沟通存档
变更控制方法——定义项目范围变更的流程。包括必要的书面文件(变更申请单)、跟踪系统和授权变更的批准等级。
(5)范围变更控制的主要工作:
13.项目定义过程——详细描述项目和产品的过程,并把结果写进详细的项目范围说明书中,作为将来项目决策的基准。