Scrum项目管理作为简单的规则框架
经验过程控制模型非常简单。他们采用反馈机制来监测和适应意外情况，提供规律性和可预测性。Scrum团队中的参与者根据自己的技能、经验和所处的环境，根据经验设计并执行最佳流程。”- Ken Schwaber和Mike Beeed，敏捷软件开发与Scrum
Scrum方法因其简单而优雅。它告诉我们，当过程不稳定时，结果也不稳定预测到足够的耐受性，我们不能使用依赖可预测性的规划技术。我们必须依赖观察。我们必须在我们去寻求的过程中调整流程，并指导他们创建所需的结果。使用这种哲学作为其基础，Scrum是在三个简单的原则上创立的：使一切明显，经常检查结果，并根据需要调整过程。
人们真的很喜欢简单的消息和scrum在黑桃中提供。Scrum易于通信，实践相当简单且易于实现。您可以在单个页面上放一张图表，并通过几乎您需要了解某人。消息简单的力量，这是Scrum在今天使用的事实上敏捷方法的主要因素。
Scrum的简单性可以欺骗。简单，简单的信息以成本为止。Scrum并不是全部有软件开发，并不是所有的项目管理。如果我们有幸拥有一批真正伟大的开发人员，一个完全聘用的产品所有者，以及一个可以在组织其他人的某种程度的独立性运营的团队;Scrum的简单消息是领导项目的好方法。团队的质量允许您逃避几乎足够的方法。
如果我们的环境不是那么简单呢?当我们必须开发复杂的系统架构或使用紧密耦合的遗留系统时，该怎么办?如果我们有多个团队分布在全球怎么办?如果我们的产品是几个不同产品的集成，每个产品都有自己的产品所有者，那该怎么办?当我们不得不处理采购或复杂的人力资源问题时怎么办?
Scrum在这些问题上保持沉默。
Scrum将这些答案概括在团队的能力背后，即“基于他们的技能、经验和他们所处的环境，设计并执行尽可能好的过程”。虽然我们已经开始回答这些问题，但是Scrum并没有真正给我们提供关于如何将它们整合在一起的指导。显然，除了Scrum准备解决的问题之外，还有更多的事情要做。
你知道吗?没关系。
没关系，因为Scrum很广泛，可以为一组问题提供简单的规则和一个框架，以处理更复杂的问题（并将更多复杂的策略合并），因为我们的团队需要它们。简单的可见性，检查和适应规则不会分解。他们没有地理边界。他们不关心团队的大小或团队成员的专业知识。他们是关于我们将如何控制我们的项目，面对不确定性。
Scrum是一个几乎没有足够的简单规则框架，用于开发出伟大的产品。它为我们提供了应用我们的知识和技能以及适应周围环境的自由。我们只需要意识到Scrum留下的东西，并准备填补空白。也就是说，我宁愿给予适应的框架，而不是重量级方法。很少有软件有最好的方法来做一切。我们的流程不应假设。
评论（4）
Joapen.
你好，
阅读您的帖子我必须认识到，在过去，我在未知一些这些规则的情况下，在内部项目中，我们需要在技术前进。对，感谢该项目的赞助商对该执行所选择的场景和资源感到满意。亚傅体育app
现在我有一个问题，你如何为外部客户定义衡量项目成功的目标和基线:kpi，商定的基线，可交付成果的定义……
什么可能是最好的？
此致
Mike Cottmeyer
Joapen，
感谢您花时间在我的博客上发表评论。你的问题反映了一个挑战许多敏捷团队的问题。我们想要谈论信任和授权，但是当我们有外部客户需要合同和责任时怎么办?如果我们的客户让我们证明我们是按期进行的，并且花他们的钱是明智的呢?当我们拥有没有灵活性的硬性交付内容时，情况又会如何呢?
我不认为这里的答案很容易，它们绝对不是一个尺寸适合所有人。您所采取的方法在很大程度上取决于您对客户的关系。
我和一个海外供应商签订了合同，没有明确规定硬性交付物。我们同意每两周开会一次，决定完成哪些工作。合同规定，一旦“两周”合同成立，他们必须交付他们同意的至少95%的产品。
我几周与杰夫·萨瑟兰的演示文稿。他主张创建敏捷合同，让客户在每个Sprint结束时审查产品，并在项目结束的任何时候决定。如果早期结束，他们将不得不支付杰夫的队伍20％的账号。
这是建立在60%的特性从未被使用的前提下。一旦客户对项目已经交付了足够的价值感到满意，他们就可以尽早终止项目。它为客户创造了一种以敏捷方式工作的经济激励。
至于指标……
当我管理团队时，我倾向于依赖于一个高级的发布计划和一组关键的日期驱动的里程碑。这些里程碑与其说是为了管理团队，不如说是为了让我知道自己对最初计划的反对之处。我也以预期的速度开始我的项目。虽然这可能感觉不是很敏捷，但它让我知道，为了满足客户的期望，我需要在哪里。
这些指标成为我的基线，我评估了团队的进度和提供产品的能力。很快在一个敏捷的项目中，我将学习团队的真正在做什么以及他们真正能够提供的东西。这使我可以尽早与客户合作，并在必要时进行调整。我发现，如果您经常管理期望并经常沟通，您可以与客户一起使用，以将项目指导到可接受的结果。
如果你的客户想要确定时间、成本和进度，你就会遇到麻烦，最好在固定价格合同中添加足够的空间，这样你才能成功。这是项目物理101，你不能确定时间、成本和时间表。如果您选择这样做，或者您已经这样做了，那么敏捷将无法为您修复它。
Joapen.
伟大的，
我看到了您通过这些示例定义的路线图和您所展示的合同场景。
对于度量标准，也许对于合同，我认为您还可以使用允许您度量成功或客户满意度的质量基线或kpi。
我明白了，我需要做很多工作才能让三重约束变得灵活。
非常感谢你分享你的想法。
项目管理软件
启动过程决定了项目的性质和范围。如果这个阶段没有很好地表现不佳，该项目不太可能在满足业务的需求方面取得成功。亚博vip9通道