《启示录》阅读笔记（十三）——合理运用敏捷方法+合理运用瀑布式开发

合理运用敏捷方法

十大秘诀

传统的敏捷，适用于定制软件领域，这里介绍产品软件领域如何应用敏捷

1、产品经理就是产品负责人。

2、使用敏捷不代表省略产品规划。只不过敏捷时候迭代更短，产品经理还是需要知道产品的标准。

3、产品经理和设计师比开发要早一两个周期。不能让开发和设计/产品一起进行。

4、尽量把产品设计工作拆分成独立的部分。但是不能拆的太细。

5、产品经理主要任务是定义有价值，可用的产品原型和用户故事。这些可以代替文档。优势在于：

可以请用户测试；强迫产品经理全面认真的思考问题；向开发团队明确的描述每次迭代周期需要完成的任务；

6、让开发人员自主划分迭代周期。有的需要好几个迭代，有的需要一个。

7、产品经理和交互设计必须出席每天的晨会。设计师向开发人员展示产品功能——开发人员相互展示完成的代码，让测试人员测试，请设计师和产品经理过目——测试人员和开发人员在制作原型的阶段识别潜在的问题

8、除非经过产品经理的许可，不然不要随便发布新版本。

9、每次迭代完成，产品经理应展示产品现状。让大家看到成果

10、在团队内展开敏捷培训。

合理运用瀑布式开发

扬长避短

瀑布开发的基本原则：

1、采用阶段式开发——需求文档，软件架构，底层细节，编写代码，测试，部署

2、采用阶段式评审——对每个阶段提交的成果进行评审，评审通过以后可以进入下一阶段。

瀑布开发的优势：

1、流程有可预测性

2、每个阶段结束都有详尽的文档，可以增强人们对项目的信心。

瀑布开发的缺点：

从产品经理的角度：

1、产品验证严重滞后——产品经理必须要到产品尾声才能看到成型的产品。事实上，在进入开发阶段之前，产品经理应该制作出产品原型。请目标用户测试。

2、变更计划代价不菲——任何前期决策的修改都会打乱开发流程。大量的工作都需要重新开始。

3、无法适应快速变化的市场——严重依赖流程和文档，一点点改动都需要很大的代价。这样产品经理的压力很大，一方面提交文档的时候要小心不要出错，之后还要准备随时更改修补。