前言

说明：本文介绍了一种团队模型及其建设指南，是苍狼敏捷软件方法的其中部分，并不是通用的团队建设指南，供参考。
本团队模型的特点是更加接近于传统团队模型，与Scrum的团队模型有巨大区别。

目的

本团队建设指南的目的是指导团队如何建立、如何运作来达成团队目标。

范围

适用于人数少于等于25人的团队。

概要

1．苍狼敏捷团队模型得到了描述，为团队组建提供了框架性的指导；
2．根据团队目标、实际情况和团队模型，组建团队；
3．指导团队下一步工作的团队章程由所有团队成员一起来制定；
4．推荐采纳合适的团队建设活动来使得团队工作作更有效、高效；
5. 开展有效的干系人管理。

本指南的组成结构

为了便于博客阅读，拆分成如下3部分：
1. 苍狼敏捷团队模型
2. 团队建设
3. 干系人管理
本文首先说明第一部分：团队模型

团队组织结构

图2-1 苍狼敏捷团队组织结构图
说明：小组组员最多不超过3名，小组长最多不超过6名，需求分析者所在组可称为需求组。

角色和职责分工

团队规模一般在2人以上，20人以下，极限是25人，以5到13人为宜。
团队中固定的角色有4个：团队领导者、需求分析者、小组长、组员。
团队领导者，在实际中可能的称谓有团队长、团队领导，本方法中称为团队领导者，如果在项目中，则有称为项目经理。
如果以狼群来比喻团队，团队领导者就像是狼群中的头狼。显然，团队中只有一位团队领导者。团队领导者可以应用关于项目管理的所有知识经验和方法，有权分配团队成员的工作，有权考核成员绩效。团队领导者在团队中的工作时间至少达到50%，最好全职在团队中。团队领导者主持苍狼敏捷方法在团队中的使用。团队领导者应采用真正的民主作风，鼓励团队内部有不同意见，引导团队开展自主管理。
需求分析者，是团队中与用户最接近的角色，如果有多位需求分析者，那么组成需求组，其中最资深的需求分析者担任需求组组长。团队领导者可以兼任需求分析者或者需求组组长，一般的，7人以下团队只需要设立一位需求分析者。
需求分析者的职责是1，收集和调研来自各方的原始需求，将原始需求转换为团队成员可以理解的产品需求；2，开发时沟通开发者和干系人，及时澄清需求，验证开发是否满足原始需求。
一般的，团队领导者和需求分析者仍然会担当其它任务，比如编码和测试等等。
如果团队人数超过5人，团队内部需要再划分小组，小组人数一般以2～4人为宜，小组设一位小组长。小组长要对开发工作相当熟悉，上要与团队领导者加强管理沟通，下要与组员加强技术沟通。1人小组一般的担当相对独立的职责，比如上文提到的需求分析者。
对小组组员没有高要求，掌握必需的基本技能，能够在小组长的指导下开展工作，小组长对组员工作交付物有直接的责任。组员和组长可以建立诸如师徒的带教关系，或者主管-助理关系。
小组长直接向团队领导者汇报。

苍狼敏捷团队章程要求

苍狼敏捷团队应当建立自己的团队章程。团队章程是团队文化建设的载体，表达了团队的共识，当在具体事务出现分歧时可以回溯到团队章程来寻求帮助。

团队章程的第一部分是团队价值观，一般的可以引用所在组织的价值观（或企业格言）以及苍狼敏捷的价值观，自身特色的价值观或格言更是值得鼓励的。团队章程的第二部分是团队规约，团队规约是团队每个成员都要遵守的团队内部条约。促进知识分享的规则是值得建立的。

典型的团队规约比如：团队每天10：00准在白板前召开不超过15分钟的全体会议；每天必须至少检入工作产物一次；每月安排一位成员来介绍最近的工作心得或新技术或阅读的新书或文章。

苍狼敏捷团队可以扩展团队章程，但团队章程的总篇幅不应当过长，最好在20分钟内可以全文阅读。

团队章程应当在团队组建时建立。团队领导者略作准备，召开全体成员参加的团队章程专题会议，共同逐条讨论，得到团队章程。团队章程的修改也应当得到全体成员的同意。

团队规约一般包括需求完成定义和迭代完成定义，需求完成定义是指完成某条需求的通用定义，与具体需求内容无关，比如每个用户故事有对应的自动化测试，并且测试通过；该用户故事给现场客户演示，并获得认可。
迭代完成定义是指某迭代完成的通用定义，与特定迭代无关，比如迭代最后一次静态代码检查发现的技术债务小于100人天，比如迭代最后一天的自动化测试执行全部通过。

建设集成团队开发环境

