序言
流程
大概流程如图所示，部分细节在下面说明
需求宣讲
需求分析
先根据需求手册和视觉稿流程、功能、细节、实现方式捋一遍，有必要的话（据经验需求手册并不把每个细节都讲清楚）拽上策划同学把有疑问的地方对一遍。
预研
建模
可以在抽象的层面上大致的提供完成需求的理论模型，方便开发者伙伴之间沟通合作，并为开发编码提供蓝本。模型是编程语言之上对业务的抽象，理想情况下编码前要“胸有成竹”。建模方法有很多，由于公司没有要求特定方法，我一般采用类似DDD的方法，领域包含核心功能，支撑，和给外面用通用部分，必要时辅以流程和状态图。追求实用。
依赖确认
反向宣讲
此时需求基本确认完毕，准备开始开发了。做最后的确认，以要求中途不会变更需求和其他依赖交付的延期。并给出大概的开发周期，以方便其他伙伴准备工作日程。
开发
验收
开发和自测完成，要通知伙伴进行验收，通常会有PM，策划，美术（多是确认美术效果）及其他依赖此需求的小伙伴。处理验收反馈和bug，然后转测，通常还会处理一波反馈和bug。
归档
归档的目的一个是在于方便其他人了解需求和功能，这部分用的最多的就是通用部分的接口查询。另外一个是方便自己review，以减少日后review的成本。出于此目的，我的文档通常依顺序包含如下几部分：
- 需求文档&视觉稿，以方便了解需求
- 参与者，以方便日后找解决问题的人
- 公共接口，方便外面查询和使用
- 工程制图，大部分是建模的制图，方便日后自己和他人review
- 备注，常用的包含一些TODO，以及其他的说明