敏捷项目团队活力的不同之处
宣言第一项和敏捷原则4，5，8，11，12体现出对项目团队成员以及合作方式的重视
传统方法与敏捷方法管理团队的对比
团队成员是人而不是资源来表达对团队成员的尊重，敏捷思想体系的核心是人
如何在敏捷项目中管理团队的活力
走向自管理和自组织
敏捷团队每个成员都有机会根据自己的技能，想法和意愿来领导团队前提是团队和团队所在组织建立全面的信任与尊重，团队每个成员要以个人和团队的名义对项目本身和彼此做成承诺，体现主人翁精神项目管理和自管理团队支持团队：仆人式领导
Scrum主管以仆人式领导方式工作，敏捷项目的领导者们也是帮助团队寻找解决方案非分配任务Scrum团队成员也可承担起仆人式领导角色仆人式领导的十大特征：倾听，同理心，治疗（弥补不能以人为本的过程所带来的伤害），意识，说服力（公信力而不是自上而下的权威），概念化，远见，管家（意味着信任），致力于人的成长，建立社区仆人式领导积极的专注于个人和互动，要求信任和尊重专职团队
好处 保持团队成员只专注于一个项目，有助于防止被干扰专职的Scrum团队成员清楚的知道每天要做什么专场团队受到的干扰越少，因此犯错的几率也就越小专职的Scrum团队成员能够对项目提出更多的创新专职团队中的人员在工作时的幸福感可能更强当一个每周工作时间相同的专职团队时，可以准确的计算出速率-团队开发速度 团队每个成员都可帮助团队专职化 Scrum主管防止公司给Scrum团队成员安排其他项目开发团队成员，可以推回项目之外的工作，如有必要，可以寻求Scrum主管帮助产品负责人确保公司了解scrum团队从财务角度也不错，为项目争取一切资源跨职能团队
开发人员每个人发挥其现有的技能和专长，还有机会参与专业领域之外的工作，学习新的技能，承担各种各样的任务跨职能开发团队以个人和小组的名义做出有力承诺。团队无我跨职能开发团队选哟组织的承诺与支持建立敏捷的环境
相同地点办公，能随时当面交谈；人文环境：信任，公开和尊重 感觉到安全以积极的方式表达想法挑战现状坦陈所面临的挑战而不受惩罚申请可以改变项目的资源犯错并从中学习建议改变并让其他团队成员认真考虑那些变化尊重团队同事受到团队其他成员的尊重限制开发团队的规模： 5-9，最好为7；团队有足够多样化的技能去实现需求，沟通和协作更加容易，成员可以轻松与其他人交互并取得共识
管理分散团队的项目
分散团队的三种模型：孤岛式；分布式Scrum联席会议；集成式Scrum沟通，沟通再沟通是分散Scrum团队成功的保证有效沟通方式： 使用视频会议模拟面对面谈话在项目中不便安排多次，至少安排一次团队集中的现场会议使用在线协作工具将成员照片发布到在线协作工具上，甚至包含在电邮的签名档中认识到时区的差异灵活适应时区差异如果对一次交谈或者一封邮件有任何疑问，请要求澄清要意识到Scrum团队在语言和文化方面的差异有时特地尝试讨论一些与工作无关的话题敏捷项目沟通管理的不同之处
项目管理中，沟通指的是项目团队成员之间正式或非正式的信息传递敏捷原则4，6，7，10条和沟通有关传统方法和敏捷方法沟通管理的对比如何在敏捷项目中管理沟通
沟通方法：借助工件，会议或者非正式沟通；面对面交谈时敏捷项目的核心和灵魂
敏捷项目的沟通渠道
状态和进展报告
敏捷项目的状态是对Scrum团队已完成的特性的评估敏捷项目中，满足完工定义的可工作软件是衡量项目进展的首要指标。项目范围一直在变，不能以百分比来表示进展，但可以用故事点来表示已完成的需求每日跟踪冲刺和项目进展。每日例会，任务板，冲刺待办列表，产品代办列表，燃尽图和冲刺评审都是用于沟通状态和进展的主要工具； 冲刺代办列表包含一份冲刺当前的每日状态的报告，冲刺的用户故事以及其相关任务和估算，也常常配有燃尽图，可以可视化已完成的工作敏捷冗余要不得