在《福布斯》文章中 “为什么敏捷正在吞噬世界”，史蒂夫·戴明（Steve Deming）提供了另一个光鲜的，开花的版本，如果敏捷在您的组织中还不流行，那么敏捷将成为主流，而您的公司将落后于后者。现在，不要’不会误会我的意思。我显然是赞成敏捷的，并且是Steve Demming的忠实粉丝。我读了几本史蒂夫（Steve）的书，并且我会抓住一切机会听他说。史蒂夫（Steve）是敏捷的早期拥护者之一，他的著作将其扩展到了软件开发之外“激进管理“.

但是，我必须指出这篇文章确实’似乎没有意识到向敏捷的过渡通常是由危机或对危机的恐惧所预示的。以我的经验，直到处于危机模式之前，大多数组织都像瘟疫一样对待转型组织变革。当然，他们会挥手说敏捷是一件好事。但是，进行彻底变革的挑战通常更加艰巨。为什么要搞砸一些有用的东西？

等到您陷入危机时，转换才能完全归类为“银弹”类别。敏捷和Scrum就是这些。两者都只是暴露了每个人都知道的组织中的挑战和问题，而没有勇气去应对。在困难时期，计划和启动敏捷转型会在阻力较小的情况下创造动力。从一两个团队开始，从他们的错误中学习，然后反复进行，快速地运用您所学到的知识。开始扩展时，对您组织的影响将降至最低。敏捷团队的成功将是您前进的最佳拥护者。

享受这篇文章并关注Steve。他知道自己的东西。

感谢您的光临。

克里斯

 

营销正在改变。你准备好了吗？还是会被抛在后面？

以前，公司以季度业绩为依据，具有长远的眼光。

他们拥有缓慢的执行速度，并且坐下来看看事情如何进行。

这不再是世界运转的方式。

如果一条简单的推文可以在几分钟内环游世界，您的公司将如何适应？

答案是敏捷营销。

您可能已经听过初创公司或新媒体行销公司用过的词组，但实际上是什么呢？

我们将分解敏捷营销的最基本要素，以及如何使用它们来保持领先地位。

敏捷营销：未来之潮

如前所述，公司可以花时间找出最适合自己的方法。

如今，变化很快–需求显示 没有松懈的迹象.

虽然这是在 快节奏的创业文化坩埚，它可以扩展以适合任何业务。

敏捷营销就是敏捷。这是一种灵活的方法，侧重于短距离冲刺而不是马拉松。

这可以帮助您利用最新信息，并允许您毫不犹豫地应用任何更改。

您现在如何将其应用于您的营销策略，以保持领先趋势？

学习语言

敏捷营销需要了解两个重要术语：Scrum和看板。

让我们将它们分解，看看哪一种最适合您。

Scrum框架涉及的重点是在固定的时间内可以完成多少工作。

就像这样：您的公司有一个目标，您决定在一两个星期内实现。

您仅使用完成此任务所必需的东西，其他任何东西都被保存在待办事项中，以备将来Sprint使用。

您可以通过召开Sprint计划会议来开始Sprint。在会议期间，团队就Sprint期间要完成的工作达成协议。

每天，您都会与团队进行一次简短的会议（每日Scrum），讨论生产的高潮和低谷。

在Sprint结束时，团队讨论他们学到的将其应用于团队的知识’ next Sprint.  

因为您以可持续的速度工作，所以您立即开始下一个冲刺。

Scrum是敏捷营销中最流行的框架，但是看板可以更容易地集成到您现有的营销计划中。

看板涉及四个不同的部分。

关键组件是需求或用户故事。

故事就是您想要完成的事情，可以为目标受众增加价值。

确定要完成的故事后，您将把它们组织到“待办事项”列中。

列非常简单。它们只是您在故事中所处位置的列表。

您可以根据需要组织它们：“做”，按人员，按故事类型等。

现在，为每列分配一个进行中的限制。

这意味着您的团队一次只能分配一定数量的工作。这样可以使工作流保持精简和平均。目的是使故事连续不断地贯穿整个过程。

最后一部分是看板方法的标志–连续发行。

完成将故事视为“完整”所需的所有操作后，您可以将故事移至右侧的下一列，然后移至下一列，依此类推。

如您所见，这是使您的概念以短而有效的爆发不断前进的有效方法。

冲向终点线

掌握了基本知识后，请尝试将两种敏捷营销方法应用于您的营销目标。

您的受众群体将获得最新的信息，从而为您提供搜索结果。

无论选择哪种方法，您都将在竞争之前冲刺。

如果您想了解贵公司的情况， 获得Scrum评估 来自beLithe。

虽然本指南为您提供了基础知识，但是如果您’重新做好准备，依靠beLithe成为下一波营销理念的最前沿。

我们的目标 是为了帮助您的公司达到您设置的基准。当您决定应用敏捷营销时，请让beLithe为您的合作伙伴。

所以你要去哪一个–Scrum还是看板？告诉我们更多信息，并分享您的成功案例！

 

 

您不知道的5个常见的每日Scrum错误’想要在下一次站立时做

1.这不是状态会议

如果您不熟悉Scrum活动，这是一个容易（且很常见）的错误。

每日Scrum会议不是 地位会议。因此，避免在前一天的冲刺期间尝试解决团队的问题。

请务必记住每日Scrum的时间限制。时间设置为15分钟。

尊重队友的时间，并保留解决问题的方法，直到会议结束为止。

2.请勿将其用作计划会议

Daily Scrum的另一个不在于将时间用作计划会议。

为什么不？一旦团队沿着那条路走，团队成员就会获胜’没有机会分享他或她的更新。

相反，团队应该坚持每日Scrum的目的，即检查实现Sprint目标的进度，并对团队进行任何调整’计划完成Sprint Backlog中预测的工作。

如果紧急需要讨论新的需求，一种方法可能是在Daily Scrum之后安排15分钟的会议，并包括开发团队和产品所有者。然后，您可以在那里讨论需求，其优先级等。

3.不要只专注于Scrum master

有人误以为每日Scrum只能由  Scrum Master.

但是，Scrum Master的角色有责任确保发生每日Scrum。

尽管Scrum主管应确保发生“每日Scrum”，但这并不意味着他/她拥有该活动。

此外，这并不意味着团队必须“向Scrum Master报告”。 Daily Scrum活动是为团队设计的。

4.不要对团队进行微观管理

如果您是Scrum Master，请务必避免向团队成员发布说明，这一点很重要。此外，不要花时间开始计划团队成员应如何进行特定的开发活动。

为什么？因为Scrum流程提倡自我管理和自我组织。

应鼓励开发团队成员意识到自己的职责，共同协作以解决与流程相关的问题。

为了鼓励自我组织，Scrum主管和产品负责人不应对团队及其活动进行微观管理。

5.不要通过问错问题来浪费时间

对于Daily Scrum的新手，团队可以通过采用三个问题框架开始。

这些问题包括：

1. 前一天做了什么？
2. 建议今天要做什么？
3. 团队是否面临任何问题或障碍？

会议应始终尝试体现这三个问题的精神，因为答案是团队评估短跑进度所需信息的基础。

您如何处理您的日常Scrum会议？你怎么 评估Scrum的成功？告诉我们随着时间的流逝您学到了什么’s on your Scrum备忘单 在评论中！