2021年10月22日13:56:27 App移动端项目管理

赢海

移动端项目流程

项目前期

项目前期主要是产品人员进行产品需求确认以及产品流程设计等

1、项目立项：产品经理(立项文件)
2、需求确认：产品经理(需求说明文档)
3、业务确认：产品经理，技术经理，架构师(确认需求说明文档)
4、业务架构以及难点调研：技术经理，架构师，开发人员（业务流程文档(流程图)、难点调研文档）
5、UI设计确认：产品经理，设计人员，前端开发人员，测试人员(蓝湖上出效果图)
6、UI交互确认：产品经理，前端开发人员，测试人员(需求进行释放讲解)

项目中期

项目中期主要是开发人员进行编码开发

1、接口确认：架构师，接口开发人员，前端开发人员(接口文档)
2.1、接口工时评估：架构师，接口开发人员
2.2、移动端、前端工时评估：相关开发人员，技术经理，测试人员
3、工时确认：产品经理，技术经理，设计人员，测试人员(进度计划表)
4、项目按照计划开发提测
5、测试用例及流程设计：产品经理、测试组(测试用例初稿)
6、测试用例及流程确认：产品经理、开发人员，测试组(测试用例定稿)

项目后期

1、测试及debug：产品经理，测试组，开发人员
2、产品验收进项项目功能质量验收
2、产品定版发布上线

项目管理管理

文档管理：confluence，蓝湖

1、需求文档：需求列表，业务说明文档
2、UI交互文档：交互稿（交互细节）
3、技术文档：业务逻辑的技术实现流程（技术流程文档：异常处理）
4、接口文档：数据格式（统一大小写，编码格式，浮点型精度，使用long类型表示浮点数据），通讯协议，数据结构
5、设计文档：效果图，切图，标注图
6、代码：代码更新和共同维护
7、上线资料文档
8、测试用例文档

流程管理：

1、需求变更：原则上可以中前期增加需求；原则上不允许频繁变更需求；原则上不允许修改业务逻辑。需求变更必须经过产品经理、技术经理共同确认后才可变更。
2、业务逻辑变更：原则上不允许更改业务逻辑。
3、技术逻辑变更：架构师，接口开发人员，移动端开发人员共同确认
4、测试流程变更：产品经理确认

开发管理：

1、开发人员：明确需求和业务、交互逻辑。开发以需求和业务逻辑为准。
2、发现业务缺陷：需与产品经理，技术经理汇报。如要变更业务逻辑：必须重新评估开发工时和工期。
3、如没有明确要求，UI在细节和使用习惯上，请尽量遵守各自系统的设计规范。
4、协同开发：需分工明确，工作量尽量均衡。分工应报与技术经理知晓。
5、变更需求，开发人员需向技术经理确认。
6、当前的bug,当日尽量解决。
7、优化性、新需求性bug：请分发产品经理。
8、优化性、新需求性修改：请知会其他平台开发人员。
9、日报：当天开发内容；当天技术点总结

测试：

1、新需求性bug：提交产品经理，产品经理作为新需求提出，不分发bug。
2、优化型bug：提交产品经理，产品经理作为新需求提出，不分发bug。
3、开发bug：提交开发人员。

注：
1、明确bug等级，非业务性bug、非严重缺陷bug、非崩溃性bug谨慎提交为严重缺陷等级。
2、重点把握测试流程，明确测试方向：前期重点为功能性测试，业务逻辑测试。中后期加入交互性测试。
3、谨慎使用边开发边测试的开发测试流程：这种模式下，请明确测试重点（开发完毕前侧重功能性、业务性测试）
4、开发没有结束前的测试：测试人员禁止频繁交涉开发人员，所有bug只需提交服务器。
5、测试人员发起的需求性、优化性bug，请提交产品经理，产品经理请严格遵守需求变更流程。

上线：

1、测试发布测试完结，产品达到上线要求报告。
2、技术经理发布上线申请。
3、产品经理确认可以上线，发布上线请求。
4、上线人员release应用到各个渠道，上线后邮件知会售后人员产品上线情况。

项目总结：

1、产品经理：新需求追加列表，优化性需求追加列表。
2、设计人员：改版明细
3、开发人员：改版明细，开发模块，代码量及技术点总结报告。
4、测试报告，测试数据统计。
5、项目总结报告

风险

1、初期业务没有思虑清晰、周全，导致中后期业务逻辑发生改变。
2、业务逻辑的改变，导致UI交互逻辑的改变。
3、业务和交互逻辑（流程）缺乏有效、明确的文档，导致开发人员、产品对业务的理解各自出现偏差，这种偏差发现的越晚，矛盾就会越大。
4、研发人员技术崇拜，又或者软件上的设计方案和各平台本身的设计规范冲突，导致开发人员的开发意愿和产品经理的设计意愿冲突。
5、高强度工作等导致的生理性反应。
6、不同平台的开发者之间，对一些细节或需求变更没有相互通知，造成相互挖坑的被坑情绪。
7、加入存在边开发边测试的情况，测试人员频繁的交涉技术人员，会导致开发流程中断，在开发阶段为开发人员产生非功能性、业务逻辑性的bug,导致开发人员可测试人员各自的情绪波动。

需要注意

1、产品在立项和需求确认阶段，要充分的讨论和思考整个业务逻辑，尽量达到少更改或不更改需求。
2、业务逻辑和交互逻辑，要形成明确细致的流程性文档，避免出现需求不明确和业务理解偏差。
3、在开发阶段，产品与测试人员尽量减少交涉，有问题尽量通过技术经理沟通传达。
4、在产品开发阶段，如果要进行并行测试，尽量合理规划测试流程，明确测试重点。
5、整个产品周期中，遇到任何问题，需要主动沟通。
6、开发启动前，明确项目的管理流程，开发中尽量严格按照管理流程推进。
7、产生负面情绪，要学会调节和沟通释放负面情绪，归根结底，大家的目标都是一致的。