1、首先要有一个核心：设计之始或明确任务前，想好并确定一个核心或者中心目标，严格围绕目标转，最益先做！它并不能促进完成核心目标，是最好的砍掉理由，真没有那么多资源可以用！

　　2、了解功能与业务：我要求团队个人应该对业务负责，而不是功能或代码。如果说功能是基石，而业务才是“生命”啊！功能与体验等“有机”组成为业务。

　　3、要理解业务：整个团队得深刻理解业务，尤其Leader更要首当其冲，仔细评估产品原型、交互设计，我们是关键人物先过初稿确定技术、运营可行避免浪费集体的时间，然后所有相关人一起过。

　　4、保持节奏感：目前采用项目拆分为周目标为核心措施。个别事情以天计，少数事情比如修紧急bug以小时甚至更小单位计。

如果你想学习Java可以来这个群，首先是二二零，中间是一四二，最后是九零六，里面有大量的学习资料可以下载。

　　5、思考服务的可用性：我们是通过预发、灰度测试、可回滚等措施来控制发布质量，保持较高的可用性。

　　6、忠实用户群：集部分优质用户入群，保持沟通，挺重要的，微信群虽然是当为首选但是群功能有点弱，我的开源项目主要用QQ群，也比较坑哈哈。

　　7、数据反馈的重要性：反馈和数据都是验证结果的最好的参考之一，追寻反馈背后的动机很重要，研究用户路径、功能使用等数据辅助确定下阶段任务。

　　8、低成本试错：尽量以最低的成本来试错，避免大量浪费资源，不要过早优化和扩张，先单点或AB测试，验证过后再铺开。

　　9、方法与方向：很多时候方法比方向重要，好的方法可以不断纠正方向，发布较单纯的功能来验证问题和方案，应该避免堆积功能，盲目发散方向，没有经过验证的方向就是假设。

　　10、创新与迭代：精益创业的MVP策略有助于大多功能性或服务性新创公司检验产品，而创新型产品靠产品本身和培育市场拉动需求，但都需要事实检验和迭代完善。

　　11、手动和自动：初期能手动解决的问题动手解决就挺好的，一开始就考虑自动化机器化可能会延误时间，或者高成本解决了一个频率并不高的问题。

　　12、亲为：没有经过实践验证的事情负责人最好自己先亲为，才能深切体会，形成一定感知后优化，或者交给团队一起干。

　　13、灵感和总结：灵感稍纵即逝，总结过期不候！应该有自己的全端云笔记，和博客。短期记笔记，长期入博客，灵感可能就在你琐碎的一瞬间，很多东西经过三五个月一忘而光。

　　看完这些流程，很多小伙伴会觉得有些没必要，其实一开始学会这样，便于后期工作改变。