扫码阅读
手机扫码阅读
为什么要记录日志?
69 2024-10-03
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:为什么要记录日志?
文章来源:
麦哲思科技任甲林
扫码关注公众号
本文提供了关于工作日志在项目管理中的重要性和用途的系统性归纳。工作日志详细记录了项目中每个人每天在每个任务上的工作量和完成情况,包括完成任务的百分比和规模,如代码行数等。
通过这些数据,可以实现多项分析:首先是统计每个项目和任务的实际工作量并与计划工作量对比,了解人力成本的实际投入情况。其次是分析任务类型在项目中的工作量分布,从而识别哪些方面的资源投入不足。此外,可以分析项目不同阶段的工作量分布,计划内与计划外任务工作量的比例,平均有效工作时间,以及平均生产效率(基于代码行数、功能点数或页面数来衡量)。
这些分析对项目管理有着直接和间接的用途。其中,实时控制项目进度和跟踪任务进展主要依赖于实际工作量的统计,这是项目经理的直接管理工具。而其他分析,如任务类型的工作量分布、阶段工作量分布、平均有效工作时间和生产效率等,为项目的软件估算提供数据支持,从而提高后续项目估计的合理性。
例如,根据需求可以估计项目的总规模,然后利用生产率计算总工作量。接着,结合历史数据来估算各阶段工作量分布和任务类型的工作量。最后,考虑资源情况、任务依赖关系等因素来预测项目工期。
想要了解更多内容?
查看原文:为什么要记录日志?
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
420 篇文章
浏览 79.5K
麦哲思科技任甲林的其他文章
敏捷始于客户
每个失败的项目了都可以找这个借口:项目周期短、需求变化快、人员有限。 需求、工期是由客户确定的。作为客户来讲,他不可能去合理评价给定的需求是否可以在某个时间内能够完成,至于投入多少人那更是开发方自己的问题。开发方对客户做出了承诺就要兑现承诺,否则就不要承诺,既然承诺了,就没有理由再去抱怨工期短、需求变化快。开发方必须接受这个现实,认可这个现实,然后才可以玩这个游戏,否则你就出局。 CMMI是应
我说CMMI2.0之组织级培训(OT)
人、技术、过程三者并重。技术靠人来使用,过程靠人来执行,人是地基,是基础。同样的技术、同样的过程由不同人去落地,效果差别很大,因此要重视对人的能力的培养。 实践列表 OT 1.1 Train people. 培训人员 OT 2.1 Identify ...
维护项目的管理策略案例
维护类项目的定义: (1)在已交付的软件基础上增加少量功能; (2)对已交付的软件进行局部的需求变更; (3)修改已交付软件的bug;维护类项目的特点: (1)工期短,客户要求相应快; (2)对已有的软件进行局部修改,投入的人力少; (3)变更容易对已有的功能造成影响,容易注入新的bug; (4)需求沟通、设计方案的确定、测试的
为什么忽略管理的常识?
最近连续审查了几个客户的过程文档体系,有个问题,让我一直苦思:为什么我们总是忽略管理常识? 企业在实施CMMI的时候,为了满足模型的要求,在描述自己的过程时,习惯于照搬模型的描述。最典型的例子是PMC的描述,模型中描述了10个实践: SP1.1 监督项目的计划参数 SP1.2 监督承诺 SP1.3 监督风险 SP1.4 监督数据管理 SP1.5 监督项目相关人员的参与 SP1.6 执行进展评审 S
代码评审的速度与缺陷密度是啥关系?
某企业采集了8个项目的代码评审数据,虽然样本数量不多,但是仍然可以发现一些规律原始的度量数据如下,包括了代码评审发现的缺陷密度与代码评审的速度。这2者是什么关系呢? 表一:8个项目的代码评审缺陷密度与评审速度 ...
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线