项目管理计划内容及意义概述


管理计划模块内容

  1. 范围:如何定义、制定、监督、控制和确认项目范围
  2. 需求:如何分析、记录和管理需求
  3. 进度:为编制、监督、和控制项目进度,建立准则并确定活动
  4. 成本:如何规划、安排和控制成本
  5. 质量:在项目种如何试试组织的质量政策、方法和标准
  6. 资源:如何对项目资源进行分类、分配、管理和释放
  7. 沟通:项目信息将如何、何时、由谁来进行管理和传播
  8. 风险:如何安排与实施风险管理活动
  9. 采购:项目团队将如何从执行组织外部获取货物或服务
  10. 相关方参与:如何根据相关方的需求、利益和影响,让他们参与项目的决策与执行
  11. 变更:在整个项目期间如何正式审批和采纳变更请求
  12. 配置:如何记录和更新项目的特定信息,以及记录和更新哪些信息,以保持产品、服务或成果的一致性和有效性

判断依据

  1. 范围基准:经批准的范围说明书,WBS及WBS词典,用作比较依据
  2. 进度基准:经批准的进度模型,用作与实际结果比较的依据
  3. 成本基准:经批准的、按时间段分配的项目预算,用作与实际结果比较的依据
  4. 绩效测量基准:经整合的项目范围、进度和成本计划,用作执行的比较依据,以测量管理绩效

概念

项目生命周期:项目从开始到结束的一系列阶段
开发方法:产品、服务或成果的开发方法,比如预测、迭代、敏捷等

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
需求管理计划 1. 目的 1.1 指导本公司项目相关人员正确实施需求管理的各项活动。 1.2 保证在客户和项目相关人员之间建立对客户需求的共同理解。 1.3管理项目产品和产品构件的需求,并且识别需求与项目计划与工作产品之间的矛盾 1.4 分配给业务项目的需求是受控的,建立供业务项目工程和管理使用的基线 1.5 业务项目计划、产品和活动与分配给业务项目的需求保持一致 2. 适用范围 2.1 机构:方案中心、开发中心。 2.2 业务:贯穿整个软件项目生命周期的需求管理活动。 2.3 业务产品开发过程 3. 概述 本文档主要描述需求管理过程的活动内容和角色。 4. 名词术语 4.1 需求管理(ReqM):一个使客户与项目团队对不断变更的软件需求达成并保持一致的过程,该过程保证分配给软件的需求是受控的,建立起供软件工程和管理使用的基线;软件计划、工作产品和活动与分配给软件的系统需求保持一致。 4.2 需求类型:根据不同的抽象级别和目的将需求所作的逻辑分类。 4.3 需求属性:指在项目开发周期中与开发过程有密切关系的需求特征 4.4 需求跟踪性:不同或相同类型的需求项间的,或者需求项和项目计划任务、设计元素、实现元素、测试元素、用户文档元素、其他项目元素间的依赖关系。 4.5 概要需求和详细需求:指在需求管理中,对需求粒度不同层次的划分。一个粒度层次的需求可以从属于较粗粒度的上一层需求,也可以派生较细粒度的下一层需求。较高层次的需求称之为概要需求,较低层次的需求称之为详细需求。 4.6 需求状态:指需求的属性在项目开发周期中各个阶段的取值状况。 4.7 需求基线:指通过了评审的软件需求,通过建立这样一个基线,受控的系统需求成为进一步软件开发的出发点,对需求的变更被正式初始化、评估,其表现形式为用例描述的集合。 ......

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

放羊郎

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值