加分笔记

项目

一个项目的死法,通常不是技术问题

我回看了三个没做成的项目,技术卡住的只有一个,另外两个死在别的地方。

一个项目的死法,通常不是技术问题

手上经手过几个没做成的项目。回看下来,真正因为技术做不出来的只有一个,另外两个死得更安静。

死法一:没有"验收人"

项目启动时大家都很热情,做到一半发现——没人能拍板说"这就算做完了"。每个人都是"参与的",没有一个是"负责的"。这种项目不会突然死,它会一直拖着,拖到所有人都不再提它。

死法二:需求一直在长

每开一次会加一点,每次加的都"顺手""很简单"。三个月后回头看,做的东西跟最初立项时已经不是一回事,而工期还是原来那个。范围失控比进度落后更致命,因为进度落后还能追,范围失控你连终点在哪都不知道。

死法三(少数):方向本身就是错的

技术没问题,执行也没问题,就是判断错了——比如市场变了、客户其实不需要。这种最不丢人,但要早点认。沉没成本会让人硬扛,扛到最后损失更大。

我的三条对策

  • 立项时写死一句话:谁验收,什么叫做完。写不出来就先不做。
  • 范围只减不增:要加新东西,先指出砍哪个。
  • 每两周问一次:"如果今天停下来,损失是什么?"答不上来的项目,可能本来就不该做。