我如何跟踪我开发的软件是否比前几天更有效率?
发布于 2010-09-10 17:22:13
有一个简单的答案:你不能。而且,你不应该。
你想衡量你自己的生产力,但你可以概括:你如何衡量程序员的生产力?首先,您必须定义“生产力”的含义:生成的代码数量?已实现的设计(或规格)数量?固定问题的数目?生成代码的质量?(是的,质量是一个生产力计数器,你可以产生很多不好的代码,或者很少有好的代码,还有什么更有效率的?)所有这些值都很难映射到每天的基础上,任何跟踪日常生产力的尝试对项目、公司和程序员都是危险的。
我的建议是清楚地定义什么是“生产力”,然后定义一个度量单位,并在每周和每月的基础上加以应用。
发布于 2010-09-10 02:41:12
我想说的是,衡量你的生产力的最好方法是每天为你想要做的事情设定一个目标,如果你完成了它,就认为它是有效率的。这是一个相当主观的衡量标准,但你很可能会发现它比客观的更有价值。
发布于 2010-09-10 17:11:29
以下两项建议都可以根据您的需要大致采用,但在这两种情况下,您都需要预先进行估计,然后临时分析它们(老实说,我不确定是否有另一种有效的方法来衡量这一点,我同意TheLQ的观点,即每段时间内的代码行根本无法使用)。
敏捷开发方法
虽然我不确定它在单个开发人员场景中的应用效果如何,但敏捷中使用的一些原则在您的目标实现中可能是有用的。敏捷工作的周期中,开发人员(S)的目标是实现故事(任务),这些故事(任务)是根据开发周期开始时的实现复杂性进行评分的,然后在每个周期结束时进行分析。这允许确定速度,即开发人员或团队可以在单个开发周期内完成的点数。
如果您的工作方式允许您采用某些原则并将您的工作组织为一个周期,您可以使用每个开发周期的速度来跟踪您的效率。请注意,周期通常持续2-3周,然而,您应该能够缩短他们时,使用这只为自己。归根结底,如果你能在你的环境中采用这样的方法。
基于证据的调度
尽管它主要是为了改进估计,但您应该能够有效地使用它来跟踪生产率下降的趋势。
https://softwareengineering.stackexchange.com/questions/2247
复制相似问题