加入我们这个现场网络研讨会 - 混合方法PT II：建立成功的成果 - 6月11日星期四上午10点。太平洋，下午1点。东。免费注册免费。
当涉及到DEV方法中，在敏捷或瀑布中宗教灌输团队并不罕见。依从性可能几乎是致盲，并且根据Nick McCleery，在工作面条的敏捷项目经理，在方法的标准化中很容易丢失。
“公司可以简单地做敏捷而不是敏捷，”他说，“这可能意味着忘记你的组织正在努力做什么。”
当然，这同样适用于瀑布，并通过对单一方法进行严格的附件，团队正在忽视两者的好处。当方法合并时，该组织不仅可以更好地了解各种方法，而且可以获得超出任何一种方法可以单独提供的巨大效益。
根据麦克利，合并敏捷和瀑布的两个主要好处是提高可预测性（哪些瀑布带来敏捷）以及这些客户是内部还是外部或外在的响应客户需求的提高能力（令人瞩目的瀑布）。
但是在实施混合方法方面可能存在问题。“当一家公司认为PMO办公室能够开始告诉敏捷团队他们要做什么以及他们将如何做到这一点，或者试图将灵活性从敏捷中开始。“
这可能是诱人的，因为当然，提高了可预测性和优先级，使EXEC团队非常高兴，但尊重敏捷的固有效益和提供增量价值的能力至关重要。
另一方面，来自彼勒佩德的敏捷方面的人被诱惑将自己的议程与更广泛的公司目标分开 - 或CIO，CTO或CFO的议程。
“敏捷团队需要了解组织的目标是什么，”McCleery说，“他们没有选择优先考虑他们的工作。”
因此，虽然好处是重要的，但到达那里的道路需要一些TLC。
在这一必不可少的网络研讨会中，我们将完全介绍如何最好地建立混合方法 - 有什么作用，无论是什么都不是，什么都在所有成本。我们将研究如何纳入其他方法，如Kanban，Scrum，Sprints和刻录图表以及集成公共云和大数据技术。不要错过它。
