|
如果我们要做一个解决人类代步的工具，不是先发布一个轮子，再发布一个轮子，而是先做一块能摩擦起来的滑板。club.mypm.net
这听起来很合理吧，但事实上很多所谓的敏捷开发做的就是前的事，为什么呢?PgMp.mypm.net
因为那些PM或那些雄心壮志、备受各种订阅号追求极致文章影响的BOSS们，他 们 要 做 一 辆 超 级 无 敌 的 跑 车...这是他们内心真诚的冲动、想法、激情，whatever 这没错，但是结果是打造这辆无敌跑车需要一份足足可以绕月球3圈的 需 求 清 单，那么问题来了，我们怎么快乐的实现这个需求清单呢?聪明的RD们当然会愉快的告诉你，敏捷开发!!!!用户可以先抛一边去，他们活在我们的心里就好，那开始动手吧，嗯，发动机最重要，我们要用10个迭代来做好这个发动机，YO!SO COOL，好吧，光有发动机也没用啊，我们还是先做个车架吧，至少一眼看上去像个汽车啊...OH,FUCK，这个发动机根本没法组装到车架里啊....bla bla bla，回想起来，这些人是多么的虔诚，工作起来的样子是多很的认真有魅力，改变世界的多巴胺让你在每个加班的日夜里感觉还是多么的美好，但这个故事我也不想再说下去了，你们都懂。bbs.mypm.net
MVP是什么，MVP就是一个能发布且解决你所定义的核心问题的最小的需求模型，用产品的核心问题来定义产品的完整性，比如Snapchat，最核心的是阅后即焚，也许snapchat以后会演变为平台，但如果你一开始除了阅后即焚还在谋划朋友圈，商城，不好意思这不是MVP，这会让你的流程变得复杂，比如题主说的，如果某个功能在这个迭代不实现，那我应该是让它空着还是设计临时的方案还是在下个迭代再全盘修改(设计师和研发开始可笑的干架)每个迭代也无法从上个迭代从获得有效的反馈项目管理者联盟
MVP不代表简单粗陋，而是在于它的单一性和完整性，设计师设计产品时并不是凭空而来，而是要考虑各种限制条件，如果一个限制条件还要分几个版本来考虑，这是多么扯蛋的事呢。PgMp.mypm.net
所以，所谓的产品迭代不等同于敏捷开发中的项目版本迭代，每一个产品迭代应该都是一个经过设计师精心设计，反复验证过的成熟方案，而非一个半成品，而敏捷的角色依然是面对开发，工程师们关心的是功能的相关性，据此来划分迭代计划，最终交付给用户的是一个完整体验的产品。项目管理论坛 club.mypm.net
|
