小型项目的开发与迭代
2018-03-27
尽量快速产出 demo 版，不做过多的设计和功能，先让 helloWorld 在真实的线上环境跑起来比较重要
但同时开发者需要对比参考现有的市面上同类产品的功能，在架构设计的时候考虑下扩展(毕竟同类的 app 最后可能都是一个样子)
数据驱动产品，建立完善的数据检测体系
保持快速的小版本的迭代
做好排期，产品、设计、后端、大前端、测试要磨合出一个节奏
除修复 BUG 外，同一个时间段做并且只做好一个功能/需求
除特殊原因外，不能插需求，开发的节奏会被打乱，这个很重要！！！！！！！！！！
所有的任务（广义上的，包括但不限于功能开发、bug 修复、团建23333），都有一个完整的生命周期，可参考下面的 敏捷开发 指南，部分流程可增删改，回溯和评估工作量很重要
bug 修复这种个人推荐使用工单的概念，至少我们团队用着感觉挺好的
从一开始就做好打点
选定一个或多个数据指标作为一段时间的 OKR
如何选取以及选取什么数据指标又是一门学问，个人认为和做产品的经验以及理解有关（靠谱的产品很重要），我也不是很擅长这种事情
关心增长还是关心赚快钱，杀鸡取卵的事情做不得，无论关心什么千万都不要忘了用户爸爸
依靠数据但不依赖数据，做好对于数据指标认知的隔离，做好对数据需求的隔离
在上一条的大前提下擅用 ABtest
投入产出比的概念很重要，在绝大部分情况下
在 milestone 这样的时间点要回过头来总结分析产品，看看是不是整个团队慢慢走岔了
走出舒适区，保持危机感，不要陷入 daily 的状态
顺应历史潮流，保持对新技术、新热点的了解与思考，以及应用到产品中的可能性，万一就火了呢
敏捷开发：