文件编号：
组织团队建设指南
编 撰： 审 核： 批 准： 生效日期： 密 级：
第 1 页，共 7 页
历史记录
编号 1 2
修订日期 2016-1-8 2016-4-17 版本号 V1.0 V1.1 修订人 邓沛沛 邓沛沛 说明 新建 在《团队建设指南》项目干系人管理说明中添加CCB、EPG的内容 第 2 页，共 7 页
目 录
1 目的 ................................................................. 4 2 适用范围 ............................................................. 4 3 项目组织结构 ......................................................... 4 4 项目的角色职责 ....................................................... 4 5 项目干系人管理说明 ................................................... 6
第 3 页，共 7 页
1 目的
本文档用来帮助新项目组搭建，形成和运作项目。
2 适用范围
本指南主要用于公司项目团队建设过程。
3 项目组织结构
高级经理 /项目管理组测试经理 项目组项目经理 QA经理 测试组 BA组 开发组 运维组 配置管理员 QA
注：上述结构为单一项目的典型结构，项目实施时可根据实际的情况进行调整。
4 项目的角色职责
下面是项目团队各角色的主要职责，细节的补充可参见相应过程定义中的角色职责描述。 角色 职责 汇报渠道 定期向部门经理汇报 说明 ·审批项目的《项目计划》 ·定期评审项目的计划与跟踪活动并提出高级经理/改进建议 项目管理组 ·为项目管理工作提供资源 ·参与里程碑评审 ·监督、参与项目重大问题的解决 项目经理 ·制定项目的《项目计划》 ·根据项目计划进行跟踪 ·协调项目与客户的关系 ·协调项目组内的沟通； ·组织进行决策分析和原因分析 ·组织重要工作产品的评审 ·与用户进行需求交流，整理用户需求文档。 需求分析人·分析需求，提交《需求规格说明书》，确员 认用户需求。 ·提交部分《需求矩阵跟踪》，参与需求变更评审。 第 4 页，共 7 页
定期向高级经理汇报 每周向项目经理汇报 如果项目组对该项目的业务比较熟悉，客户的合作时间比较长，可以项目·与开发组以及测试组交流需求，使开发组以及测试组人员充分理解需求 ·参与系统的设计评审 ·参与验收测试用例评审 ·进行需求验证 ·参与模块需求讨论，评审软件需求 ·组织需求的设计 ·指导本模块开发组成员开发 开发组长 ·参与测试用例评审 ·细化本模块的开发计划 ·组织培训本模块新成员 ·检查设计、开发的进展及质量 ·评审项目软件开发计划 ·参与需求评审 ·进行设计与开发 开发组 ·进行单元测试 ·进行代码检查 ·检查测试用例 ·编写测试用例 ·参与需求评审 测试组 ·执行测试过程 ·对集成的产品进行测试 ·制定测试计划 ·跟踪测试组成员的工作 测试组长 ·编写测试总结报告 ·评审测试用例 ·将项目软件开发计划的相关文档置于配置管理之下 ·产品发布 配置管理员 ·组织配置变更的评审 ·定期报告配置项的状态 ·定期对配置库进行审计 ·进行产品集成 ·为制定项目软件开发计划提供支持 ·评审项目过程及规范执行情况 ·验证项目过程数据的有效性 QA ·制定QA计划 ·每周进行项目检查，形成周报，并将问题记录在问题与处理单上 ·定期进行项目审计 ·负责安排运维工作 ·定期对项目运维工作进行规划和总结 运维组长 组成员兼任BA。 每周向项目经理汇报 如果项目规模小于10人，可以不设置模块组长 每周向模块组长汇报 向测试组长汇报 定期向项目经理汇报 每周向项目经理汇报 每周向项目经理和高级经理汇报 每周向项目经理汇报 ·执行运维工作 ·定期对个人运维工作进行总结 项目辅助角色 运维工程师 第 5 页，共 7 页
每周向运维组长汇报 如果运维小组不超过3人，可以不设运维组长。运维组长的工作由项目经理担任。 如果不设运维组长，
CMMI5文档之团队建设指南
