第十章 移动端项目组管理

标签：

本文一部分书里面经验，一部分个人经验和见解：

人员配置

1. 产品经理；
2. 开发人员；
3. 测试。

一个测试对应2个ios开发对应2个android开发对应2个mobile api开发（我认为android至少应该比ios多一个研发人员，毕竟ios开发速度相对比较快，不用考虑各种兼容性问题）

测试的任务：

1. 召开测试用例评审会：我们以前是由产品，测试，开发老大来对需求进行统一。
2. 手动测试。
3. 功能回归测试。
4. 探索测试。
5. 渠道包测试。
6. MobileAPI发布前测试。
7. Monkey测试。
8. 客人投诉测试。

　　我认为即使公司再怎么不正规，流程不规范，至少1->6的流程是必须要走的。

　　测试组在上线前应该反馈项目测试的情况能否上线，不要将严重bug留到线上去。

产品经理的职责和任务：

　　书里面讲的比较模糊，就我个人认为

1. 要对要做的产品有深刻的理解。
2. 一定做好对应的原型设计。
3. 一定要出相关需求说明书，将产品的逻辑思路将清楚，帮助UI和开发在设计和编码过程中能够充分理解逻辑走向。

　　其实2,3点在我当前公司做的并不怎么好，但是上家公司做的很规范，开发和UI,以及测试都能根据相关原型对产品有比较深刻的理解，并减少不必要的误解（需求），减少不必要的沟通。

开发模式：

　　1，平行模式

　　　　团队分为android组,ios组,MobileApi接口开发人员组

　　2，垂直模式

　　　　团队是按照业务模块来分组，一个模块对应相关的产品，测试，MobileApi开发人员，移动端开发人员，好处是从前到后可以跟踪一个业务。

html5或者微信公众号优先app开发（我司开发现在就是这种模式）

模块化划分

　　讲讲我个人观点：

1. 技术能力强，效率高的负责基础架构的搭建
2. 一般模块开发人员定下来后，后期维护，迭代由该人负责，不要交给其他模块的开发人员
3. 负责某模块的开发人员应该协调mobile api设计，产品需求，bug解决等任务

未完，夜深，待续　

第十章 移动端项目组管理

标签：

原文地址：http://www.cnblogs.com/androidsuperman/p/5609061.html