产品开发流程8个步骤
精彩内容 最近在研究Docker的“build once run anywhere”。有一位从传统软件刚转互联网的同学问到一个问题：如何更好地开发互联网软件产品？我想到了这篇6个月前的公众号文章，希望可以回答他的问题。本文总结出了「闭环」产品开发生命周期管理的8个步骤。
友情提醒：为了更好地阅读本文，建议读者对两个领域有预备知识：Scrum 和 Lean Startup MVP。
下面我们逐一介绍一下闭环开发互联网产品 8步骤。
8-1 产品需求分析
万事开头难，第1步产品需求分析是决定做正确的事，毋庸置疑，是最挑战的步骤了。接下来7步骤是正确的做事，都是为这一步服务的。关于需求优先级管理，最著名的算是洋葱理论（Onion theory）了。篇幅所限，没法展开讨论，后续单独写一篇讨论洋葱理论。
8-2 MVP定义
MVP（Minimum Viable Product）最小可行产品，是在每一个互联网产品开发周期中至关重要的一环，MVP意味着在8-1中需求列表中选出的该产品需求，不多不少，正好可以验证它的可用性。通过MVP定义，可以花费最小的团队成本去获得最大的经验教训。
8-3 UED设计
冲刺开始了，MVP需求确定后，开始组建团队进行冲刺（Sprint）。UED的传统交互、视觉设计就不赘述了，这一步有一个关键点，就是前端工程师FE的归属问题，属于UED还是R&D？各个公司都有各自不同的做法，各有利弊。如果FE属于UED，FE团队的技术沉淀会小，CSS、JS、HTML毕竟属于技术范畴，长期看，FE团队会因为缺少技术挑战而流失。反之，FE属于R&D的话，技术成就感会高，但和UED的沟通成本也会加大。
8-4 开发测试
冲刺关键期，开发测试，顾名思义。这个步骤尤其要注意的是开发和测试工程师需要加大沟通，最好坐在一起，能喊一声就解决的事情就不要来回写email、file bugs了。开发测试都是对最终的软件质量负责，能最快解决问题，就不要加大沟通成本。
8-5 验收
冲刺验收阶段UAT是由产品经理牵头的，协调测试、自动化测试、UED等关键干系人给出验收报告，通常包括测试用例统计报告、压力测试报告、性能测试报告、用户体验UED一致性报告等。该环节的总负责人是8-2的MVP的定义者，通常是产品经理。
8-6 持续集成
持续集成，搭建软件日构建能力，是提高软件开发效率的关键步骤。通常都是使用Jenkins，配合SVN等代码版本控制软件，实现产品开发的持续集成和快速迭代。Docker的“build once run anywhere”目前是这方面的热点课题，希望之后能展开说说。
8-7 上线运营
冲刺验收通过，终于可以上线了。把代码部署到线上，是工程师的最后一击，某种程度上，也是险象环生的一环。为了最小化风险，我们聪明的工程师们想到了灰度发布机制。灰度发布与互联网公司常用A/B测试比较类似，灰度发布是对某一产品的发布逐步扩大使用群体范围，也叫灰度放量。
8-8 数据反馈
提到数据分析和反馈，第一个关键字就是“埋点”。看看这个图示意出了n处数据来源。数据分析的结果供8-1需求分析使用，持续改进8-2 MVP定义的质量，形成良性循环。
篇幅所限，没法展开讨论，8步骤里面每一步都可以单独写一篇详述。为了持续获取这方面的知识分享，请长按关注以下二维码。
