《学习敏捷：构建高效团队》笔记摘要

《学习敏捷：构建高效团队》笔记摘要

什么是敏捷

敏捷是指能够让团队思考更加有效、工作更高效，并且作出更好决策的一组方法和相关理念

这些方法和理念适用于传统软件工程的所有领域，例如项目管理、软件设计、软件架构和流程改进。每种方法和理念都包括实践。这些实践经过了精简和优化，应用起来非常方便。

敏捷也是一种思维模式，思维模式的正确与否会影响团队具体实践的高效程度。正确的思维模式有助于团队成员共享信息，从而共同作出重要的项目决策。敏捷思维模式涉及整个团队的开工计划、设计和流程改进。

敏捷的创造者在试图找到解决问题的新方法时，确定了四则价值观，并称为“敏捷开发宣言”

敏捷宣言

1.个体和互动 高于 流程和工具

敏捷团队认为个体和互动高于流程和工具，因为仅仅拥有“正确的”流程和“最佳的”实践还不够。如果使用者并不认可他要使用的流程或工具，他就无法将这些东西坚持使用到最后。

2.可工作的软件 高于 详尽的文档

可工作的软件指的是可以给公司带来价值的软件。
文档只是实现目标的工具，但文档还是要写。

3.客户协作 高于 合同谈判

4.响应变化 高于 遵循计划

为了帮助团队作出正确的选择，敏捷提供了12个敏捷原则，其中

敏捷的部分原则

(1) 最优先要做的是尽早、持续的交付有价值的工作。

(3) 频繁地交付可工作的软件，从数周到数月，交付周期越短越好。
团队通过迭代的方式频繁发布可工作的软件，每一次发布都添加新的特性

(4) 在团队内外，面对面交谈是最有效、也是最高效的沟通方式。
团队沟通项目重要想法的最有效方法就是让大家的思考方式保持同步
更好的沟通可以帮助团队更好的管理变化

(5) 业务方与需求方，在整个项目过程中的重要节点要参与进来。
我的理解是：在原型评审、UI评审、测试过程中，业务需求方参与进来，确保最后作出的东西与需求方提出的需求吻合。

(6) 以受激励的个体为核心构建项目。

(让成员认识到项目的价值，并激励团队成员。以项目交付的好坏评价成员)

(7) 可工作的软件是衡量进度的首要标准。

(8) 敏捷过程倡导可持续开发。赞助商、开发人员和用户要能够共同、长期维持其步调，稳定向前。

(9) 坚持不懈地追求技术卓越和良好的设计，以此增强敏捷的能力。

(10) 简单是尽最大可能减少不必要工作的艺术。

(11) 最好的架构、需求和设计来自自组织的团队。

(12) 团队定期反思如何提升效率，并依此调整自己的行为。

最流行的敏捷方法有：Scrum、极限编程、精益思维和看板

小技巧

每日站立会议

每日站立会议(daily standup)是很多团队都采用的一种最常见的敏捷实践。在 每日站立会议上，每一位成员都会讲述自己手头的工作以及面临的挑战。为了使会议简短，大家在会议期间全程站立。

每日例会是团队可以利用的最有效的工具之一。

这是因为每日例会帮助团队完成了两件重要的事情:首先是检查团队正在做的事情，帮助调整工作以交付最大的价值;其次是让团队作出的决策具有足够的灵活性。

在每日站立例会中，每一位团队成员都要回答三个问题：

• 从上一次例会到现在我都干了些什么？
• 到下一次例会前我要干什么？
• 遇到了什么问题？

如果成员每天都可以用同样的方式在团队内公开自己的工作，那么由于不可避免的沟通错误而导致的问题，很多都可以扼杀在萌芽状态。

如果团队中每一位成员都检查其他人正在做的工作，那么他们就可以共同得出结论，并且对于项目的目标和大家实现目标的方法达成一致。

在每日例会中，如果一个人讲述了自己手头的工作，那么他的同事也许会给出某些方 面的改进建议。同事也有可能发现他在做一项完全错误的任务，而这个问题极有可能是由误解而导致的，那么这种发现会让他改变接下来一天工作的计划。

通过可见 − 检查 − 调整的每日循环，团队可以不断地通过项目反馈来改善自己。这是敏捷的一项最重要的特性。团队根据项目经验以及项目中实际发生的事实来做决策。通过这种类型的反馈机制，可以降低“传话”式的沟通带来的损失，还能在提升质量的同时节约时间。这种循环是一种重要的反馈闭环，团队通过这种闭环让项目保持在正轨上，还可以保证所有人的想法都一致。

为了确保每日例会更加有效，敏捷提出了几点建议：

1. 所有人都要参与
2. 细节会后讨论
   每日例会的目标是定位问题，而不是解决问题。如果在一两分钟的讨论后无法解决问题，那么另外安排一个后续会议，自认与这个问题有关系的人可以参会。
3. 轮流先行
   为了让每个人都能听取其他人的好想法，每天的例会可以由不同的人组织。
4. 不要当作例行公事

精益思维

精益或精益思维是一种思维方式，与其他敏捷思维方式一样，它也有一些价值观可以帮助理解和适应它。

精益有它自己的一套价值观，精益的价值观包括以下这些：

• 消除浪费 找出那些不能直接帮助你创造出价值的软件，把它们去掉。

• 增强学习 通过项目的反馈来改进你的方法。

• 尽可能延迟决定 每一个项目的重要决定都要等到你拥有了最大量信息的时候再做，也就是在最后责任时刻。

• 尽快交付 理解延期的代价，并且通过拉动式系统和队列来将这种代价最小化。

• 帮助团队成功 创建一个专注而高效的工作环境。

• 保证产品完善

• 着眼全局 全面理解项目中的工作——使用恰当的衡量指标来保证你了解全局，毫无遗漏。

总结

总体来说，这本书阐述了敏捷的核心价值观，介绍了敏捷团队在进行项目决策时要遵循的原则。介绍了Scrum，以及采用的具体实践。讲解了精益方法，以及建立精益思维方式所需要的价值观。看板方法及其原理。通过这些思想和实践方法，帮助团队提高工作效率，在一定程度上还是很有帮助的。