江苏龙网

  1. 首页 > 生活 > >

怎样应对 '习惯性以时间线紧张为理由而选择降低工作质量及项目未来发展' 这样的事情

没尚方宝剑是推不动的。我以前推的动的原因是我也负责这帮人考评
■网友
说到底可能确实是时间不够用。
国内的程序员真的是在疲劳战术中奔命，只顾得了眼前，哪里顾得上将来。
跟国外的程序员合作开发项目，他们虽然也忙，但不是国内这种充满了焦虑和疲惫的忙，而是有条不紊的忙着，任何细节都不放过，结果要正确，过程也要求完美。代码冗余不必说要重构，不小心多了行空格都不放过。一天就修改1，2个bug，3个都显得多了。就这样精益求精，产品做出当然也是美美的，程序员也能静下心来钻研各种解决方案。这一切的前提还是时间足够充裕。也许是发达国家客户有钱，产品卖得起价，所以能够支持这种开发方式。也可能是他们经过长期的实践，最后认为这种看似较慢的方式其实综合效益更好。
对于国内的程序员来说，时间是至高无上的标准。整个行业都是信奉唯快不破，老板讲的最多的也是要快，要抓紧先机，运营也是不断的要求快点迎合市场需求，落实到项目经理就是越快越好，白天干不完晚上加班干。市场一年到头都在变，机会一年到头层出不穷，所以一年到头都在不停的赶进度，所有人的大脑就是一个概念：快！快点完事才好交差，才能回家睡觉。这种情况下，任何无助于加快眼前工作的事情都会被本能的拒绝。
所以说，公司的自身条件决定了管理的手段。如果公司有核心技术或者财力雄厚，管理起来自然也轻松，各种科学的手段都可以上。如果还在起步阶段，生存是唯一的目的，管理方式上看起来就不会那么科学。

■网友
我料到这个问题下面会有人提到绩效考核权或者人事任免权。说的好像只要有权利的威压就没有推不动的流程一样。
那我来唱唱反调吧。说个我亲眼见证的故事：一个经理，手握绩效考核权和人事任免权，在他的团队推广“测试先行”的开发模式，给每个team定了硬指标要搞“持续集成”。最后却失败了。原因很复杂，我就不细讲了。我举这么一个反例就是为了反驳那些“手握天子令牌就能解决一切问题”的观点。你可以说这是个例。我却要告诉你，这不是第一起。凭什么说有了人事任免权你就一定能推动某项改革的？古代皇帝够大了吧？你觉得皇帝就能想到啥就办啥了？
软件产品的开发，High Quality - Low Cost - High Delivery形成了一个三角形。这图你或许见过。你把拨盘拨向High Quality，则必须承担High Cost和Low Delivery。一个成熟的团队，一定是根据自己所负责的产品的特点、用户需求的紧迫程度、竞争对手的状态等，在这三个指标间平衡取舍，选择一种适合自己的模式。题主你不要被业界那些搞流程的人忽悠了，一味追求”高质量“未必就是最佳选择。南橘北枳，吾之甘饴，汝之砒霜。
举个极端点的例子来说，假如你产品的功能跟用户的需求之间还存在较大的缺口。这时候你不赶紧把缺口堵上，你的客户就流失了。假如你都没客户了，你要“持续集成”和“高质量”的产品有个屁用啊。
【怎样应对 '习惯性以时间线紧张为理由而选择降低工作质量及项目未来发展' 这样的事情】 我给你几点建议：
不要预设立场。开发人员未必抵触持续集成。假如你把自己放到团队的对立面上，脑子里整天想着如何完爆对手，那注定不会有好结果。用嘴不如动手。不是叫你打架哦。我是说，言传身教比念经好用一百倍。具体来说，你说这工具好、流程好，你不能指着教科书跟人说，“你看，这是大牛说的”。 你得选一块地，带人做出来。然后过一段时间，那些欠了债的不是要还了吗？这时候的套路是什么？老板要求做新功能，那些人要推诿了吧，“我最近手里bug多，忙不过来...”这时候你就可以站出来了，你看，我负责的这一块，bug数量随时间变化的趋势是这样的，现阶段产品已经完全稳定下来了，团队已经可以全力投入新功能开发中去了，这一切都得益于xxx工具和团队先前在xxx流程上的投入。你要这么做了，哪怕你没有人事任免权，你都能看到一些改变。


推荐阅读


上一篇：php crc32函数生成的数字是否是唯一的

下一篇：字节Byte能否写成byte