项目工时算不明白？你离倒闭就差一个“数”的距离

这问题我问过好多人。

项目经理说：研发报多了，实际就写两行代码，非要填三天。

研发人员表示, 测试环节修改需求已达五次之多, 每一次都被形容为“紧急”“重要”且“老板要求予以改动”, 而自己填写的八小时时长, 相较实际情况而言, 竟然还是少算的呢。

产品说：需求文档写了三版，上线前才跟我说做不了，工时谁赔？

没有人在说谎，但所有人都在“丢”。

所谓工时, 它并非属于账本上所呈现的数字范畴, 它实际上是存在于人与人之间的那个难以捉摸的黑盒。

别着急，我没打算扔一堆公式过来。

内核，它就是一根绳子。

并非是那种束缚你双手双脚活动的绳索, 它在于, 是能够将散放至各个地方的一块块所谓“时间碎片”给串联起来的线绳。

你想想，为什么项目一上线就超期？

并非是计划制定得欠佳, 而是每一分钟所产生的损耗, 都未曾被察觉。

开展会议这一行为能不能算作工时? 进而沟通这种行事能不能算? 要是对其进行修改的话不算, 而对其进行修改之前所做的“确认”又算不算?

这玩意儿，没人说得清。

但说不清，不代表它不该被算清。

我见过一家公司，做外包的，二十个人。

项目经理天天加班，盯着每个人的工时表，比盯老婆的微信还勤。

结果呢？

一个三周的项目，拖了两个月。

究竟是为何呢? 原因在于, 存在这样的情况, 有人耗费了一整天的时间去寻觅文件, 有人花费了两天的时间来等待审批, 还有人鉴于“对齐需求”这一缘由, 召开了三次会议, 并且每次会议时长均为两小时。

这些时间，全算在项目里了吗？算。

但算进“实际投入”了吗？没有。

它们仿若幽灵一般, 于项目上空飘荡着, 而后在你于月底查看利润之际, 猛地落下来, 致使你脑浆迸裂。

你别笑，真的。

为什么大家都虚报工时？

缘由是惧, 惧报数过少, 以至于下个项目考核达标指数进一步攀升；惧报数过多, 从而遭致被叱责“效率欠佳”；惧如实申报具数, 到头来他人不实申报, 自身反倒沦为冤屈吃亏之人。

所以大家默契地选择了“差不多”。

差不多等于失准，失准等于失控，失控等于倒闭。

你没听错。

若是一个项目工时要开展计算的内核, 在没有将“信任”这两个字予以解决的状况下, 哪怕你去安装再显得厉害的系统, 那也是没有任何作用的。

系统只是镜子，镜子里躺着的是人性的贪婪、懒惰、恐惧。

好，说点干的。

三个字：可视化。

不是那种“你看，我有张图”的可视化。

需使得每一个人都能够瞧见, 我自身的时间究竟去往了何方之地, 他人的时间究竟去往了何方之所, 项目的资金究竟是在哪些地方被消耗掉的。

你打开那个界面，不应该是冰冷的表格。

它理应成为你的账本, 那能记录的账本, 你的镜子, 可映照自我的镜子, 你的求生信号, 用以发出求救的信号。

怎么做到？

使颗粒度呈现出下降的态势, 于计算时不要按照天来进行衡量, 而是要依据小时来计算, 此为第一层改变；再者也不要凭借功能点去划分, 而是要按照动作类型作出区分, 这是第二层改变；其中“写代码”“改bug”“开会”“等审批”“抽根烟想需求”这些情况都应涵盖在新的划分范畴之内, 这是对于具体行为的界定要求。

规则是透明的, 所有人都清楚工时该如何申报, 该如何审核, 该如何进行考核。切莫在今天执行A标准, 到了明天又换成B标准, 如此这般将人当作傻子来戏弄。

耐受性误差, 准许每一个人在每个月当中具备5%的“模糊时段”, 那属于人的弹性特征, 并非漏洞, 你越是施加压力, 人就越是会逃离。

项目工时计算内核，其实不是什么黑科技。

它就是你敢不敢面对真相的勇气。

对于团队, 你有没有胆量, 天天推开门, 然后去问: “各位伙伴, 咱们今儿的时间, 是不是都花在了关键之处呢? ”。

有胆量没胆量对个体自身宣告: “于这一个小时期间而言, 我并不是处于那种表面上显得格外忙碌的状态, 我实实在在是在切实地创造出具有价值的成果。”。

如果不敢，那你的项目，永远活在“差不多”的地狱里。

如果敢，那就从现在开始，重新定义你项目里的每一分钟。

不要等到年末的时候，才发觉你拼尽全力奋斗了一整年, 所换来的仅仅是一堆外观好看然而毫无用处的数字。

开展泛微e启营事业群组的共同建设事宜, 要是出现了相同类似的情况, 那么就请与泛微e启营的创立者（海总）取得联系进行处理。