赶工赶工还是赶工,有时决定什么可以被牺牲很重要!

赶工赶工还是赶工,这是我入职新公司一年最强烈的感受,应该是互联网公司基本都存在的普遍“赶工期”的现象,毕竟随着互联网化的发展,公司对产品线不论是广度上的扩展还是对已经上线产品的更新深度上的要求及产品上线速度都是一个空前的挑战!

只从产品研发周期上来讲,大家在疲于奔命的无休止的为了产品上线,而不断地以迅雷不及掩耳盗铃的速度累积功能的同时,我们就像上了化肥在地里疯长的庄家!看着形式喜人,实际上在各个阶段,需求,原型,设计,前端,开发,测试,上线,运维各个环节不断挖更多的坑埋更多的雷。    

都有哪些可能的隐患会悄悄地溜进我们的产品中呢?

1,产品的时间这么短,一两天就画(抄)出的原型,考虑清楚这真的是用户(客户)的需求吗?有系统的思考吗?交互是否有遗漏?各种场景情况考虑了吗?

2,设计的时间这么短,主色调?文案?体验?

3,前端的时间这么短,前端兼容性?性能考虑?移动端和PC采用不同的技术?

4,开发的时间这么短,问题最多

不同的开发语言,混搭的系统,不同的编程风格,不同水平的技术

几十个项目,在赶进度面前,同一项目不同的开发人员来开发,不同水平,不同的理解,不同的风格,前面的技术如果有系统和结构化思维还好,不然也只能呵呵了!

由于开发环节前期的工作时间都短,开发过程中会对一些重要功能进行重复修改:对产品的一些核心的功能部分,如果没有事先考虑得足够透彻,就很有可能会出现在需求的不断演进中,不断地重复修改这些代码,对整个项目中的每个人都是一大考验,因为光要能摸清它的来龙去脉就要花费很多的时间和精力,而且还要保证与其关联的各种功能的正常运作。

不可复用的设计,产生大量不可复用的代码,或者技术这边没对现有系统进行及时重构和整理,先期的快速上线,只能导致系统越来越庞大以后,产品迭代越来越慢,维护的噩梦也开始了!

并不是所有的需求都确定了才开始开发,一些含糊不清的需求和规则,还会一直伴随着这个产品的从生到死。

技术工资相对高,是公司的成本部门,对不懂技术的来说能多压就压能多挤就多挤,最怕听到产品的一句就是,保持原有计划不变的条件下,这个又急又重要,必须在什么什么时间点钱完成。个别产品只会一味的摇尾巴取悦各个部门 ,做个需求的传话筒,咬住技术不放,即使你盯人盯活盯得再紧,最后的最后,是问题最后都暴露在技术这,但是技术大厦的根基不稳,现在挖的这些坑,埋的这些雷,总要有更多的技术花更大的成本来趟,更大的勇气来扛。

迭代没有错,快速迭代更没有错。生长没有错,野蛮生长更没有错。

但精益创业是每个岗位上的必修课,无论是不是创业公司,时间和资源都无比宝贵,看着程序加班加点搞出来那些被废弃的代码和功能,心有戚戚。

你可能感兴趣的:(赶工赶工还是赶工,有时决定什么可以被牺牲很重要!)