<dd id="dbjz6"><noscript id="dbjz6"></noscript></dd>
    <th id="dbjz6"></th>
      1. <dd id="dbjz6"></dd>
        1. 烂项目之殇——遇到烂项目该怎么办?

          人在江湖飘,哪能不遇到烂项目呢?遇到烂项目,无非就是欲哭无泪,想跳跳不出来,项目中的每个人都筋疲力竭,惟愿赶紧结束了项目,至于项目能做成啥样,已没人再去关心了。既然大家都不想碰到烂项目,不想陷入到烂项目中,咱们就来简单聊一聊如何识别和规避烂项目。

          烂项目之殇——遇到软件烂项目该怎么办?

          为啥会遇到烂项目

          一般而言,遇到烂项目大概有以下几种情况:

          自己开启并做出来一个烂项目

          作为项目最早的参与人员,烂项目可以算是自己亲手做出来的了,在这种情况下不能怨天尤人,只能含着泪跪着也要做完。

          进入项目时就已经是个烂项目

          这种情况就很不幸了,算是跳进了火坑,项目做烂了,中途接手,想S的心都有;想退出来,没门,好不容易逮着你了,没有接盘侠,怎能放你走。

          项目做着做着就成了烂项目

          一开始项目并不烂,大家也是激情满满,但不知咋回事儿,做着做着项目就给做烂了,但又不能半途而废,只能一边抱怨着一边继续做下去。

          这几种情况我都碰到过,既有自己虎头蛇尾开启过烂项目,也有作为接盘侠填坑烂项目,更有眼瞅着项目越做越烂。特别是跨平台联合作战的项目,更容易出现烂项目。当然,经历多了烂项目,看多了烂项目,也就能认清烂项目的几个特点,也算是血与泪的教训吧~~~

          烂项目的几个特点

          以个人经历来看,烂项目至少有几个典型特点,一旦能识别这几个特点,就可以趋利避害,躲避烂项目,或者及时止损,改造烂项目。

          1、缺少项目经理

          我认为烂项目最典型的特点就是缺少称职的项目经理。我见过不少项目,缺少项目经理角色的人选,没有统一协调人,项目参与方各自为政,进度对不齐,出了问题不知道找谁,就跟无头苍蝇似的乱飞。当然,没有称职的项目经理,等同于没有项目经理,不称职的项目经理对于项目团队而言更具破坏力。

          2、缺少可落地的行动计划

          没有行动计划是很多项目烂掉的原因之一。缺少行动计划的指导,心里就没底儿,感觉项目就是个无底洞,不知道要做到啥时候,要投入多少资源,特别容易让人懈怠,最后不了了之。另外,现在有迭代版本一说,没有明确的行动计划,最终在哪个版本上体现都不清楚。当然,不具备可落地预期的行动计划,等同于没有行动计划。计划不可落地,直接就让大家产生抵触心理,带着抱怨做工,其项目质量也就可想而知。

          3、缺少明确的项目目标

          没有项目目标是很多烂项目的典型特点。项目目标不清楚,质量要求不明确,参与人员不知道整个项目要做成啥样,有啥质量或性能要求不清楚,最终就是不清不楚的做。反正也没有明确的目标要求,做成啥样算啥样呗,等到用户一验收,暴露出来N多问题,这时又不想修复了,因为没有目标已成了最好的搪塞之词,就想着赶紧跳出项目呢,破罐子破摔,剩下的烂摊子爱谁接谁接了。

          4、缺少项目跟踪和管控

          做着做着做成了烂项目,根因之一就是缺少项目跟踪管控。跟放羊似的,起了个头,然后撒开了大家去做吧,结果就是整个项目不可控。没有项目跟踪,就不知晓项目偏差和进度风险,等到了不可收拾的地步时,项目也就千疮百孔,没法再救了。透明的可视化的项目管理(诸如精益看板)是这种病症的有效解药,即便没有日站会,所有参与人员也能知晓整个项目的进展情况。

          5、缺少流程规范约束

          涉及到跨平台的联合作战项目,特别容易因为缺少流程规范约束导致烂尾,比如需求变更、代码变更、merge合并、code review、缺陷提交等等。有人的地方就有江湖,何况是不同帮派的人员聚在一起。若是没有流程规范制约,各有各的做事风格,互相看不惯对方的做事习惯,自然容易起争执,结下梁子,协作出现嫌隙,进而影响整个项目顺畅开展。

          6、缺少良好的沟通反馈机制

          通畅的沟通反馈,容易让信息不失真,不滞涩。相反沟通反馈有问题了,很多问题就不能显式的暴露出来,自然问题也就得不到解决。问题不能及时解决,没头苍蝇似的乱转,找不到能解决问题的人,积极性就受打击,参与感不强,自然而然就不想开展下去,项目做好做坏也就无感,最终逐渐烂尾了。

          如何规避或改造烂项目

          遇到烂项目自然是痛苦的,大家的对策也是各有不同,粗略来看大概有以下几种:

          1、一走了之

          惹不起躲得起,干脆一走了之,爱谁收拾烂摊子谁收拾吧,反正我再也不想白白浪费时间了,眼不见心不烦;当然,至于会不会再碰到烂项目,那只能祈求老天了。

          2、重起炉灶

          既然项目做烂了,干脆重新再来吧,及时止损,但至于能不能再次走老路,再做出来一个烂项目,则很难说了。

          3、外科手术

          项目做烂是因为技术不好,那就用新技术新方法新工具改造;当然,能不能烂上加烂,那也是很难说了。

          4、温和改良

          虽然项目做烂了,但本着治病救人的态度,有改善的希望就改造烂项目,能挽回一点损失算一点。

          当然,就我个人而言,也是倾向于温和改良,保守治疗。既然已经识别到烂项目的特点,无非就是对症下药,缺少项目经理,就赶紧找个称职的来顶上;没有计划,缺少规范,沟通不畅,那就缺啥补啥。最重要的是,项目要有定期复盘,通过复盘及时纠偏,不能让项目继续烂下去。就算这个项目真的烂尾了,通过项目复盘不断总结,以后一旦再碰到此类项目,就知道如何避开导致烂项目的问题,别再跌进去曾经踩过的坑里。

          后记

          在研发过程中,烂项目还是很常见的。究其因,打铁还需自身硬,平时不注意规避项目问题,平时不注意项目复盘总结积累,一旦项目做烂了,势必影响团队士气,也难以交付高质量的项目成果物。当遇到烂项目的时候,也别立即放弃了,针对病症对症下药,及时止损,也许还有救回来的可能呢?

          源自公众号  软件质量思考随笔

          ?

          留言

          chinesemature老熟妇oldman