高效的集成团队开发环境（Integrated Team Development Environment, 缩写ITDE）是保证团队高效开发的必备利器。苍狼敏捷团队的开发环境需要符合如下特征：
配备现代化的配置管理工具；
各级需求应当得到条目化工作流管理，并且建立和维护需求全程可追溯性；
测试用例直接或间接覆盖所有已经实现的需求；
可以开展每日构建；
综合以上多个工具，形成有效而且高效的应用生命周期管理。
【备注】另有专题来介绍苍狼敏捷高效集成团队开发环境建设。
如下ITDE组合示例：
SVN：用于配置管理，文档和源代码版本控制
Redmine：管理需求，任务，进度，缺陷，测试用例，等等
Jenkins：建设每日构建
Eclipse：集成开发环境
SonarQube: 源代码静态检查

建设团队工作物理环境

一个苍狼敏捷团队应当在一起工作，每个人的工作位置都可以方便的结对工作，团队白板放置在显眼的位置。白板前的空间足以召开全体会议。在工作位置附近配备4～6人方便就坐的小桌子。

建设团队共享网络空间

团队共享空间用于存储团队章程及其他团队共享的材料，比如参考资料，学习心得，最佳实践，提问解答，等等任何在团队分享的内容，包括团队成员子女照片等等。典型团队共享空间工具有wiki，SharePoint等等，通过团队共享空间，经验交流、知识分享等等可以方便的进行。

团队改进建议列表

将实践、方法、过程方面的改进建议组成列表，把来自于团队内外的改进提议加入到团队改进建议列表。每条改进建议得到团队的讨论，一直跟踪到关闭。改进建议列表与产品本身功能或性能无关，不是产品待办列表的另一个形态。

苍狼敏捷团队回顾

团队定期的举行团队回顾会议来处理实践、方法、过程方面的回顾会议，考虑前期有什么方面做得好，有什么方面值得改进，如何来改进。对于一个月的迭代周期，典型回顾会议的时间箱长度是3小时。一般的回绕着改进建议列表进行讨论。团队回顾的时间安排可以与迭代的安排匹配，比如每个迭代末，或者每两个迭代末。团队回顾的重点是如何把团队建设得更好，而不是在产品方面，体现在团队章程、团队规约和团队空间的更新上。

苍狼敏捷软件开发团队建设指南-1-团队模型相关推荐

基于DotNet构件技术的企业级敏捷软件开发平台 - AgileEAS.NET - 文章汇总及学习指南...
一.AgileEAS.NET平台简介 AgileEAS.NET平台是一套应用系统快速开发平台,用于帮助中小软件开发商快速构建自己的企业信息管理类开发团队,以达到节省开发成本.缩短开发时间,快速适应市场 ...
[团队公告]博客园的敏捷软件开发团队成立了
今天,博客园的又一个团队成立,它就是敏捷软件开发组织.http://www.cnblogs.com/team/Agile.html 近一年来,对敏捷软件开发非常感兴趣,加之最近对现在的项目的反省 ...
[翻译]敏捷软件开发一之简要介绍
敏捷软件开发一之简要介绍原则.模式与实践是重要的,但是这三个要素都要由人来使得它们协同工作.正如Alistair Cockburn所说:"一个成功的项目,过程与技术永远都是排第 ...
低代码如何支持敏捷软件开发
作者张先宏,博士,西门子汽车行业技术总监.2004年至今,担任西门子工业软件汽车行业技术总监,高级软件工程师,数字化解决方案资深专家.熟悉数字化转型及数字化工业软件解决方案,并支持完成了数个重要项目 ...
敏捷软件开发及devops思想
敏捷软件开发及devops思想敏捷软件开发在目前新形势下,企业面对多重挑战:第一交付频率高,研发周期短,小特性一天交付一次,版本两周交付一次.第二跨地域合作多,部署发布复杂,跨地域沟通协作多.效率 ...
敏捷软件开发的12个原则
作为一个软件工程师,软件设计和开发是最重要的技能,但是,从整个产品的角度上讲,项目管理能力比开发能力更重要,本文摘自Robert大叔的<敏捷软件开发>,粗体是Robert大叔的话,细体是我 ...
敏捷软件开发实践——估算与计划02
目录一.使用故事点估算大小 1.故事点是相对的 2.速度 3.小结二.使用理想人天进行估算 1.理想时间和软件开发 2.以理想人天作为对大小的度量 3.给出一个而不是多个估算值 4.小结三.估算 ...
敏捷软件开发实践——估算与计划（01）
目录一.计划的目的 1.为什么要进行估算和计划 2.优秀的计划是什么 3.敏捷计划是什么 4.小结二.计划失败的原因 1.基于活动而不是基于特性进行计划 1.1.活动不会提前完成 1.2.延误沿着 ...
敏捷软件开发之何为敏捷开发
敏捷开发,Agile Development,就是指能够在需求迅速变化的情况下快速开发软件.我们接触最多敏捷实践方式有:极限编程(XP).结对编程.测试驱动开发(TDD)等. 追究敏捷的历史,就必须要 ...

苍狼敏捷软件开发团队建设指南-1-团队模型

前言

目的

范围

概要