马上注册,结交更多好友,享用更多功能,让你轻松玩转遂宁网
您需要 登录 才可以下载或查看,没有账号?注册
微信登陆
x
微信公众号@特大号发表的一篇文章《一个NB项目的上线过程》,说的是甲方一个简单的需求,乙方的销售、市场、产品经理死命往大里吹,最后的苦活都落到苦逼的乙方研发、测试、运维头上,实现的效果也惨不忍睹。
▽客户需求:造一条船,能过河就好 ▽产品经理:我们可以提供这样的方案 ▽首席架构师:按照需求规划蓝图 ▽高级研发经理:进行项目分解 ▽技术评估:这个项目起码需要1.5年 ▽老板发话:市场不等人,先上线再迭代,给技术团队1个月时间搞定!!! ▽研发团队:重新更改设计,马上开始编码 ▽测试团队:提前进入单元测试阶段 ▽测试团队:突击进入集成测试阶段 ▽项目终于正式上线了 ▽船动了,业务实际跑起来了 ▽可怜了这帮苦逼的人肉运维 ▽市场部:开始对外宣传成功案例 帖子留言的都是乙方的人员,尤其是开发和运维,摘抄几条如下: 销售吹牛逼,售后擦屁股。 吹牛X的后果就是坑死售后没得商量。 人肉运维,赤条条,勇敢前行。 中国企业都这样。 文章似乎在声讨乙方销售,或同情乙方开发和运维,可如果你以为甲方的需求真是“造一条船,能过河就好”,那你就是too young too naive。
那只是招标时的需求,或者更科学地说是甲方的一个大致目标,等到招标后需求调研时,你才会知道什么是需求大变脸,目标没变,可需求和具体用途都在变化。
打个比喻,就像女生招标前说“我要一件衣服”,招标后说“衣服要合身要定制”,过两天补充说“要去参加重要场合要高档”,又过两天再追加说“要体现本季流行元素”……
对有经验的乙方来说,这还是小case,互相矛盾或冲突的需求也不少见。
需求该详细的地方一定要详细,但不该详细的地方一定不要轻率多嘴。“造一条船,能过河就好”,如此简单的需求其实也有不该多嘴的地方。最终的目的明明是要过河,为什么一定在需求里定死“造船”这一种解决方案呢?造桥不可以吗?绕路不可以吗?
如果甲方真的研究、比较过各种解决方案的优劣,而最后选择造船,那能拿出的需求一定不是“一条能过河的船”这种模糊的需求,而是一张有优先级分类的详细功能清单。
如果不能,最好的提法是:我要经常过河来往,有什么解决方案能(1)实现成本在XXX以下;(2)过河时间控制在XXX分钟以内;(3)没有落水风险;(4)舒适度不能出大汗。
|