团队建立与运作指南.doc

团队建立与运作指南1. 目的 本文目的是为项目的团队建立和运作提供组织规则与指导，以确保项目在遵从国家的法律法规，满足客户、公司的相关规则和要求的前提下，更好的实现项目目标。2. 团队建立2.1 任命项目经理 项目立项时，立项负责人负责指定项目经理，选择项目经理时，需考虑如下原则： 要公正无私 要有良好的职业道德 要具有管理的基本技能与知识 要具有很好的沟通与表达能力 要有很强的分析问题解决问题的能力 要懂技术，不要求精通，但是要全面 要谦虚，不能不懂装懂 要平易进人，不要摆架子2.2 团队成员选择项目经理负责组建项目团队，对于团队成员的选择上，需要考虑如下因素：2.2.1 角色定位 进行项目工作分析。该项工作可以通过工作分解结构（WBS）及其工作说明得到。由于企业很多项目都是基本相同的，因此企业有必要建立各类项目的标准WBS和相应的工作说明； 在工作分析的基础上，了解和定义完成项目各项工作都需要何种角色，这些角色都需要具备哪些技能、何时需要这些角色。2.2.2 知识技能 根据商业目标、项目需求、业务领域、管理要求，识别团队成员所需的知识和技能； 结合公司的岗位技能矩阵信息，按照项目的知识、技能要求，预选适合的成员，必要的时候可对外招募； 了解预选团队成员的项目经历，曾经做成过哪些、哪种项目，在这些项目中承担过何种责任、扮演过何种角色 团队成员的选择需要平衡成本因素，对于知识和技能有提升空间的人员，可考虑通过后续的培训和实践进行知识和技能的提升3. 团队结构和组成规则项目团队的组建和划分，需要考虑以下因素：33.1 团队数量 原则上每个团队全职成员人数控制在10人； 超出10人时需要划分子组，以便于管理的实施； 对于拆分为多个子组的项目需设置一个总体组，统一协调各子组的工作和负责各组及产品的接口集成、总装、验收工作。3.2 团队角色对于7-9人的中等团队，通常包含如下角色：l 管理类角色：项目经理/项目组长、技术经理、需求经理；l 技术类角色：需求分析员、设计人员、编码人员、测试人员（独立于项目组之外的测试组）；l 支持类角色：配置管理人员（可由项目组成员兼任）、度量分析员（可由项目组成员兼任）、质量保证人员（独立于项目组织之外的人员）。3.3 关于兼任 对于超出10人划分了小组的项目，管理及支持类角色可以横向兼任。 项目管理的三驾马车：M项目经理、R需求经理、T技术经理。小项目可一人兼三职，大中型项目应三岗分立，或建议M兼R或M兼T。不建议R兼T，此种情况M易被架空。 项目助理的设置：对于规模超过8人的项目组建议内配一个项目助理，一个助理可以兼三个项目组的杂事，以解放项目经理和项目组内其他成员的精力，提高项目组效率。3.4 不同开发模式的角色分工以下三种角色分工可供参考：3.4.1 TSP（小组软件开发过程）中的角色分工角色名称职责分工团队领导激励团队成员完成他们的任务主持每周的团队会议报告每周的工作情况帮助团队分配任务团队会议上充当主持人和记录人保留项目资料库领导整个团队制定出开发阶段报告开发经理领导团队制定开发策略领导团队给要生产的产品制定初步的规模和时间估计领导团队开发软件需求规格说明书领导团队进行概要设计领导团队实现产品领导团队制定出构建、集成和系统测试计划领导团队开发测试文档并进行测试领导团队制定产品的用户文档参与制定开发阶段报告计划经理领导团队制定下一个开发阶段的任务计划领导团队制定下个开发阶段的进度表领导团队制定均衡的计划对照计划跟踪团队的进展情况参与产生开发阶段报告质量经理领导组员制定和跟踪质量计划将质量问题及时通报给团队领导和上司领导团队定义和文档化它的过程并且维护过程的改进建立和维护团队开发标准在提交配置控制委员会之前评审和批准所有的产品充当团队审查协调员作为团队会议记录者参与制定开发阶段报告支持经理领导团队决定其支持的需要和获得需求的工具与设备主持配置控制委员会，管理和更换控制系统管理配置管理系统维护系统术语表维护团队的问题和风险跟踪系统成为一个复用的提倡者参与编写本开发阶段报告以上角色均可同时兼任开发工程师。3.4.2 SCRUM团队角色分工角色名称职责分工产品负责人（Product Owner）确定产品的功能。决定发布的日期和发布内容。为产品的profitability of the product (ROI)负责。根据市场价值确定功能优先级。每个Sprint，根据需要调整功能和优先级（每个Sprint开始前调整）。接受或拒绝接受开发团队的工作成果。ScrumMaster保证团队资源完全可被利用并且全部是高产出的。保证各个角色及职责的良好协作。解决团队开发中的障碍。做为团队和外部的接口，屏蔽外界对团队成员的干扰。保证开发过程按计划进行，组织 Daily Scrum, Sprint Review and Sprint Planning meetings。团队（一般59人）团队要跨职能（包括开发人员、测试人员、用户界面设计师等）团队成员需要全职。（有些情况例外，比如数据库管理员）在项目向导范围内有权利做任何事情已确保达到Sprint的目标。高度的自我组织能力。向Product Owner演示产品功能。团队成员构成在sprint内不允许变化。3.4.3 微软MSF团队角色分工角色名称职责分工产品经理作为客户的拥护者驱动共同的项目和方案设想管理客户需求说明开发和维护业务案例管理客户期望驱动产品特征、日程表、资源权衡决策管理市场开发、产品宣传和公共关系开发、维护和执行交流计划程序经理驱动开发过程以期按时的交付产品管理产品规格说明书首席项目构架师促进小组内部的交流和商议维护项目日程表和报告项目状态驱使关键的权衡决策的实现开发、维护和执行项目总规划和日程表驱使和管理风险评估和风险管理开发人员指定物理设计的特征估算完成每个特征所需的时间和精力构建每个特征并监督其实现准备部署时使用的产品为小组提供技术主题的专门知识测试人员确保了解所有问题决定测试策略和制定计划执行测试用户体验工程师为项目小组充当用户拥护的角色管理用户需求说明设计和开发性能支持系统驱动可用性和用户性能增效的权衡决策为用户提供帮助特点和帮助文档的规格说明书开展和提供用户培训发布经理作为各种操作、支持与交付渠道的拥护者管理所得管理产品部署驱使可用性和可支持性权衡决策管理各种操作、支持和交付渠道之间的关系为项目小组提供后勤支持3.5 团队子组的划分3.5.1 按职能划分 特征按团队成员的角色和职能划分小组，例如：需求开发小组、设计小组、编码小组、测试组，各小组相对独立，并任命了小组长，小组长负责小组工作详细计划的制定及进展的跟踪。 优点a. 强调了各小组在职能上的专业深度b. 强调了阶段评审的重要性c. 适用于增量式开发 缺点a. 缺乏灵活性，开发任务的分配属于纯瀑布模型，很多任务无法并行开展b. 任务分配不均，容易导致一头重，一头轻，有人忙，有人闲的情况c. 需要明确定义出小组间的接口3.5.2 按功能划分 特征按项目分解的子系统或功能模块划分团队，例如：监听系统、数据处理模块、检索功能、存储功能等，各小组相对独立，并任命了小组长，小组长负责小组工作详细计划的制定及进展的跟踪。 优点a. 可以做到多任务并行开发b. 有效缩短工期，工作量分配均匀 缺点d. 需要识别任务及资源间的关键依赖关系e. 任务之间耦合度要低，接口的定义要清晰f. 开发过程中持续集成3.6 团队章程3.6.1 团队精神 设立共同目标，例如：“完成*系统的研发，并按期交付” 设立共同的宗旨，例如：“团队工作，共同进步”，激发团队责任感 设立团队精神，例如：“奉献、交流、卓越” 激发团队使命感3.6.2 团队基本义务 遵守项目章程 维护项目组声誉 勤奋工作，完成项目组交付和委托的各项责任3.6.3 团队基本权利 有对项目组工作提出建议、质询和批评的权利 有参加项目组举行的各种活动的权利 有讨论、决策项目组事务的权利4. 团队运作4.1 设置团队目标 项目团队必须有一个统一明确的共同目标，目标要可视化，并且对目标，每一个团队成员都有共同的思考。团队目标可从以下方面考虑： 质量（Q）目标 成本（C）目标 进度（D）目标4.2 明确沟通汇报机制 项目启动后，团队每一位成员需明确项目内的沟通汇报机制，包括如下方面： 任务分配方式 任务完成情况汇报方式 工作产品的评审、审批、交付机制 定期的团队内部沟通方式、频率 各子组间沟通方式和接口人 对外沟通与汇报事项和接口人 指定团队使用的工作环境和管理平台4 团队沟通规则4.1 沟通的维度 内部（在项目内的）和外部（客户、最终用户、供应商、合作伙伴） 正式（报告、备忘录、简报）和非正式（E-Mail、即兴讨论） 垂直（上下级之间）和水平（同级之间） 书面和口头 口头语言和非口头语言（音调变化、身体语言）4.2 沟通形式 会议沟通会议沟通是一种成本较高的沟通方式，沟通的时间一般比较长，因此常用于解决较重大、较复杂的问题。 E-Mail或书面沟通E-Mail（或书面）沟通是一种比较经济的沟通方式，沟通的时间一般不长，沟通成本也比较低。可通过邮件或者会议记录、周报、月报等形式进行沟通。 电话沟通当彼此之间的办公距离较远、但问题比较简单时可采用电话沟通的方式，对于重要问题及需要书面记录的，优先选择E-Mail或书面沟通，或在电话沟通后记录重要信息取得彼此的确认。4.3 沟通渠道 组长负责制a. 小组内部问题首先在小组内协调解决b. 组内无法协调解决的问题，可以上报项目经理协调处理 设置技术组长a. 项目设立技术组长，负责协调、处理小组内的技术难题b. 技术难题艰难处理时，组织技术人员成立临时调研组，负责开发技术难题解决方案 建立沟通平台a. 建立可供团队成员实时沟通的内网、BBS，开设技术交流专栏b. 使用系统管理工具，对项目中的问题进行管理跟踪c. 使用自动提醒功能，提示任务的计划完成日期及任务间的依赖4.4 沟通频率 定期沟通规律