合理运用敏捷方法
十大秘诀
传统的敏捷,适用于定制软件领域,这里介绍产品软件领域如何应用敏捷
1、产品经理就是产品负责人。
2、使用敏捷不代表省略产品规划。只不过敏捷时候迭代更短,产品经理还是需要知道产品的标准。
3、产品经理和设计师比开发要早一两个周期。不能让开发和设计/产品一起进行。
4、尽量把产品设计工作拆分成独立的部分。但是不能拆的太细。
5、产品经理主要任务是定义有价值,可用的产品原型和用户故事。这些可以代替文档。优势在于:
可以请用户测试;强迫产品经理全面认真的思考问题;向开发团队明确的描述每次迭代周期需要完成的任务;
6、让开发人员自主划分迭代周期。有的需要好几个迭代,有的需要一个。
7、产品经理和交互设计必须出席每天的晨会。设计师向开发人员展示产品功能——开发人员相互展示完成的代码,让测试人员测试,请设计师和产品经理过目——测试人员和开发人员在制作原型的阶段识别潜在的问题
8、除非经过产品经理的许可,不然不要随便发布新版本。
9、每次迭代完成,产品经理应展示产品现状。让大家看到成果
10、在团队内展开敏捷培训。
合理运用瀑布式开发
扬长避短
瀑布开发的基本原则:
1、采用阶段式开发——需求文档,软件架构,底层细节,编写代码,测试,部署
2、采用阶段式评审——对每个阶段提交的成果进行评审,评审通过以后可以进入下一阶段。
瀑布开发的优势:
1、流程有可预测性
2、每个阶段结束都有详尽的文档,可以增强人们对项目的信心。
瀑布开发的缺点:
从产品经理的角度:
1、产品验证严重滞后——产品经理必须要到产品尾声才能看到成型的产品。事实上,在进入开发阶段之前,产品经理应该制作出产品原型。请目标用户测试。
2、变更计划代价不菲——任何前期决策的修改都会打乱开发流程。大量的工作都需要重新开始。
3、无法适应快速变化的市场——严重依赖流程和文档,一点点改动都需要很大的代价。这样产品经理的压力很大,一方面提交文档的时候要小心不要出错,之后还要准备随时更改修补。