研发项目管理准则.docxVIP

研发项目管理准则

我干研发项目管理快十年了，见过太多本来技术储备足够、市场前景也不错的项目，最后落得延期上线、口碑崩盘甚至不了了之的下场。刨开一些不可抗的外部因素，十有八九都是因为没有清晰的管理准则，全靠大家凭着感觉走：需求说改就改，进度没人盯，出了问题互相甩锅，好好的项目被慢慢拖垮。这些年我带着团队做了大大小小几十个项目，踩过的坑攒起来能有一箩筐，慢慢总结出了这套落地可行的研发项目管理准则，不是什么书本上抄来的空道理，全是踩过坑之后磨出来的实操规矩，今天整理出来给大家做个参考。

1项目启动阶段准则

项目启动是定方向的第一步，方向错了，后面再努力都是白费，所以启动阶段的核心准则就是把所有模糊的问题都掰扯清楚，不带着疑问上马。

1.1需求边界锁定准则

很多项目从一开始就埋了雷，就是因为需求说不清楚。我早年碰到过一个项目，运营提需求只说“做一个类似某平台的用户积分体系”，我们问具体要啥功能，对方说“先做出来看效果，不合适再调”，结果我们框架搭完，对方要加积分排行榜，再加邀请得积分，接着又要加积分兑换优惠券的联动规则，原本定的一个月工期，硬生生拖了三个多月，开发团队怨声载道，运营也不满意说我们进度慢。从那之后我就定死了这个准则：任何项目启动前，必须把所有需求梳理清楚，按“核心必须有”“后续迭代可以加”“暂时不考虑”三个等级分类，所有核心需求一条一条写清楚，效果是什么、边界在哪里，让需