如何使用Scrum进行内容营销

某些敏捷概念和想法已经成为内容营销对话的一部分有一段时间了。Scrum是这些对话中经常出现的一个概念。但是把它和敏捷捆绑在一起会导致各种各样的混乱。

本文通过一个假想的内容营销团队的经历，重点讲述了基于Scrum的内容营销方法是如何工作的。

Scrum是增量的

Scrum概念围绕着迭代、增量交付。在软件开发中，Scrum团队努力在称为sprints的短时间内交付工作软件的增量。这些短跑有明确的开始和结束(一至四周)以及明确的目标。

一个内容营销Scrum团队将会以类似的方式运作，有一个固定的冲刺长度(应该对所有冲刺保持相同，以便更容易跟踪效率)和一个或多个明确的目标。内容团队通力合作，在指定的时间框架内实现这一目标。

对于像内容营销这种正在进行的工作来说，采用Scrum方法似乎是违反直觉的。然而，在实践中，这种内容营销的方式可能会令人大开眼界。

Scrum对内容团队的好处

这种迭代方法为内容营销团队提供了明确定义的工作增量，可以快速分析和修改，而不必浪费时间在对博客、公司或读者没有价值的事情上。

Scrum对经验主义的强调鼓励Scrum团队完全透明，回顾和分析他们的工作，并做出相应的调整。

Sprints为团队提供了额外的结构和关注点，使其能够确定并朝着可实现的目标努力。Scrum的这一方面创造了一个稳定成就的氛围，这很重要，因为内容营销感觉像是一个无止境的努力。

最后，在sprints中执行内容营销有助于团队更好地理解某些类型的工作需要多少时间和精力，因此他们可以改进他们的计划。

Scrum团队中的人

官方的Scrum指南(如果你愿意，你可以在这里查看)为一个最佳的Scrum团队规定了三个不同的角色和不同的职责:

• 产品所有者他的主要职责是最大化Scrum团队交付的价值。PO维护产品待定项(我将在后面解释)，清楚地定义和排序产品待定项，并确保每个人都充分理解它们以便进行工作。
• Scrum大师他在团队中扮演着仆人式领导者的角色。Scrum大师通过建议、指导和确保框架的正确应用来帮助每个人理解和实践Scrum。Scrum master还负责清除任何妨碍团队工作的障碍(内部的和外部的)。
• 一个开发团队， 其中包括交付“产品的可发布增量”的人(稍后会有更多的介绍)，他们对在sprint中要做什么有最终的决定权。

开发团队没有等级、头衔或子团队。

一些团队有产品负责人和Scrum大师，他们将时间投入到他们的角色中。对于内容营销Scrum团队，产品负责人和Scrum master更有可能也是开发团队的一部分，也就是说，做实际工作。

组织内容工作

Scrum为组织工作提供了一个很好的结构，它清楚地表明谁在做什么以及为什么要做某事。

产品积压

产品backlog是产品所需的所有东西的优先列表。对于内容营销团队来说，该产品可能是成功的内容片段，可以带来潜在客户并提高转换率(或您的团队关注的任何其他内容)。

产品backlog包括产品backlog items(pbi)，它描述了团队为增加产品价值所必须做的工作(成功的、可持续的内容营销)。

所有pbi都有以下内容:

• 清晰的描述
• 完成项目的顺序
• 价值(由团队决定)
• 估计需要多长时间才能完成

正如我提到的，所有这些都是产品所有者的责任。产品负责人可以(也应该)向内容营销Scrum团队的其他成员咨询产品待办事项。但是，作为待办事项清单的唯一负责人，产品负责人可以给它带来关注和清晰。

并非所有的产品待办事项都有详细的描述。产品负责人只详细介绍在接下来的一两个sprint中要解决的产品待办事项。此外，请记住，产品积压是一个活生生的东西，可以随着时间的推移而改变。

迭代待办事项列表

当开始一个新的sprint的时候，开发团队将达到sprint目标所需的产品backlog项目拉进sprint backlog——在那个sprint中要工作的有序pbi列表。

除了开发团队，也就是将要做这项工作的人之外，没有人能决定所有的事情。例如，开发团队将选择工具和过程来查找主题和研究关键词。

开发团队是最终决定是否在sprint中完成的团队。

Scrum板

虽然这不是Scrum指南中的正式概念，但大多数Scrum团队使用Scrum板来可视化sprint中的工作。它可以是一个有便利贴的实体板，也可以是一个为使用Scrum软件的团队准备的虚拟板。

下面是一个Scrum板的例子:

您可以看到所有的产品待办事项都已经被拉进了sprint。有些已经完成，有些正在进行，有些还需要开始。这个例子说明了工作是如何在Scrum板上移动的。

正如你所看到的，Scrum提供了一种清晰、透明和有效的方式来组织工作，提供了关于谁做了什么，哪里可能会有阻碍，以及sprint进展如何的数据。

以这种方式组织工作鼓励团队成员之间的协作，在不浪费时间和资源的情况下推动他们朝着sprint目标前进。

例如，如果团队注意到PBI的“为链接建设制定策略”在“进行中”栏中停留了太长时间，其他团队成员可以跳到它上面，让事情重新开始。

Scrum会议

Scrum会议定期举行，有助于改善团队合作和产品。

冲刺规划

冲刺计划会议在冲刺开始前召开。在计划会议上，产品负责人建议团队应该处理的产品待办事项，然后开发团队讨论应该做什么以及完成工作的最佳方式。

每日混战

在简短的每日Scrum会议中，团队讨论他们做了什么，一切进展如何，以及他们当天计划做什么。这是团队确定可能的瓶颈和障碍并提出解决方法的绝佳机会。

冲刺回顾

冲刺之后，Scrum团队成员开会回顾已经完成的工作。他们谈论他们做得好的地方，以及在未来的冲刺中可以改进的地方。冲刺评审也是向他人展示团队成员工作的机会。它还可以用于从公司的其他利益相关者那里获得反馈，并解释内容营销团队所做的工作将如何为公司做出贡献。

冲刺回顾

sprint回顾集中在团队如何作为一个单位协作，他们遇到的障碍，以及他们如何成为一个更有生产力和协作的团队。我们的目的不是指责谁，而是进行一次积极的会面，强化属于一个不断改进的团队的感觉。

所有这些Scrum会议的主要目标是提高团队工作的透明度，诚实客观地检查团队的工作以及团队如何作为一个整体工作，调整策略和实践以确保团队交付尽可能多的价值。

提示: 查看一些主要针对Scrum团队的敏捷工具来支持你的团队。

一些注意事项

尽管Scrum曾经是一个以技术为中心的过程，但它可以给内容营销团队带来好处。但是它不应该限制内容团队应用其他实践和想法。这就是Scrum的要点——提供一个框架来帮助确定什么能提供价值，什么不能。

Scrum通常不会马上成功。团队需要时间来找到他们公司内部框架下的最佳工作方式。一些团队可能会强调某些实践，而避免其他对他们的情况没有意义的实践(例如，为单个任务赋值)。但是Scrum的主要好处——透明、检查和适应——带来了更好的做事方式。