【老梗新读】一个NB项目的上线过程，泪盈盈……

小鱼钓猫

    微信公众号@特大号发表的一篇文章《一个NB项目的上线过程》，说的是甲方一个简单的需求，乙方的销售、市场、产品经理死命往大里吹，最后的苦活都落到苦逼的乙方研发、测试、运维头上，实现的效果也惨不忍睹。

▽客户需求：造一条船，能过河就好

▽产品经理：我们可以提供这样的方案

▽首席架构师：按照需求规划蓝图

▽高级研发经理：进行项目分解

▽技术评估：这个项目起码需要1.5年

▽老板发话：市场不等人，先上线再迭代，给技术团队1个月时间搞定！！！

▽研发团队：重新更改设计，马上开始编码

▽测试团队：提前进入单元测试阶段

▽测试团队：突击进入集成测试阶段

▽项目终于正式上线了

▽船动了，业务实际跑起来了

▽可怜了这帮苦逼的人肉运维

▽市场部：开始对外宣传成功案例

    帖子留言的都是乙方的人员，尤其是开发和运维，摘抄几条如下：

    销售吹牛逼，售后擦屁股。

    吹牛X的后果就是坑死售后没得商量。

    人肉运维，赤条条，勇敢前行。

    中国企业都这样。

    文章似乎在声讨乙方销售，或同情乙方开发和运维，可如果你以为甲方的需求真是“造一条船，能过河就好”，那你就是too young too naive。
    那只是招标时的需求，或者更科学地说是甲方的一个大致目标，等到招标后需求调研时，你才会知道什么是需求大变脸，目标没变，可需求和具体用途都在变化。
    打个比喻，就像女生招标前说“我要一件衣服”，招标后说“衣服要合身要定制”，过两天补充说“要去参加重要场合要高档”，又过两天再追加说“要体现本季流行元素”……
    对有经验的乙方来说，这还是小case，互相矛盾或冲突的需求也不少见。
    需求该详细的地方一定要详细，但不该详细的地方一定不要轻率多嘴。“造一条船，能过河就好”，如此简单的需求其实也有不该多嘴的地方。最终的目的明明是要过河，为什么一定在需求里定死“造船”这一种解决方案呢？造桥不可以吗？绕路不可以吗？
    如果甲方真的研究、比较过各种解决方案的优劣，而最后选择造船，那能拿出的需求一定不是“一条能过河的船”这种模糊的需求，而是一张有优先级分类的详细功能清单。
    如果不能，最好的提法是：我要经常过河来往，有什么解决方案能（1）实现成本在XXX以下；（2）过河时间控制在XXX分钟以内；（3）没有落水风险；（4）舒适度不能出大汗。

1357910

看标题还以为是笔电项目呢！

牛屁娃

笑笑而过。

小懒鱼

招投标项目很形象！
来自: Android客户端

大蟒鞋

一级一级往下传，客户需求早就走样了，到最后就已经变味了。
来自: Android客户端

春光灿烂

人肉运维真的是苦逼啊~
来自: Android客户端

蜗牛真牛

研发成本30%
维护成本70%
来自: Android客户端

凹凸曼打小怪兽

产品经理无论怎么吹牛逼，能把项目拿到就是成功！
来自: Android客户端

花记者报道

凹凸曼打小怪兽 发表于 2018-7-10 10:32
产品经理无论怎么吹牛逼，能把项目拿到就是成功！

然后回公司被所有人吊打？
来自: Android客户端

一个人的风景

很形象啊！
来自: Android客户端

西山漫步

这算行业揭黑不？
来自: Android客户端

灵魂屌丝

吹上天了
来自: Android客户端

小清晰

牛牛牛。。。。。。。

洗羊羊

很多公司都这样啊，不吹大一点根本就拿不到项目。
来自: Android客户端

琴意绵绵@（Carr

来自: Android客户端

chenl_ce2009

楼主是程序员吧，哈哈
来自: Android客户端

老欧

这难道是影射某些东西？
来自: iPhone客户端

网哥

做任何事尽量多问甲方爸爸，问得越细改的越少。天天改的哭估计是捞起半截就开跑的，要不然就是遇到个不要脸的
来自: Android客户端

外卖店小二

理想丰满，现实骨感
来自: Android客户端