如何成为高效的Scrum团队?只需三点，教你轻松搞定
敏捷团队合作有助于最大限度地减少交接，这是毋庸置疑的。
目前，采取顺序开发方式的团队已经习惯成员间工作的交接，分析师将完成的工作交给设计师，设计师将其交给程序员，然后程序员交给测试员。
对Scrum不熟悉的团队通常在消除这些交接方面做得不够好，例如，错误地假设程序员应该在将产品积压工作交给测试人员之前完成对产品积压工作的编程，或者分析师应该比团队其他成员先完成工作。
然而，高效的Scrum团队已经学会了在迭代周期中随时随地做点事情，以消除大量的交接工作。
为了有效地做到这一点，团队必须做三个改变：喜欢讨论而不是写作，将交接工作做得非常小而且非常频繁，并混合每个迭代周期项目的大小。
01 高效的Scrum团队—停止写作并开始交谈
把需求写下来，用户就会得到他们想要的东西，但这可能是他们真正想要的，也可能不是。
Scrum团队已经将重点从撰写需求转移到讨论需求上，所以，与产品所有者对话（而不是产品规范）已经成为了解如何表现产品新功能的主要途径。
团队成员与产品所有者讨论功能应如何工作，应该以多快的速度执行，必须通过什么验收标准，等等。
在传统项目中，分析师通常充当中介，向程序员传达客户的需求。
然而，在Scrum团队中，分析师充当促进者，确保团队和产品所有者之间进行适当的讨论。
为避免经常性、冗长的会议，「日事清」可以给Scrum团队提供交流的平台，可以针对具体的任务内容进行。在每个任务的界面可以进行任务的交流，让你随时随地与团队交流。
Scrum团队鼓励沟通，不要通过文档提取信息，这并不是说，应该放弃书面需求文档，相反，我们应该在适当的地方使用文档。
经验丰富的Scrum团队非常依赖编写清晰的代码和自动化测试用例。
「日事清」的【笔记】模块为我们提供了撰写、共享开发过程中的相关文档资料的平台，让你随时随地记录。
同时，笔记中的文档还可以同时在线进行编辑，让团队更好的协作。
「日事清」的【应用】模块可以归档计划、文件等的相关资料，以便今后的复查、追踪工作。
正如精益软件开发书籍的合著者Tom Poppendieck曾经说过的那样，“当文档主要是为了实现交接时，它们就是邪恶的。当他们记录下有意义的对话时，它们就是有价值的。“
02 高效的Scrum团队—经常交接小任务
在Scrum团队中，交接的任务应该小于单个产品积压工作。工作中总会有一些交接，但是从一个人转移到下一个人的工作量应尽可能小。
假设一个团队正在开发一个新的电子商务应用程序。该团队选择从其产品积压工作中处理这个用户故事：“作为购物者，我可以根据运送到我地址的实际成本，选择我想要的物品运送方式，以便我做出最佳决定。”
在项目开始时，那些对这个功能感兴趣的人或者是即将参与开发的人就开始讨论它。
「日事清」中可以为计划添加成员，将计划共享给感兴趣的人或者是即将参与的人，让更多的人参与进来。
「日事清」可以为任务添加成员，将任务派发给组织内的成员，团队协作，共创辉煌。
假设这个组包括产品所有者、分析师、测试员和程序员。他们首先讨论了该功能中隐含的一些一般要求：我们支持哪些运输公司（FedEx、DHL等）？我们想支持隔夜送货吗？两天送货？三天送货？
随着这些讨论的发生，所涉及的成员将自然地开始思考如何开始。
在一个传统的项目中，每个人都可以按照自己的意愿开始（在工作交付之后）。
但是，在Scrum团队中，如何开始应该是致力于此功能的人员之间的协作讨论。
「日事清」为讨论【日程】中任务的细节提供了操作平台，在任务界面可以与添加的成员沟通细节问题，减少了繁杂无章的会议，提高了工作效率，优化了交接工作，还可以将资料存档。
假设程序员出于某种原因证明了从FedEx开始会更容易。测试员对此表示赞同。分析师表示，他们打算调查DHL并了解更多有关影响DHL运输成本的参数信息。
分析师的目标是在程序员和测试员使用FedEx完成任务之前获得这些信息。
当程序员了解足够多的信息后开始编写代码。产品负责人、分析师和测试员讨论高级测试（我们的网站会发送任何奇怪的项目，如滑雪板吗？）。在讨论之后，测试员将高级测试列表转换为具体测试（此大小和重量的盒子将转到该目的地），建立测试数据并完成自动化测试。
当测试员在考虑具体的测试时，他还应该告知程序员，其在编程时可能没有考虑的测试用例。
当程序员和测试员完成后，他们会增加对计算FedEx运输成本的支持，并完成自动化测试。
接下来，程序员和测试人员将与业务分析师进行核对，他们希望已经了解了有关计算DHL运费的更多信息。重复该过程，并在编程和测试完成后向将DHL运输计算的支持添加到应用程序中。
为此，「日事清」中的【计划】可以标准化工作的流程，拖动任务移动到相关的卡片里，并通过@成员通知其任务进度，也可以通过添加成员将任务下发至团队成员。
“继续以过大的块交付工作的一个症状是，在接力项目的最后几天才完成产品积压工作。”以这种方式工作的团队的测试人员经常抱怨，他们直到接力项目结束的前两天才得到测试的东西，然后被期望快速地测试所有内容。
解决此问题的最佳方法就是显示每天完成的产品待办事项的数量。
「日事清」的【日程】中的象限视图中可以放置要完成的任务，并且可以根据任务的轻重缓急程度分别放到重要且紧急、重要不紧急、紧急但不重要、不重要不紧急四个象限中，让你的任务列表清晰明了。
「日事清」在【计划】模块查看计划的进度，可以拖拽任务的进度条，更改任务的时间设置。
03 高效的Scrum团队—创建一个可管理的组合
在规划Scrum项目时，团队应该关注他们提交的产品待办事项的大小。一些产品积压工作比给出的FedEx / DHL示例更复杂。
某些产品积压工作可能需要一周或更长时间的编程，程序员为测试人员提供甚至是最初可测试的东西。并非所有东西都可以被分割成我们希望的那样小。关键是要避免将一堆这样的工作带入同一个开发项目中。这样做会将太多的测试工作转移到项目的末尾。
「日事清」中的【计划】模块还有统计的功能，能查看计划的完成情况、成员的任务的完成情况等等。
一些程序员可以处理大型项目，尽可能将其交给测试人员。其余程序员可以处理较小的项目，确保在开发项目早期提供给测试人员更顺畅的的工作流程。
创造正确的团队合作意识是很有挑战性的。Scrum可以帮助确保团队接受全团队责任的概念，以及在每个接力结束时交付工作软件的全团队承诺。
虽然团队最初可能会难打破专业化和交接的长期习惯，但是增加沟通，减少交接的规模以及混合积压项目的大小，将有助于个人从顺序开发转变为团队合作。
「日事清」能协助Scrum团队高效的开展工作，最小化交接工作，提升工作的效率。
作者：迈克·科恩
来源：https://www.mountaingoatsoftware.com/articles/agile-teamwork
