2016年底，跟公司的台湾市场沟通了下手上项目的进展及上线的推广策略后，隐隐觉得，现在有比进行当前app开发项目更重要的事情，那就是把公司的网站移动端赶快做起来，因为现在是移动化大趋势，我们已经晚了很多。经过一天的考虑，向老板提出先做网站移动版的建议。这个决定意味着团队近一年所做的项目，可能会被再次延期上线，甚至被当掉。但是考虑到网站发展的需求和项目开发的现状，还是把自己的想法跟leader讨论了一下。讨论的过程并不顺利，leader委婉的拒绝了我的想法。然而讨论之后下一周，leader召集我们开了一个会，着手让开发团队开始熟悉网站的接口，准备开始进行移动app的开发。

接着便开了集体会议，进行了立项，接下来的2个月，整个团队基本就是连轴转，在2个月内完成了app功能开发和验收，剩下就是测试和产品的打磨。从产品立项到产品基本开发完成，在2个月内完成，对于一些磨合的非常好的团队来说，并不算快，但与之前的项目开发速度相比，这次我们的速度简直让我自己也有些惊喜。接下来，我就把在开发过程中与之前开发流程做出的调整提出来，欢迎大家讨论交流。

1.确定最小产品模型，mvp。

设计产品的原型在之前，用了两周左右的时间熟悉和思考网站业务，初期做的版本主要目标人群是网站买家，流程基本跟着网站业务流程走，加上之前已经有的移动web端做军师，这些工作完成的很快。我们的网站是一个提供第三方游戏相关宝物，点卡交易的平台，因此，买家使用的基本流程就是，选购商品-查看商品详情-下单-付款-领收商品-评价。确定业务流程后，就开始确定实现这个业务流程最简的功能。其他的例如购物车等功能，都没有纳入第一版的开发计划中，功能确定原则就是：一切不是强需求的需求，统统往后面版本放。功能精简，自然做的快。

2.实时跟进每个团队成员的工作进度，确保每个团队成员一直在线。

我们选择开发方式，不同于一般的产品开发流程，确定产品的所有界面和功能后，撰写文档，文档评审完之后再交付开发。而是在开发熟悉代码的两天时间里，就开始设计用户登录流程和界面，然后给UI设计完界面，同时输出登录部分文档，接着召开需求会议，确认需求后就开始进行登录功能的开发。

也就是说，基本上是把app的功能拆分成独立的一个个小模块，然后不断循环”原型设计-需求评审-开发-测试“这个流程，一环套一环。比如最常见的电商业务，分为商品搜索，商品浏览，下单，支付。那么就是先把商品搜索的功能和页面确定，跟开发沟通好细节之后就可以进行开发工作，商品浏览，下单，支付的功能放到下一个功能点开发周期中做。每个模块开始的时候，只要保证在开发前确定需求细节和界面，就可以让团队的每个人都奔跑起来，前提是产品已经明确了产品方向和功能，不然很可能在执行时某个环节就断了。

3.团队集体复盘

其实整个开发阶段分为两段，第一月是mvp开发，第二个月增加了一些业务需求，并在后两周一直进行测试，反馈，改bug的循环。第一个月的mvp基本开发完成后，让团队成员把自己近一个月的开发感想和意见都提出来，便于下一阶段工作流程的调整。队员们对过去一个月里新的开发流程表示认同，同时也提出了中肯的建议。这些建议对于第二月的开发工作也有不小的启发意义。作为一个项目的负责人，必须考虑到一个团队中大多数人的想法，才能更好的把握每个人的特点去安排，协调工作。集体复盘也让大家对自己所做的工作有了更深的了解和认同，在之后的一个月中，沟通协调工作也进行的更顺利。

在两个月里进行的开发流程其实并不是一般产品开发会采取的。一般都是确定产品总的需求，并进行原型设计，需求评审之后进行开发工作。然而这次的项目来的突然而且紧急，非常时期采取非常手段，事实证明也会有不错的效果。这期间产品经理需要承担更多的责任和压力，因为快，所以每一个需求和安排都会影响到整个的开发进度。因此，产品做的每个决定都要三思而行。通过这两个月开发，最大的感悟就是，他人早已摸索出来的工作流程，放心大胆用，但要根据实际情况进行一定的调整，这会让整个工作更加有效率。

期间，因为上一个项目已经确定被延期，这个项目临近新年，为了团队的效率，我向leader申请奖金。一来好让团队成员更有信心，二来也更方便自己进行项目的推进。虽然最后奖金没有申请下来，但想到大家这段时间以来一直都十分认真地完成自己的工作，团队的氛围也变得更加融洽，最终形成了一套较为适合开发团队的流程规范。便请大家吃饭或者偶尔带些零食给团队成员分享，以此表达对团队成员的鼓励和感谢。事实证明，这招也挺好用的。