公司研发部门与产品部门一起对之前的开发流程做了优化，优化后的主流程见附件。
针对流程中的需要团队内部确定的细节点讨论最终决定如下：
1、需求预审阶段
1）步骤说明：
1》小组长安排时间看需求，组织小组成员（包含技术负责人）讨论
2》通过思维导图工具（xmind）列出功能点，并对功能点进行详细的需求分析
3》注释需要注意的地方及疑问，并提前和产品沟通疑问点，尽量在需求讲解之前消除疑问点
2）产出文档：通过xmind导出pdf文件上传到redmine指定路径存档（上传需要包含源文件）
2、需求分析阶段
1）步骤说明：
1》完善需求预审阶段的文档，保持对需求的理解尽量和产品达成一致，最低限度减少需求分歧
2》由小组长及技术负责人确定要产出哪些文档（包括流程图、端内技术方案、项目技术方案等），并安排组内成员完成
3》成员产出文档后由小组长安排组员（包含技术负责人，如涉及到后台，还需要后台人员参与）对方案进行评审，确定最终方案
2）产出文档：
1》流程图：复杂业务需要出业务流程图（源文件及导出pdf文件）
2》技术方案：对技术解决方案进行详细描述（用word或者Pages或类似的文字编辑工具及导出pdf文件）
注：技术方案应该基本包含以下几个点：
1】提出问题（重构或者优化现有逻辑需要说明当前存在哪些问题，新需求需要描述需求点）
2】方案解释（用这个方案的原因说明）
3】方案具体实现（如数据流程图或者类结构设计图或者其他解释性语言进行描述）
以上文档需要上传至redmine指定路径存档（上传需要包含源文件）
3、code review阶段
code review主要分以下两个阶段进行：
1）编码中review（目的确保核心功能的改动能够符合产品预期并没有严重bug存在）
1》小组长对组员提交的代码进行review（主要是关键的、核心的或者影响比较广的改动），提出不合理点，安排组员进行修改
2》小组成员出于对自身代码质量的要求，主要邀请技术或者经验更足的同学帮忙review自己的代码
2）编码完成后（初步商定在上78测试至发布版本期间）对代码进行review（目的主要是加强代码规范，添加注释）
1》采取会议方式，由小组长组织对某些代码（如某个人开发的代码）进行review
2》如果发现严重的bug，则需要立即安排修改，如果需要优化或者重构，则安排任务在下一个版本中完成
4、由于之前开发过程中，缺少撰写技术文档一环节，为了团队成员更好的适应新的开发流程，在正常工作之余，会安排一些额外的技术类文档的编写，所有的方案文档都需要走评审环节，评审通过后才可以进行代码的编写
5、以上提到的所有产出的文档及安排的任务都会陆续迁移到remine中，请相关人员密切关注redmine