Garland +

小型项目的开发与迭代

尽量快速产出 demo 版,不做过多的设计和功能,先让 helloWorld 在真实的线上环境跑起来比较重要

但同时开发者需要对比参考现有的市面上同类产品的功能,在架构设计的时候考虑下扩展(毕竟同类的 app 最后可能都是一个样子)

数据驱动产品,建立完善的数据检测体系

保持快速的小版本的迭代

做好排期,产品、设计、后端、大前端、测试要磨合出一个节奏

除修复 BUG 外,同一个时间段做并且只做好一个功能/需求

除特殊原因外,不能插需求,开发的节奏会被打乱,这个很重要!!!!!!!!!!

所有的任务(广义上的,包括但不限于功能开发、bug 修复、团建23333),都有一个完整的生命周期,可参考下面的 敏捷开发 指南,部分流程可增删改,回溯和评估工作量很重要

bug 修复这种个人推荐使用工单的概念,至少我们团队用着感觉挺好的

从一开始就做好打点

选定一个或多个数据指标作为一段时间的 OKR

如何选取以及选取什么数据指标又是一门学问,个人认为和做产品的经验以及理解有关(靠谱的产品很重要),我也不是很擅长这种事情

关心增长还是关心赚快钱,杀鸡取卵的事情做不得,无论关心什么千万都不要忘了用户爸爸

依靠数据但不依赖数据,做好对于数据指标认知的隔离,做好对数据需求的隔离

在上一条的大前提下擅用 ABtest

投入产出比的概念很重要,在绝大部分情况下

在 milestone 这样的时间点要回过头来总结分析产品,看看是不是整个团队慢慢走岔了

走出舒适区,保持危机感,不要陷入 daily 的状态

顺应历史潮流,保持对新技术、新热点的了解与思考,以及应用到产品中的可能性,万一就火了呢

敏捷开发:

Scrum 初探

言:

Blog

Thoughts

Project