问题标签 [scrum]

我在一家获得 CMMI 5 级认证的商店工作。该认证很重要，因为它使我们能够接触到某些客户和合同。我正在研究如何将 Scrum 与 CMMI 相结合。我找到了一些关于将 Scrum 与 CMMI-3 混合的信息，但其中相当一部分是“手摇的”，经不起严格的审查。具体来说，组织 KPA 似乎具有挑战性。

你有什么经验（好的和坏的）混合这两个过程？

我是 Scrum 新手，希望在我的公司实施 Scrum。获得支持不是问题，这是我的公司和开发人员非常乐意像这样工作。

问题是我们 75% 的收入来自固定长度/固定价格的项目。

Ken Schwaber 在他的书《Agile Project Management with Scrum》中，在书末的附录中涵盖了对固定长度/固定价格项目进行投标的主题。

经过深思熟虑后，Ken 得出结论，只有当您可以说服潜在客户以不同的方式思考时，Scrum 才有用。客户必须接受很多不确定性（关于最终成本和最终交付日期），以换取更快获得可能可用的东西，并且不必实现每个功能的可能性可以为他们节省资金。

我不相信这是在固定长度/固定价格项目中实施 Scrum 的唯一方法。

我想知道其他人如何成功竞标并从固定长度/固定价格项目中获利。

我想实施 Scrum，但我无法决定 Sprint 的长度。Ken Schwaber 似乎将 30 天与事实上联系起来……但我无法想象等待 30 天而没有改变方向或重新确定优先级的可能性。

我们的项目使用瀑布方法通常只能持续 1-3 个月，而转向 Scrum 可能意味着更少的微调机会。

我在考虑 1 周的冲刺，但这似乎是 Scrum 微管理。

进行 2 周的 sprint 可能是理想的，但我想知道其他人是否能够成功实现这一点。有什么缺点？管理冲刺时间较短的团队是否需要更多的工作/更少的工作/相同的工作？

顺便说一句... 3 周的 sprint 对我来说似乎很奇怪，谁来做 3 周的 sprint？为什么不让它4周。;)

我目前正在学习 Scrum，并想向该主题的经验丰富的专业人士学习。

速度是否与需要 3 个月的项目相关（通常有 2-3 次中间交付给客户）？
我认为现在还不足以使统计数据相关。是否值得记录整个项目中每个开发人员的速度以获得足够的统计深度？

另一个问题是速度对于小型项目真的那么重要吗？
我们在我们的领域有很多经验，我们的估计是不准确的。我们遇到的唯一问题与有时会影响您的风险因素有关，但我们知道我们的风险并知道如何处理它，我不确定 scrum 是否有助于解决客户板上的硬件问题。

我确实在其他部分看到了很多逻辑，比如小迭代、连续集成，让产品/项目管理非常接近开发过程，我认为我们已经在不知情的情况下通过 scrum 做很多事情。

所以最重要的是，我看不出 Scrum 作为整个概念是否适合我的需求，但我确实看到我可以使用很多概念（我真的很喜欢 backlog）来使我们的开发过程更好。

实际上，这更像是讨论而不是问题，但 SO 不是为此而设计的，所以如果不合适，我很抱歉。

在您的“企业”工作环境中，工程师如何对执行代码检查和单元测试负责？您遵循哪些流程（正式方法或自定义流程）来确保软件质量？您是否尝试过为可交付成果实施开发人员“签收”表？

提前致谢！

更新：我忘了提到我们正在使用 Code Collaborator 来执行我们的检查。问题是让人们“得到它”并接受在核心人群之外做这些事情。正如 stalbot 在下面指出的那样，这是一种文化变革，但问题变成了，您如何改变您的文化以促进质量计划，例如审查/单元测试？

就软件开发而言，我工作的公司历来很少有流程。目前我们并没有真正遵循任何特定的方法。问题当然是它使得计划、成功发布一个体面的版本甚至吸引优秀的软件开发人员变得困难。

我想我或许能够说服他们进行某种 Scrum 流程。然而，关键是获得管理层/所有者的支持。我认为在任何时间段内锁定特定功能的想法都会吓跑他们。

有没有人对我如何提出我的案子有任何建议？

到目前为止，我计划：

1. 介绍 Scrum 的工作原理。我如何看待它与我们目前拥有的人一起工作以及它将如何使业务受益。
2. 要求为特定的人提供培训，这样我们就不会“随手编造”
3. 设定一个实施日期，有一些计划和松散的结局，我可能不得不捆绑起来以重新开始一个过程。

正如标题所暗示的......我如何将scrum流程应用于任何不适用于新代码并且可以在某种程度上进行估计的东西？

当我仍然想计划做事时，如何将 scrum 流程应用于维护和紧急修复（可能需要 5 分钟到 2 周才能修复）类型的环境？

基本上，我如何克服计划外的任务和用 Scrum 流程很难估计的任务？还是我只是在这个环境中应用了错误的过程？

当你加入一个说他们使用 Scrum，但只将其用作时间管理工具而不是整个过程的团队时，你会怎么做？如何恢复回测和文档？

我正在考虑从添加专门用于测试和记录的用户故事开始。也许其他人对此有更多的经验，然后我对此进行了处理，因为我相信这并不少见。

当其中一名参与者在印度（+05:30）而其他人在美国（-06:00 和 -08:00）时，尝试组建 scrum 是否明智？每个人都没有一个舒适的会议时间。

我所在的团队在我们的开发过程中使用 scrum。我们目前正在尝试改进我们流程的某些方面，以解决我们最近注意到的一些问题。在这样做的过程中，我们正在探索我们对 Scrum 流程的总体喜欢和不喜欢的地方，以帮助我们确定我们作为一个团队在工作中的价值观。我们认为，如果我们能够确定我们重视什么，那么我们就可以提出围绕这些价值观的实施，以帮助新的解决方案在团队中坚持下去。

话虽如此，我真的很感兴趣其他人如何看待 Scrum 过程。你真正喜欢它的哪一点？什么是令人沮丧的，感觉开销太大或没有生产力？成功和失败的具体例子很好，但我感兴趣的是一个更大的观点，讨论围绕 scrum 的陷阱或 scrum 真正闪耀的地方。

想法？