跳到主要内容

保存的帖子

您需要过程和工具

Derek Huether |龙头
Derek Huether. 高级顾问
阅读: 您需要过程和工具

即使在您拥有单一的环境,理想的共同职能团队,我相信您将需要流程和工具。您的组织更复杂和分发,您需要更多的流程和工具。听起来很敏捷吗?好吧,克服它。您将需要进程和工具来启用个人和交互。如果您不能坐在椅子上并直接与团队中的每个人联系,则需要更多的流程和工具。地狱,即使你罐头看到大家,你仍然需要流程和工具。什么是scrum?一种过程框架。什么是团队委员会?通讯工具

语境

我不驳回敏捷宣言。我更喜欢个人和互动过程和工具。我只是想建立一些背景。我们大多数人都没有在那个理想的敏捷世界中工作。相反,我们必须在一系列非理想的组织限制范围内运行。大多数人都以敏捷的想法销售。价值观和原则与我们共鸣。但我的工作(和龙头)是要了解组织的目标并帮助他们到达它们。我们首先通过形成团队和安装精益/卡班的治理模型来为敏捷企业奠定基础,但保持关注长期规划,风险管理和依赖管理。

当前状态

在铺设基础之前,我看看他们目前的组织结构,我看着他们目前的治理(流程),我看看他们当前的指标,看看结构和治理如何为他们锻炼有多好。

未来的流程和工具

无论未来的状态看起来像什么,我希望两件事有助于我们。

我们需要通过制造提供清晰度过程政策显式。
我们需要通过使用来展示增量改进工具

你是否同意我的观点?也许你不同意我。我很乐意阅读你的反馈意见。

下一个>关于敏捷团队的自我组织的一些思考

评论(2)

  1. 乔坎贝尔
    回复

    我倾向于同意——我确实喜欢在组织允许的范围内设置缓冲器,这样参与的团队就有尽可能多的空间来做决定。有些领域会更窄(其他限制等),而有些领域会非常非常宽,但在我看来,越宽越好。

    回复
  2. 埃里克肖德
    回复

    过程总是得到一个糟糕的说唱。在许多人的思想过程中=官僚主义。但考虑,这些通常是同样的人认为敏捷是更快的,没有规划。

    作为一个流程老板,我们尽最大努力提供指南和实践的框架,而不是让人们对齐,但不扼杀创造力或执行。这是一个艰难的平衡行为,但在我们非常大的企业中必要。

    与工具一样。我们标准化以便在同一页面上证实。拥有我们的产品,技术,IT和网络团队所有使用不同的敏捷工具有多有效?

    有了这么多不同的部门,我们都是关于妥协的。得到一个“我可以忍受它”是一个巨大的胜利。

    回复

发表评论

您的电子邮件地址将不会发布。必需的地方已做标记*