1项目预算与 成本管控实务-handout.ppt

  1. 1、本文档共168页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
衡量项目进度的三种方法 关键链任务已完成的百分比 关键链项目缓冲时间消耗的比例与关键链任务已完成的百分比 关键链项目缓冲时间消耗的速度 通过这三种衡量方法,我們可以有效地跟踪/监控每个项目的进度 小结 制约理论持续改进的五个步骤 关键链与关键路径的区别 三种缓冲的计算方法及使用 敏捷项目管理 单元七 解决用户“痛点”问题 - 能在一个点上打动用户 持续改进 - 满足用户不断变化的需求,快速迭代 缩短交付进度 在短暂的迭代时间范围内不断关注产品功能/优先次序,通过排除用处不大的功能减少工作量,降低试验成本 项目团队将重点集中于增值活动而不是合规活动 人员/流程的适应性 建立适应性强的项目团队,其成员都乐于变革,鼓励学习/适应,成为向用户提供价值的组成部分 5. 可靠的结果 – 在成本/进度限制内可靠地向用户交付创新产品 互联网时代产品开发项目的特点 适应变化>按部就班 致力于产品>文档编制 与用户协作>合同谈判 人/相互交流>流程/工具 敏捷项目管理四个核心价值观 支持构想/探索/适应文化 支持自我组织/自律的团队 根据项目的不确定性程度,尽量提高可靠性/连贯性 保持灵活/易于变化 支持流程的透明化 与学习结合起来 将支持各阶段的做法包含在内 提供管理检查点,对该架构进行评估 敏捷流程架构的八大特征 客户价值 – 创新产品 提供客户价值 采用迭代的/基于功能的交付方式 支持卓越技术 领导 – 协作管理风格 鼓励探索 建立适应能力(自我组织/自律)的团队 简单化 敏捷项目管理的六个指导原则 构想 推测 探索 适应 结束 适应性行动 发布计划 功能清单 最终产品 完成的功能 敏捷项目管理的流程架构 构想:确定产品构想/项目范围/项目团队/利益相关者/共同工作的方式(①提供什么②谁提供③如何提供) 推测:制定基于功能的发布计划/里程碑/迭代计划,确保交付构想的产品 探索:在短期内提供经测试的功能,不断致力于减少项目风险/不确定性 适应:审核提交的结果/当前情况/团队的绩效,必要时做出调整 结束:终止项目,交流主要的学习成果并庆祝,每次迭代完成后的“小型”结束的目标是:学习并将学到的东西融入下一次迭代工作中,或传递给下一个团队 敏捷项目管理的五个阶段 小结 互联网时代产品开发的五个特点 敏捷项目管理的四个核心价值观 敏捷项目管理的六个指导原则 敏捷项目管理的五个阶段 概率 时间 中间值 85%可能完成任务 安全时间 50% 35% 项目按时完工的概率分布 为什么成功率这么低? 墨菲定律 Murphy’s Law “一切可能的麻烦,都必然会发生!” 为什么成功率这么低? 帕金森定律 Parkinson’s Law 当人们发现他们完成任务的时间比较充裕时,通常不会尽快完成并通知上级,他们会把工作安排在整个给定的时间,使项目不会过早完成 当人们发觉手中的任务有可能比自己原先上报的时间更早完成,他们会让工作膨胀,务求把所有的时间填满,并故意拖延来完成任务 为什么成功率这么低? 学生症候群 Student Syndrome 即使给再多的时间也要等到最后时刻才动手。平时不抓紧,考试前抱佛脚 时间多着呢,急什么? 安全时间被帕金森定律和学生症候群消耗掉了, 没有起到实际的安全作用 制约理论(Theory of Constraints) 制约理论由以色列物理学家高德拉特博士(Dr. Eliyahu Moshe Goldratt)发明,他认为: 如果把项目看作是一个系统,系统由多个环链组成,链条的强度由它最薄弱的环节-制约因素所决定 制约因素通常只有一个,它限制着整个系统,使系统不能达到目标 实现系统目标取决于如何对制约因素进行管理 制约理论(Theory of Constraints) 持续改进的5个步骤: 找出系统中存在的制约因素(瓶颈环节) 尽量挖掘制约因素的潜力,使其充分运作 让非制约因素迁就制约因素 给制约因素松绑,使第一步找出的制约因素不再成为制约因素 回到第一步,谨防惰性成为系统的约束 项目实施的瓶颈在哪里? 关键路径! 当同一项目不同路径上的任务争夺同一资源时,谁应获得优先权? 如果两条非关键路径上的任务争夺同一资源时,谁应获得优先权? 关键资源也是制约因素! B 10天 C 15天 B 10天 E 15天 A 20天 E 15天 E 30天 D 10天 C 10天 D 10天 A 10天 A 20天 A 10天 案例分析 某项目共有A、B、C、D、E五种资源,每种资源只能被一个任务所占用,不能同时两个或两个以上的资源所占用,每个任务都有确定的

文档评论(0)

1984kelu + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档