美文网首页产品管理
基于工时管理的产品管理模型2.0

基于工时管理的产品管理模型2.0

作者: 安姐2015 | 来源:发表于2023-01-29 07:22 被阅读0次

    一、工时管理的价值

    工时是一种工作时间的计量单位,取是人天,即一个劳动者工作一天的工作大小。

    通常在公司业务度量和绩效考核中,市场可通过销售额,制造可通过产量。研发通常使用延期率,通常项目出现延期时,项目风险已很高了。工时是动态管理过程,可全方位衡量分配任务、完成任务、验收任务的及时性,实现研发管理精准化、动态化。

    策划时是计划工时,即完成目标计划的工时数;在实施时是完成工时,即已完成任务所对应工时数;在验收时是确认工时,即当前验收通过任务所对应工时数。

    计划工时、完成工时、有效工时对应销售模型中的“订”、“收”、“回”来看:计划工时是“订”,签订年度销售额任务,并分解到各区域市场负责人。完成工时是“收”,同客户签订合同了,就形成收入了;确认工时是“回”,合同验收通过,客户回款了。

    工时还有一个衍生定义,就是贡献工时,主要应该用于个人绩效考评。个人贡献工时=个人确认工时-个人应产工时。也就是说一个人上一个月班,原本应产出21人天工时,实际他获得的确认工时是30人天或10人天,如此就可以计算其贡献工时。贡献工时为正表示绩优;贡献工时为负表示绩差。贡献工时慎用,易产生内耗和矛盾。

    二、工时管理2.0计算模型

    工时2.0模型的灵感来自张磊的《价值》,书里有句话大意是价值是恒定的。突受启发,项目的计划工时是恒定不变。想到分饼算法,工时像分饼一样,一刀切下去多少就是多少,随WBS逐层往下切分,再增加一些防呆和易用性设计。

    2.1 工作页面及字段设置

    工时管理基于原本WBS计划,增加了三个字段:计划工时、工时余额、确认日期、有效工时四个字段。

    计划工时逐层往下分解,每行任务都要填,由项目经理填写。

    工时余额为系统自动计算(算法 主干任务工时余额=主干任务计划工时-其下叶子任务计划工时之和,正值为工时未分完,负值为工时超额分配。),辅助项目经理分配计划工时。

    确认日期只需填阶段任务,产品经理验收阶段目标通过后,填入确认日期,自校验通过后(见下述防呆设计),保存成功,同时其下所有子任务同步写入。校验失败,写入失败。

    有效工时系统自动计算,自校验通过后(见下述防呆设计),所有叶子任务自动将其“计划工时”写入“有效工时”。主干任务的有效工时自动取其下所有叶子任务的有效工时之和,逐层向上求和并写入主干任务。

    比如,SH001项目立项时已确定研发投入,换算为工时为300人天,WBS一级分解是项目,对应300人天。WBS二级分级是各阶段,将300人天分到各阶段。WBS三级至N级分解是具体的工程任务,将各阶段的工时再继续往下分解即可。

    权限控制:计划工时仅项目经理或项目经理授权的协同任务责任人有权限填写;确认日期仅产品经理有权限填写。工程师只有填报任务进展、提交审核的权限。

    2.2业务流程

    (略,无法传图)

    2.3各字段计算模型

    特别说明:

    1.只取尾在内。任务与度量区间两者的逻辑关系有四种,如下图所示:A头在外,尾在内;B整个在内;C头在内,尾在外;D身体在内,头尾均在外。为简化计算,只取尾巴(计划完成日期)在内。如下图中,度量只取A、B任务,C、D任务放在以后再计算。到最终项目结案,实际所有的任务都会被度量到。

    2.取叶子,不取主干。主干任务是有继续往下分解的任务,像大树的枝干;叶子任务不可继续往下分解,像大树的叶子。

    按照以上逻辑,计算模型如下:

    指标1“定”:工时分配率=分配工时/应分配计划工时,度量应分配的任务,实际被分配的比例。

    应分配计划工时:叶子任务计划完成日期落在度量区间的计划工时之和。

    分配工时:叶子任务计划完成日期落在度量区间,且状态为已分配的计划工时之和。

    指标2“收”:工时完成率=完成工时/分配工时,度量已分配的任务,实际被完成的比例。

    分配工时:叶子任务计划完成日期落在度量区间,且状态为已分配的计划工时之和。

    完成工时:叶子任务计划完成日期落在度量区间,且状态为已分配,同时任务状态为已关闭的计划工时之和。

    指标3“回”:工时确认率=已确认工时/应确认工时,度量应确认通过的任务,实际被确认通过的比例。

    已确认工时(有效工时):叶子任务确认日期落在度量区间的有效工时之和。

    应确认工时(有效工时目标):取自,系统做的项目月度有效工时目标拆分表。

    2.4 防呆设计

    防呆设计1:计划工时超额分配告警。

    每次保存计划,触发系统自动校验。主干任务下的叶子任务计划工时之和是否超出主干任务的计划工时,如果超出弹框警告,提示修改保存失败,直至符合要求才能保存成功。

    因系统无源码,所有开发实际基于报表。无法实现弹窗警告,只能计算出工时余额。工时余额负值时需整改。

    防呆设计2:确认工时自校验

    每次填入确认日期确认有效工时,系统再次自校验叶子任务计划工时是否超额分配,如果超额分配填入确认日期失败。

    如主干任务未超额分配,填入确认日期成功。同时自动执行如下步骤,自校验其下叶子任务是否“已完成”状态,如已完成则填入确认日期,并将叶子任务计划工时自动写入有效工时。如非“已完成”状态,不执行叶子任务填入有效工时和确认日期。这点是为人员出差或请假,无法及时“提交任务审核” 或 “审批任务”留了后门。工作实际已做完,少量任务无法及时关闭,不得影响大局。

    同时设置系统每次填入确认日期3秒后,自动触发系统报表重新计算。因及时计算,担心同时有两次保存,导致系统死锁。

    防呆设计3:定点从新计算

    留后门导致少量遗留叶子任务未能获得有效工时和确认时间,或者其它的数据问题,需要想办法触发重新计算。系统中所有WBS计划任务共计数万行,随着时间推移只会越来越多。不能因每次任务更新,都触发系统自动计算。故设定了每天半夜12点,系统自动重新计算一次。

    三、工时报表设计

    抽象实际用户画像,有三种类型:一是高管层、产品线负责人、项目经理、产品经理,管理对象是项目或项目集,简称管事。二是工程师个人,关注个人业务,简称管自己。三是产品线负责人、HR,关注产品线人员的工作饱和度,简称管人。故报表设计从3个视角设计,管事、管自己和管人三种类型,如下图所示。

    度量字段计划工时、分配工时、分配率、完成工时、完成率、有效工时、确认率均在上一章节写了计算模型,IT只需要按照此规则写入系统即可收集到数据。工时目标实际是通过EXCLE函数取系统外的《月度有效工时目标拆分表》。因为无源码,数据录入有些繁琐。且月度有效工时目标拆分表调整较多,系统里修改也繁琐,一直保留在系统外。

    (缺张报表图,上传不了)

    四、绩效考评与资源平衡应用

    工时在绩效考评实际只占少部分权重,大部分权重基于产品目标、销售目标和经营效率来设定,避免物极必反。

    1.按照A1报表导出,用于产品线的绩效考评。A2报表用作辅助分析,如A1报表出错找不到源头,A2报表将WBS N级打开,就知道问题出在哪里了。

    2.基于C报表导出,用于人员的绩效考评。

    3.基于C报表导出,可辅助分析资源饱和度,用作资源平衡。

    五、月度度量管报与措施

    月度度量管报按照产品线去汇总计算,出现偏差需分析原因并提出整改建议,并去跟进任务的执行处理。产品线间会形成良性横向的对比和竞争,能激发大家往前冲。管报会向公司高管层发布,相当于驾驶仓的仪表盘,高管层会基于数据给出及时的判断。

    如果IT系统足够强大,完全可以做成动态实时报表,任何人想了解直接进入页面查看最新度量数据即可,就真的跟驾驶员的仪表盘一样,非常客观和量化的反映研发工作的实际情况。

    初稿2023-1-14,于深圳

    相关文章

      网友评论

        本文标题:基于工时管理的产品管理模型2.0

        本文链接:https://www.haomeiwen.com/subject/dhquhdtx.html