星之瀚海
一个项目小组的内部成员职责的划分极其重要，切实关系到承担项目的成败。在一些小的公司来说，往往都存在着职权不清的情况。以下是笔者对项目小组内部成员划分及职责的一点想法：
对于一般规模项目，均可按以下方式成立项目组：
一． 小组成员
1. 系统需求――设计人员
2. 数据库设计人员
3. 高级设计――编程人员
4. 界面设计人员
5. 编码――测试人员
6. 系统组装――测试人员
7. 项目经理
8. 文档工程师
二．小组成员关系支援图
三．小组成员职责概要
1. 系统需求――设计人员（1人）
1) 有与客户沟通的良好技巧。
2) 能很快地熟悉客户所关心的专业领域
3) 能培训并指导客户专家、客户及相关设计人员编定用例（Use Case）和CRC（Class（类别），Responsibility（责任），Collaborator（辅助者））卡片。
4) 通过归纳用例和CRC卡片，确定开发所要使用的系统框架，并估计初步的项目工时。
5) 编写系统对象模型及系统概要设计。
6) 编写详细设计，并在迭代开发过程中通过与用户的交流不断完善详细设计。
2. 数据库设计人员（1人）
1) 有与客户沟通的良好技巧。
2) 能够在设计初期全面地掌握用户所需的最低性能要求及用户可以提供的最低配置。
3) 确定系统最大数据量、查询最小响应时间，数据最大吞吐量、用户最大并发个数。
4) 尽快建立数据测试原型，给出用户所提供环境下的压力、负载及响应等各项参数。
5) 与用户一起，编制环境配置手册。
6) 根据详细设计手册及对象模型编制数据库设计手册，建立数据库测试原型。
7) 在迭代过程中，与高级设计――编程人员统一协调、并保证数据库字段与实际对象模型原子域的一一对应性。
3. 高级设计――编程人员（1～2人）
1) 具备良好的技术沟通技巧。
2) 根据系统需求――设计人员提供的详细设计手册及对象模型，建立详细的业务、基础类，并提供详细的类手册。
3) 对关键性的技术环节进行有效的技术可能性评估
4) 培训并指导编码――测试人员进行有效地编码和单元测试（白盒测试）。并对编码人员的每天的代码进行重审（Review）。
4. 界面设计人员（1人）
1) 具备良好的与客户沟通的技巧
2) 有一定的界面设计专业知识
3) 与用户一起，建立初期的界面原型，并交付用户进行测试或演示，确定用户的最终界面需求。
4) 编制用户界面设计手册，要求对界面的风格、颜色等各种GUI指标有统一的规定，对用户特殊功能点的界面元素的业务也就有特殊的标注。
5. 编码――测试人员（2～4人）
1) 根据详细设计手册及已分割的类模型及类设计手册，以及约定的编码规范，进行有效的编码。
2) 对每天完成的代码进行白盒测试，并编写单元测试手册。
3) 自行进行代码重审并管理CVS上自己拥有管理权的代码
6. 系统组装――测试人员（1～2人）
1) 从CVS上获得整个系统的源代码及相关资源文件，进行联编。
2) 协同客户或根据用例设计功能测试用例，对系统进行功能（业务）测试。
3) 发布联编后的程序至CVS。
4) 编写功能测试手册。
7. 项目经理（1人）
1) 根据需求制定详细的项目进度计划表。并对有可能影响进度的关键点做出有效的评估。
2) 根据项目实际情况制定合理的里程碑。
3) 严格控制各个里程碑阶段内的质量，并应对代码进行一周至少一次的简要重审（可借助工具进行分析），对各种文档进行概要的阅读。
4) 控制整个开发过程，特别是迭代过程中因需求变动、人员变动等因素造成的进度计划变动的影响，尽快制定相应的进度表。
5) 善于鼓舞团队士气，提高团队的凝骤力和战斗力。
8. 文档工程师（1人）
1) 通过配置管理工具，管理各种由项目成员提交的文档并归档。
2) 整理或按规定对不合约定格式的文档进行修改。
3) 编写用户操作手册
本文地址：http://com.8s8s.com/it/it37389.htm