用敏捷开发，绝大部分是被逼无奈的情况下产品缝缝补补的遮羞布。
当然，我要说的是，正规的开发产品流程，敏捷开发实际上是不允许。这就要说到产品设计的需求源头，如果你公司是正规互联网公司，公司首先有商业层面的战略布局，在这个布局下就会产生各种各样的项目，这些项目绝大部分是运营部或市场部所主导的，然后运营架构，变现路径形成后，进入产品策划，原型设计，美术加工，最后码农们开始劳作，测试以后交付运营。就算是人数再少的团队，都会走这个流程。在过程中，修改bug，都是小事，奔溃的事实是大部分人都遇到过返工，甚至回炉的情况。然后特么无数次修补的产品，都未必上的线了。你知道问题出在哪吗？问题就是，不知道哪为大佬说的，敏捷开发概念，然后一堆没理解其含义的人就肤浅的认为，产品建设是个随时能改的事，真的是这样么。给你举个例子，你去餐馆点了5个烤串，厨子刚把羊肉肉插上竹签，你说哎呀给我改成芹菜炒羊肉吧，厨子骂完街以后，把竹签拆下来，开始切芹菜，一会儿把羊肉喂好的料给洗了，芹菜切一半，你突然说其实羊肉丸子汤泡饭更好吃，厨子把气的差点把菜刀咬碎，到过道里抽了根烟，冷静了一下，心想算了，反正把肉和菜剁碎了放点面搅一搅就好了，于是回到厨房，准备起来，刚刚把肉菜面粉倒进盆里，还没来得及搅拌给，你又说，有朋友要来陪我吃饭，改成羊蝎子吧，厨师解开腰上的皮带，把皮带挂在房梁上，正准备要xx时，老板走进来，对厨师说，你特么不是出了名的快刀手厨师么，客人都等的不耐烦了，你还有脸上吊？厨师，微微一笑，踹开了脚下的椅子。嗯，这个例子，想和你说这特么就是现实中的敏捷开发。你觉得产品经理会[拥簇]吗？有多少项目多少企业就是死在这里，产品还没上线，就被一顿改，一直改到资金流断裂也没上线。他们总觉得自己是敏捷开发，随便改，却忘了，产品就像那堆烤串一样，只有客人吃到嘴里，评价完咸淡才可以进行下一次升级优化的，否则一切的需求都是，推理！敏捷开发，是给那些没有企业战略，没有运营节奏，没有产品全景的人的遮羞布。
我申明一点，敏捷开发这事，是在特殊情况下的应急方案，你理解为是楼道里的消防栓，那都是在急救情况下才会用的方法。在正常的开发流程里，一旦需求封闭了，所有的需求就会被安排在下一次动工，也就是你必须的做完烤串，才会去做芹菜炒羊肉，羊肉丸子汤，羊蝎子。
那么大家的误区在哪呢？很多时候，产品的版本管理会有快速迭代的现象，但是！那绝不是敏捷开发，那就仅仅只是快速迭代，注意！即使是这样，也是一个版本一个版本的做！且是连续性业务！举个案例，微信升级就是一点点抠出来的，而且是在移动通信的基础上迭代出各种基于移动通信的业务，而陌陌，从陌生人社交做成现在的自媒体平台，业务上基本是硬转型，现在的陌陌，真是@！％＆。
最后补充一下，敏捷开发的真正应用的场景，我家冰冰出事了，运营老大半夜3点打电话给我说，你特么马上给我弄个可以实现以明星丑闻为主题的抽奖游戏，我从3点15分听完需求后开始动笔原型图及prd，3点58分打电话给还在公司加班的技术总监，告诉他这是紧急事件，启用机动性建设方案，明早9点我到公司验收，技术大佬们为了报复我，7点46就特么打电话给我，逼我回公司验收，修正了不到42个bug后，8点55看到运营老大，他一边啃着包子一边听我叙述流程，点了头说，上线吧，当日流量增量了7百多万。这就是敏捷开发…………
就这样吧，反正没人会[拥簇]它。嗯。
网友评论