敏捷开发资料收集

作者：李国柱 精益敏捷/团队成长转型
链接：http://zhihu.com/question/19645396/answer/57383177
来源：知乎
我想试着从敏捷与传统开发的不同入手来说明敏捷的本质。

传统开发方式和敏捷的不同首先是世界观（软件开发的世界）的不同。

在传统开发方式的世界观里，软件开发过程是确定的、可测的，只要在一开始努力收集到需要的信息并制定好计划，然后忠实的执行计划就应该可以成功。如果不成功一定是你在一开始就没有做好，没收集到必要的信息，计划做的不好或者执行不到位。然后传统开发方式就试图引入更多的流程，文档，试图让每一步都做到万无一失。

而在敏捷的眼里世界可不是这样的，敏捷认为在软件开发中，世界是变化的，有很多不确定性的。一方面，从认知角度来说，我们是无法在一开始就收集到确保成功所需要的所有信息的，必然是随着开发的进行，我们对正在做的东西的认识才越来越深刻。因而做一段时间后常常有发现需求需要调整，或之前的设计不是最合适的情况发生。另一方面，世界本来就是在快速变化中，我们不得不随之做出调整。因此敏捷的很多实践主要针对如何应对变化。

作者：肖琦
链接：https://www.zhihu.com/question/19645396/answer/24782180
来源：知乎
著作权归作者所有，转载请联系作者获得授权。
从一只产品汪的角度出发，在我看来，敏捷开发就是一种保守主义的产品思维。

先说说建构VS扩展的二元分析框架：

建构论相信，存在一个全知的设计者，能够掌握人类社会的所有知识，然后设计出一个完美的方案，让人们各取所需、良性运转。

而扩展论呢，它认为知识是分散掌握在一个一个具体的人手中，所有的这些人和知识汇聚在一起，才构成了知识的全部。

建构论的产品经理们，会认为开发好产品的方法是可以被完全学习和掌握的，只要有足够优秀的设计者们聚集在一起，只要有足够牛逼的idea，假以时日，就能设计开发出足够优秀的产品。

扩展论的产品经理们，认为开发好产品的方法是不能被完全学习和掌握的，产品不可能覆盖用户的所有使用场景并预解决用户的所有问题，一切的一切，只有让产品直接面向用户，到海量用户中去寻求产品改进的方法。开发一个好产品的知识是分散在一个一个具体的用户手上。

毫无疑问，保守主义站在了扩展论这一边。

埃德蒙·伯克，保守主义的开山祖师说过：「我們擔憂人們會依照自身的理性主導其生活和交易，因為我們懷疑每個人的理性其實是相當有限的。」

应用到产品思维身上，我把它翻译为：「我们担忧产品经理们会依照自身对用户和社会的想象，来固执地设计产品，因为我们怀疑每个人产品经理对用户的理解其实都是相当有限的。」

这其实就是敏捷开发的出发点。一点一点往前拱，寻求渐进式改进，而不是革命式重建，不要求一步到位解决用户的全部问题，不要贪多求全，而是小步快跑，快速检验，在实践和迭代中去发现问题，解决问题，积累宝贵的经验。

我相信每一位信奉敏捷的产品经理，同时也是一名保守主义者，不相信有什么必然通往成功的道路，不相信有什么全知全觉的产品大牛，只相信每一次过往经验的成功和失败， 只相信用户才是检验的唯一标准。

我们永远无法找到真理，我们的每一次努力只是想离它更近一些。