启动敏捷Scrum团队：你需要知道什么？

原则与实践

这是一个令人兴奋的敏捷时刻！我们的行业第一次找到了一种真正的、可持续的方法来解决软件开发团队一直在努力解决的问题。

敏捷团队使用简单、直接的实践，这些实践已经被证明可以在实际项目中工作。但是等一下…如果敏捷是如此伟大，为什么每个人都不这么做呢？事实证明，在现实世界中，一个对一个团队非常有效的实践会给另一个团队带来严重的问题，不同之处在于团队的心态。所以准备好改变你对项目的看法吧！

思维方式必须与方法相结合

在这个世界上没有“完美”的方法来构建伟大的软件!

在采用敏捷实践、方法和方法之后，一些团队已经取得了很大的成功，并看到了很大的改进，而其他团队则在努力。我们已经了解到，不同之处在于团队成员的思维方式。那么，如果您想要为自己的团队获得这些出色的敏捷结果，您该怎么做呢？你如何确保你的团队有正确的心态？这就是敏捷宣言的由来。当您和您的团队围绕其价值观和原则进行思考时，您开始对敏捷实践及其工作方式进行不同的思考，并且它们开始变得更加有效。

Scrum的规则

Scrum的规则很简单, 有效地使用它并不是那么简单。

Scrum是最常见的敏捷方法论，有很好的理由：Scrum的规则简单易学。大多数团队不需要很多时间来收集组成Scrum规则的事件 (Scrum events)、角色 (Scrum Roles) 和工件 (Scrum Artifacts)。但是为了让Scrum真正有效，他们需要真正理解Scrum的价值观 (Values) 和敏捷宣言原则 (Agile Manifesto)，这有助于他们进入一个有效的心态。因为尽管scrum看起来很简单，但scrum团队不断检查 (Inspection) 和适应 (Adoptation) 的方式却是一种全新的项目思考方式。

一般公认的Scrum实践

敏捷团队使用简单的计划工具来处理他们的项目。

Scrum团队一起计划他们的项目，以便团队中的每个人都致力于每个Sprint的目标。为了保持团队的集体承诺，整个团队作为一个团队，计划 (Planning)、估计(Estimation) 和跟踪 (Tracking) 需要简单易行。从用户故事 (User Stories) 和计划扑克 (Planning Poker) 到速度 (Velocity) 和燃尽图表 (Burndown Chart)，Scrum团队总是知道他们已经做了什么，剩下要做什么。准备好学习让Scrum团队了解情况并控制他们构建的工具！

拥抱变革

軟件團隊在構建優秀代碼時會取得成功。

即使是拥有优秀开发人员的优秀软件团队也会遇到代码问题。当小代码变成一系列级联更改，或者日常代码提交导致数小时的修复或合并冲突时，曾经令人满意的工作会变得烦人、乏味和令人沮丧。

这就是XP的用武之地。XP是一种敏捷的方法论，它专注于构建沟通良好的有凝聚力的团队，并创建一个轻松、充满活力的环境。当团队构建简单而不复杂的代码时，他们可以接受变更而不是害怕变更。

消除浪费和管理流程

敏捷团队知道他们总是可以改进他们的工作方式。

他们使用精益的心态 (Lean Mindset) 来发现他们在哪些方面花时间在那些不能帮助他们实现价值的事情上。然后他们就可以清除那些减缓他们前进速度的浪费。

許多具有精益思維的團隊使用看板 (Kanban) 設置工作進度限制 (WIP) 並創建拉動系統 (Pulling System)，以確保人們不會因為工作量不大而受到牽制。準備好學習如何看待您的軟件開發過程，因為整個系統可以幫助您構建更好的軟件！