• 我与周报里的进度百分比有不共戴天之仇

    2016/08/03 kwsy 23 评论

进度百分比不是软件工程的方法,它只是办公室里的政治工具。

许多公司要求程序猿写周报,周报的内容必有有一项–工作进度。这个工作进度,通常来说是要求写百分比的,只有极少数英明伟大的管理者要求只写完成或未完成。

今天,我来揭发进度百分比的三大罪。

第一大罪,反科学罪。科学,必须是可证伪的,然而进度百分比确是一个不可证伪的存在,当我告诉你一个项目的进度是70%的时候,你有办法证明进度不是70%么?我想,证明进度不是70%的难度,不亚于解决哥德巴赫猜想。与此同时,我也无法向你证明进度是70%,因为我无法计算。这样一个进度百分比,既不能证实,也不能证伪,毫无科学性可言。

第二大罪,掩盖真相罪。假设一架战斗机设计重量为10吨,领导来视察战斗机的制造进度,你屁颠屁颠的跟在领导身后,”飞机设计重量为10吨,现在飞机的重量是9吨,我们的工作进度已经完成90%啦“,听起来是不是有点可笑?我相信这样的事情绝对不会在军工领域里发生,然而这样的事情却每一天都在软件工程领域里发生,是的,每一天都在发生。进度百分比掩盖了事实的真相,领导不喜欢那个带来坏消息的人,于是,我们就用进度百分比把所有的坏消息藏起来。

第三大罪,逼良为娼罪。程序猿是最可爱的人,我们勤劳(加班),我们淳朴(情商略低),我们服从(弱势),原本是一群善良的老实人,却被这个进度百分比逼着说谎造假。百分比从来都不是算出来的,而是评估出来的,评估的结果因人而异,为了让领导们高兴,不找自己的麻烦,我们不得不按照他们的意志编写这些百分比。周报里的内容太少了,领导不高兴,于是我们会把一些还没有开始的工作写上去,进度标为10%或20%,反正没有人可以证伪。明明工作遇到了困难和问题,但我们依然把进度写的很漂亮,因为领导不喜欢坏消息,那么,我们就用百分比把坏消息藏起来。明明一项工作已经基本完成,工作进度却要写80%,这是为了下周的周报也有内容可以写,同时也可以给自己留出充足的回旋余地。我们精心的设计出一个有一个漂亮的进度百分比,只是为了让领导们觉得我们很努力,工作进展很顺利,领导们都是天降大才,在他们的治理下,公司蒸蒸日上。没有人在意,这些进度百分比都是严重偏离事实的。

百分比,根本就不是软件工程的方法,领导们要管控风险,不去从提升员工工作能力上入手,不去从提高管理水平上入手,不去从提高自身领导能力上入手,这是领导生病,给员工吃药,这药,便是周报,而周报只是外层的胶囊,百分比才是里面真正的起作用的药材,只可惜,这药材是有剧毒的。

我与周报里的进度百分比有不共戴天之仇,它毒害了我纯洁的心灵,让我说谎,让我造假,每周服用一次,我感觉自己的灵魂快被 掏空了,我发誓,我下一次找工作时,一定要和公司提要求,周报我可以写,但绝不写百分比,我只写完成或未完成,能通过测试的是完成,无法通过测试的就是未完成。

6 收藏


直接登录
最新评论
  • 萌狮 Python 2016/08/03

    软件编程生涯中,最扯蛋的,就是预估进度!!

    所有的坑都始于 此,终于 无数次对自我心灵的反省!!

    然而,既然是工作,管理者就要管控进度,管控风险,管控一切不可知的因素

    所以这是一个绝望的死循环,因为有了这个死循环,才有了无数的通宵加班,无数的过劳死!!

    在此我赋诗一首:

    上司虐我千百遍,我待上司如初恋,有朝一日变上司,虐死一片程序员!

  •     2016/08/03

    换一家不写周报的公司

    • kwsy   2016/08/03

      是啊,我也这么想,反正面试的时候就直接说清楚,底线就是不写百分比

  • Caesar PHP 2016/08/03

    所以我直接拒绝周报,大家可以三言两语搞定的事情,为什么还需要周报这个鸟东西呢

  • 爱的狄德罗定律 运维工程师 2016/08/03

    我写的是日报,就是上班期间干了什么,结果是完成还是未完成,加班不在日报里面。

  • 郑福真_flycutter   2016/08/03

    预估进度也是没办法的事情,90%的情况下预估的没问题吧

  • 程序猿   2016/08/03

    非常有道理啊

  • qinfeng_dj5   2016/08/03

    前提就是错的,你在进度可能被虚报的前提下讨论这个事情永远无解。你写的进度和你写代码本质上是同一种东西,如果进度可以虚报,测试是不是直接可以写assert(true)呢?

  • 百分比很无辜,我认为准确来说是你们公司管理的问题。

    任何类型的企业,如果没有目标,目标不能量化,基本就能定义为管理混乱。只要工作目标是量化的,百分比就会存在。谷歌推行的OKR管理方法,第一条就明确指出目标可量化,可量化的目标也才能被拆分。英明的管理者要的不是完成和未完成,而是让全公司上下为一个目标而努力。

    换句话来说,没有量化的目标,怎么评估完成和未完成?飞机重10吨那个比喻,如果你把目标定为制造一架重10吨的飞机,你造了9吨就是完成90%。而如果目标是造出每小时飞1000公里重10吨的飞机,你的团队在拆分这个目标的时候会多出更多的工作,但不影响这个事情的量化和百分比。

    最后,身为开发者的我,听到同行在汇报工作时说得最多最多的一句话就是“差不多”,天啊,差不多是个什么意思?即使不写周报,你连完成多少都说不清楚,那能不能定义你的工作目标也是模糊的?

    周报这种方法的本意其实是倒逼执行人员对公司目标进行拆分,并且给自己设立目标。不过多数领导者却把它用来考察执行人员的行动过程,这是非常可笑的。

    • kwsy   2016/08/03

      我非常赞同你的说法

      如果将手头的工作拆分成一个又一个可观察,可验证的小目标,对这些小目标赋予权重,那么单个小目标只有完成与未完成两种状态,而整体的工作,却可以根据小目标的完成情况进行计算,本质上,是目标量化上出了问题

  • 画梦 iOS工程师 2016/08/03

    表示不能太赞同。

  • vip .Net攻城狮 2016/08/03

    我曾经也做过周报、日志。可以体会到。

  • 1厘米 Java 2016/08/04

    我上一家公司还有日会。。而且是下班时间才开。。

  • 晓雨落风 全栈工程师 2016/08/04

    幸好我呆过的公司都没有要求写周报也没有要求百分比进度这一说。

    不过即使碰上了我也不觉得什么,以我强大的忽悠扯淡能力,周报神马的小儿科啦。

    程序猿是最可爱的人,我们勤劳(加班),我们淳朴(情商略低),我们服从(弱势),原本是一群善良的老实人