INSPIRED启示录 读书笔记 - 第26章 合理运用敏捷方法

十大秘诀

1、产品经理即是产品负责人，他代表了客户的需求，因而需要与产品开发团队保持密切的联系，协助督促开发进程，及时解决出现的问题

2、使用敏捷方法绝不等于省略产品规划。规划周期应该适度缩短，反复迭代，采用轻量级的机会评估方法替代冗长的市场需求文档

3、产品经理和设计师的工作进度应该比开发团队领先一两个迭代周期，确保你们有足够的时间攻克难题。始终让开发人员参与评估产品设计和产品原型，及时反馈关于可行性、成本、解决方案的建议

4、尽量把产品设计工作拆分成独立的部分，目标是设计出符合基本的产品。设计师必须加快工作速度，采用迅速制作原型的方法更能适应敏捷环境

5、产品经理的主要任务是定义有价值、可用的产品原型和用户故事，作为开发的基础，用产品原型和用户故事替代厚厚的产品需求文件和功能说明文档有三个优势

    1.可以请用户测试

    2.强迫产品经理全面认真地思考问题

    3.向开发团队明确地描述每次迭代周期需要完成的任务

6、让开发人员自我划分迭代周期

7、产品经理和交互设计师必须出席每天的晨会

8、除非达到了产品经理的要求，否则不要轻易发布新版本

9、在每次迭代完成后，产品经理应该向团队展示产品现状，以及下次迭代的产品原型，让大家看到工作成果，同时加深大家对产品的理解，增强团队对这种开发方式的信心

10、在团队内展开敏捷培训。只有每位团队成员都真正理解敏捷方法，你才能把工作重心放到执行上，否则敏捷方法就只能停留在教条式的理论层面

迭代初期开发的产品能用做原型吗

这种做法也许适用于定制软件，但是对产品软件是行不通的，原因有三点

    1、用一个迭代周期来验证产品创意时间太长

    2、在探索（定义）产品的阶段，开发团队还有许多重要的工作要完成

    3、进入开发阶段，设计出软件架构后，再想改变产品设计思路，无论是成本还是难度都太高了

敏捷方法可以用来开发产品软件吗

敏捷方法起源于定制软件领域，而不是产品领域

敏捷方法同样适用于产品软件的开发，但应用时应该做出相应的调整

敏捷方法唯一不适合产品软件开发的地方是在架构设计方面

转载于:https://www.cnblogs.com/TanSea/p/INSPIRED-26.html