06. 我们的管理思想精髓之周计划

上次编辑:2018/07/14 18:07 浏览次数:3585

项目周计划可谓支撑我们系统的管理思想的最大精髓之一。


周计划这个功能实际上是从“项目迭代”升级而来的。以前,我们需要通过创建一个一个的迭代来将项目划分阶段,但是后来我们发现,我们实际创建的迭代基本上与自然周完全一致。这是因为我们每周都需要写周报,每周都需要对当周任务和BUG进行汇总统计,然后将未完成的任务和BUG移到下一周。


于是我们就将手工创建迭代的功能删除了,代之以自然周作为项目阶段的分隔标准。


plan-week.png


进入周计划页面之后,可以看到页面顶部自动加载了每一周的选项,每个周选项的右上角的红色角标代表当周还有未关闭的任务/bug(鼠标移到角标上面会有提示)。


强烈推荐我们的最佳实践:

每一周结束之后,项目经理应该将当周未关闭的任务/bug全部移到下一周,也就是说已经过去的每一周里面的任务和bug都仅做存档用,项目成员始终只需要关注当周任务/bug即可。这也是我们为什么在任务和BUG导航下面预设了“我的本周任务”和“我的本周BUG”两个快速查询,因为对于普通项目成员来讲,他们始终只需要关注这两个页面即可。


如果你在此页面看到某个周选项卡上面有红色角标,那就应该点进去让里面的任务/BUG全部关闭或者移到其他周期。红色角标是不应该出现的,一旦出现就需要项目经理处理。


下面对周计划中的5个图表进行说明。


一、当周需求分布图


plan-requirement.png


这个图可以清楚的看到当周工作主要集中在哪部分需求上面,以及每一个需求模块的实时进度。深绿色进度条代表已关闭的任务/BUG,浅绿色进度条代表已提交还未验收的任务/BUG,灰色进度条代表总的有效产出(注意是有效产出不是投入时间哦)。


项目经理需要每天关注这个图表的变化,每天的工作进度是超前了还是落后了,都可以通过这个图一目了然的看出来。


二、项目成员工作量分布图


plan-assignees.png


这个图可以一目了然的看到每个成员一周的工作量大小以及实时完成进度。如果有某个成员的进度慢了或者快了,就可以及时发现,然后去了解具体的原因。如果是因为项目经理评估时漏掉了很多东西,那就需要重新评估;如果是因为工作人员自己想到的解决方案太复杂,而不是项目经理评估时心理所想的解决方案,那项目经理就可以及时帮助该员工调整解决方案,避免浪费时间。


这个图表也是项目经理每天都应该关注的,它能然项目经理一目了然的看到各个成员的工作状态是否正常。


三、当周工作质量统计报表(BUG统计)


plan-bug.png


1. BUG率

第一个是BUG率,其算法为:某员工的BUG(按BUG责任人算)有效产出总和÷指派给该员工当周所有任务和BUG的有效产出。注意这个公式的分子是部分是按照BUG责任人算的,而分母部分是按照任务和bug的指派者计算的。


bug率是反映一个员工工作质量最重要的指标。如果员工A工作10小时,产生8小时的BUG,那么其bug率就高达80%;如果员工B工作10小时只产生了1小时的BUG,则其bug率仅为10%。我们就可以说员工B的工作质量远高于员工A。


其实在我们实际的项目管理中,bug率并不会直接影响到工资。虽然按照上面的算法,我们似乎可以很容易的将bug纳入每月绩效工资的算法中,但是在实际项目管理过程中,bug率的作用却是通过其他的途径发生作用。


bug率的实际作用:由于bug率每周会自动统计,并且会纳入每周周报的“质量分”算法,员工自己而然就会非常关注这个数字,然后就会不那么轻易的提交任务给测试,而是自己在提交任务之前还会对照需求和测试点自己检查几遍,这就大大降低了bug的产生。其实我们大多数bug都是工作人员没有做到足够的自测而产生的,而bug率这个指标产生的最大作用就是敦促工作人员在提交任务之前做更加细致的自测。这样就大大降低了测试的投入时间,同时也大大提高了项目的自测质量。


2. BUG数量

bug数量则是统计该周期中每个成员产生bug的数量,帮助我们从另一个维度看出员工工作质量。


3. BUG扣分

bug扣分也是一个非常重要的指标。在我们的管理实践中,我们每周周报的质量分这个维度有很大权重来自于BUG扣分这一指标。其实际作用跟bug率是一样的,就是大大的提高的项目的自测质量。