扫码阅读
手机扫码阅读

项目进展跟踪的5个基本原则

1058 2024-10-04

我们非常重视原创文章，为尊重知识产权并避免潜在的版权问题，我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容，访问作者的公众号页面获取完整文章。

查看原文：项目进展跟踪的5个基本原则
文章来源：
麦哲思科技任甲林
扫码关注公众号
项目进展跟踪的五个基本原则摘要

项目进展跟踪的五个基本原则摘要

原则一：实时跟踪进展以尽早暴露风险
要通过实时跟踪项目状态暴露风险，使用每日例会和项目经理的日常询问等方式。跟踪不仅要关注状态汇报，还要检验工作成果的质量。跟踪周期不应该超过每周一次，任务颗粒度建议不超过3人天，以避免出现任务完成的误判。

原则二：任务闭环管理以及时调整纠偏
跟踪任务时要对照计划，并且及时解释计划变动，以避免仅仅报告任务完成情况而不进行实际纠偏。每日或每周的会议中应该对比之前的计划以确保不遗漏任何任务。

原则三：任务状态可视化以提升项目透明性
项目任务状态应该对内外团队成员公开，以增强透明度和团队协作。可视化的方法如看板（推荐物理看板）能够有效地让所有人了解进展，确保责任共享。

原则四：总体进展要量化以对齐项目整体目标
在关注短期任务的同时，也要评估距离项目目标的距离。使用燃尽图和任务完成趋势图来监督目标进展，并用定量的方法（如任务完成百分比和时间流逝百分比）来共识项目的整体进度。

原则五：真正达到完工标准以避免快而脏
完成任务时要根据验收和质量标准进行审查，以防牺牲质量仓促完工导致技术债务。建议每日进行集成、测试、评审等活动以确保质量。

无论是敏捷方法还是传统方法，监督项目进展都应遵循以上五个原则。

如何从CMMI迈向DevOps国标？


了解更多

想要了解更多内容？

查看原文：项目进展跟踪的5个基本原则
文章来源：
麦哲思科技任甲林
扫码关注公众号
相关推荐
假设日志怎么写？（内附参考模版，限时免费领取）
1415
点击领取PM最强技能！
浅谈项目管理必备软技能系列（六）
618
复盘 目标 找到 偏差
浅谈项目管理必备软技能系列（六），复盘，你做对了吗？
Five Reasons Why Batman Would Be a Great Scrum Master
387
Five Reasons Why Batman Would Be a Great Scrum Master
思维模型十：Kano模型
302
需求 用户 属性 期望
Kano模型是由日本学者Kano Noriaki提出的一种需求分类模型，它将需求分为三类：基本需求、期望需求和兴奋需求。这个模型能够帮助我们更好地理解客户的需求，并为产品设计、服务和营销提供指导。
PMBOK第七版实用吗？核心作者解读
243
PMBOK7是什么？有什么？能为项目管理从业者带来什么价值？
项目进展跟踪的5个基本原则
1059
对项目进展进行跟踪时，应该遵循以下5条基本原则：原则一：实时跟踪进展以尽早暴露风险原则二： 任务闭环管理以及时调整纠偏原则三：任务状态可视化以提升项目透明性原则四： 总体进展要量化以对齐项目整体目标原则五：真正达到完工标准以避免快而脏
麦哲思科技任甲林

麦哲思科技（北京）有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员，中国分部主席

425 篇文章
浏览 134.1K
麦哲思科技任甲林的其他文章
案例：从定性原因分析上升到定量原因分析
在定量原因分析时，主要是有四种定量思考的方法：1、数据的居中趋势与离散程度分析：均值、标准差2、 80-20分析：在所有的构成成分中，哪个成分占比最大3、数据的相关性分析：是否存在强相关4、敏感性分析：在所有的影响因子中，哪个影响因子对结果的影响最显著
快速学习COSMIC之六：如何识别触发事件
要度量功能点，就要先识别功能处理，要识别功能处理，就要先识别触发事件。    触发事件通俗地讲就是发生在被度量软件以外的，由其他事物所产生的，要求被度量软件响应的事件。    触发事件由功能用户所感知，然后功能用户产生一个输入，来激发功能处理响应这个事件，这个输入被称为触发输入，它要么仅仅起到通知功能处理、激发功能处理的作用，要么除此之外还移动了其他的数据给功能处理。除非在一个功能处理中只有一个输
成为一个好员工的七个忠告
如何成为一个好员工呢？请看以下七个忠告。
快速学习COSMIC方法之十六：如何进行生产率的标杆对比？
    当我们采集了历史的规模数据与工作量数据之后，我们可以和业内的数据进行标杆对比，其中在国际上影响最大的就是从ISBSG的数据库中获取行业数据进行标杆对比。 一 ISBSG是什么？       ISBSG全称为国际软件基准标准小组，是一个非盈利性组织，其创建于1997年，主要目的是为了促进IT行业的数据使用，并提升软件过程和软件产品。该组织有两套数据库，一套是包含IT开发项目的数据，一套是包含...
如何比较两种估算方法的准确性？
有公司在做软件规模估算时，采用了经验法估计了代码行，又设置了难度系数，重用率，重用规模系数三个调整参数。如果初始估计规模为1KLOC，难度系数为1.1，重用率为20%，重用规模系数为50%，则调整后的规模为：1*1.1*（1-20%）+1*20%*50%=0.88+0.1=0.98KLOC。我看到该估算方法后认为有些复杂，而且不好理解，有可能是做了无用功了，所以我想通过数据进行检验看看调整后的规模是否比初始的规模估计更准确，如果不如初始的规模估计更准确，则可以放弃三个调整系数。该公司A部门有11个历史项
随机阅读
你知道MES系统如何在离散制造数控车间发挥应用价值吗？
06-22
为何上ERP系统，ERP的核心价值又在哪里？
06-22
没有标准，谈何现场管理，如何定义标准工时和产能？
06-22
MRP、JIT与TOC的比较，看完你就彻底明白了
06-22
ERP系统在生产制造型企业的核心应用价值，看完这篇文章你都明白了！
06-22
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设 白皮书上线
去下载