对近期项目的一些反思

从一个月之前的文章《软件工程-从嗤之以鼻到视若法宝》,大伙就知道我时常有进行过反思,文章也大致描述了我个人在软件这个行业中的些微心路历程。

最近,我们产品要上线了,问题比较多,我也经常忙得不能及时上厕所。也许有人说产品上线之际都会这么忙的,但我觉得如果准备得非常充分,则可以减少一些这样的忙乱,很多问题其实早就可以扼死在襁褓中。因为各种原因没有这么做,导致问题越积越多,后面临阵磨枪,心里总有几分不安。

冷静一下,我要开始进入反思模式。

问题1:  B2B2C型互联网产品,没有产品经理。

我认为这是一个大坑。可能项目负责人觉得自己就是产品经理,知道自己想要做什么,对商业模式也有过深思熟虑。然而残酷的事实是,项目负责人其实只是老板,懂得产品的一些皮毛,却根本做不了产品经理该做的事情。对于拼单这个功能,负责人的理解深度就是:几个人一起买,人数够了就发货,若到规定时间了人数不够就退款。这样的话,还会觉得拼单这个功能很简单,不明白开发人员为何要花那么多时间才能完成,总是觉得开发人员在忽悠。没有产品原型图或业务流程图,开发人员边开发边讨论业务流程,进度也会慢很多,而且返工现象很严重。

问题2:技术负责人实际是兼职顾问,不能全身心投入

这是第二个大坑。作为兼职人员,职责不明确,或者规定的合作内容远少于一个负责人该做的事情。这种情况下,其实应该还有一个技术负责人,负责跟进项目的开发进度,攻关技术难题,对可能面临的技术问题寻找解决方案,对开发人员的设计及代码进行审核,并及时调整或重构。比如模块划分方式,要想到怎样划分从业务和技术角度看更合理,并且能更好应付之后需求的变动等等。兼职顾问很难把这么多精力放在项目上,以为有问题时才需要找他,可是等真正出现问题时,可能已经面临一大笔技术债了。

产品要上线时,才发现开发人员对业务流程的理解有很多不一致的地方,因为第一个坑的存在,又导致没有原型图、业务流程图可参考。这种情况下,如果不补充一些图文资料,上线后出现问题时,如何快速定位问题也将变得困难。因为开发人员在出现问题再去看自己的代码时,可能已经忘了当初写代码时所遵循的业务流程是怎样的。而补充这些文档,又要花费不少时间,上线时间紧迫,眼前的Bug都改不过来,左右为难。

问题3: 远程办公,难以做到及时高效地沟通

这不算一个大坑,但也有些问题存在。虽然我们知道,远程办公应该也是一种趋势,互联网的无处不在,让我们有时候天涯海角却近在咫尺。但是,远程办公以后,员工的工作时间安排自然变得相对自由,这样有些问题不能及时得到答复,或者原本三言两语就能说明白的事情,在微信或QQ上需要多说几遍对方才能理解。对于经验很丰富的老鸟,远程办公会相较于年轻的经验没那么多的人员更适合些,因为这些老鸟在工作中需要沟通的情况更少一些,很多事情说一句就领悟到了,就可以埋头继续干正事了。

以上就是我对近期项目的一些反思。说这些,无非就是警醒自己,以后遇到类似的状况应当谨慎,并未雨绸缪。如果能对一些同行们有启发,那当然是再好不过了,而这些问题的解决办法呢,引用一种说法,就是:答案已经包含在问题之中了。

微信扫码,进入【技术人成长】社群逛逛。