如果你进入市场营销这个行业有一段时间的话，你应该对敏捷市场营销这个概念并不陌生。

每个人都在说敏捷营销将会是“市场营销的下一件大事”。它甚至有着自己的敏捷宣言。尽管已经传的沸沸扬扬的，但是，如果你真的不清楚敏捷营销是怎么一回事的话，你也不需要感觉气馁。

你如果去看看在比如LinkedIn这些网站上的那些敏捷市场营销团队，你就会发现其实很多做市场营销的其实对敏捷市场营销是没有什么清晰的概念的。这东西是用来对你的市场团队和内部创新团队进行重组以便使得流程更敏捷的吗？有点是。它是用来让你的流程更精简并且让你抛掉更多拖了你后腿的包袱的吗？也有点是。

一个好的且清晰的对敏捷市场营销的解析应该是这样的，敏捷方法论其实是这几年来风靡IT界的一套工作上的管理方法论，因其能够在提高生产力的同时提高团队应对需求变化的灵活性和能力而广为人知。这套方法论现在已经被证明是切实有效的，所以市场领域的同仁很快就已经风闻了。

敏捷驱动型的创新团队曾经报告说，让开发团队从无尽的开发周期中释放出来的情况同样也能发生在传统的市场营销管理上，让整个团队的创造力大大的提升。有创新团队曾经因此而  将生产力提升400个百分比 ，同时还会降低成员的毛躁情绪。市场营销团队可以对市场推广活动进行更快的验证和迭代。

如果上一段话有引起你的注意的话，那么请看下面将要描述的每个具有创造力的团队在使用敏捷方法论进行成功的流程管理的时候都需要遵循的四个关键步骤。

打造一个可以容纳所有请求的流程

敏捷方法论天生就是用于处理各种各样的工作的，这同时也意味着你的需求管理流程也应该可以容纳不同的需求。敏捷团队需要有一个需求管理中心来提交他们的各种请求，提交的可以是基于项目的任务，可以是一次性的正式请求，也可以是非正式的一次性请求。

同时，为了让你的市场营销团队成员可以评估完成这些需求所需的小时数，以便让这些需求转变成一个故事(Story)，为这些需求提供一个充满创意的简要描述是必须的。

如果你的市场营销团队和其他没有应用上敏捷方法论的团队一起工作的话，那么建议你制定一套可以处理这种混合方法论的行之有效的方案。否则，你很快就会陷入不停的需求复制和因两个团队使用的工具不同而不停的进行沟通的泥潭之中，这将会大大的消耗掉你的团队的宝贵时间。

需求清单(Backlog)维护

随着一个需求进入到你的视野，它很快就会正式转变成你的Backlog中的一个故事。Backlog就是专门用来收集所有需要处理的故事的。在你的团队的建议之下，你将会为每个故事指派几个小时的完成时间，这样你才能在需要整理你的冲刺(Sprint)清单的时候很方便的从Backlog中挑选出最重要且最可行的故事来放进去。如果一个故事需要超过6个小时才能做完的话，那么你就需要考虑将该故事进行细化了。

你的Backlog可以使用不同的工具进行管理：白板，公告栏，索引卡，或者日常办公管理软件。该Backlog应该根据优先级进行排序，优先级可以总和考虑这些因素：截止期限，投资回报率，客户等。

举行Sprint计划会议

一旦你的Backlog排好序之后，你就可以开始举行Sprint计划会议来开始一个Sprint了。在会议期间，你的团队会和你一块来从这个Backlog中找出这个Sprint中应该解决的故事。这些故事会展现在燃尽图上面，同时也会被分派到各个团队成员头上，团队成员会承诺在该Sprint中完成所负责的故事。

密切关注你的燃尽图

在团队解决这些故事的过程中，他们会在燃尽图中将这些故事从“未完成”移到“处理中”再移到“审核”最后到“完成”，每个人都能近乎实时的看到他们最新的进度。一个设计得好的燃尽图会包含一张图来清晰的描述清楚有哪些故事没有完成，又有哪些故事将要完成。

如果做得好的话，这张公开的图表会让各个利益相关者时刻把握当前的状况，同时也会为团队成员带来一些额外的动力。

Sprint回顾会议的重要性

敏捷市场营销的一个关键原则就是关注持续的改进和协作。在一个Sprint结束之前举行一次Sprint回顾会议对往后Sprint的成功起到非常关键的作用。在这个Sprint中，哪些是可行的？哪些是不可行的？其中哪些流程应该在下一个Sprint中进行调整。

几轮讨论之后，这个会议应该就会为下一个Sprint产生至少一项需要改进的地方。然后我们就需要用学到的这些新经验来武装自己，在往下的所有Sprint中不停的重复这个过程…