问题标签 [scrum]

我的公司最近开始使用 Scrum；我们已经完成了 2 次冲刺。我们仍在学习，但我们肯定已经暴露并修复了我们开发过程中的一些问题。所以总的来说，我认为这对我们有好处。

在阅读了许多来自布道者、愤世嫉俗者和介于两者之间的人的关于 Scrum 的互联网思考时，三个常见但有些矛盾的主题对我来说很突出：

1. Scrum 实施失败的原因是 Scrum 的流程没有得到足够密切的关注。
2. Scrum 实施失败是因为组织没有使 Scrum 适应自己的环境/文化/实践。
3. Scrum 的过程并不重要；只有敏捷宣言中的价值观很重要。

这些示例可以在对这些 SO 问题的回答中看到：

• 你在 Scrum 或 Sprinting 方面有过糟糕的经历吗？
• Scrum 是邪恶的吗？
• 敏捷开发死了吗？

我不得不承认，我们还没有遵循 Scrum 的所有指导方针：我们还没有在 sprint 结束时发布，我们的 Scrum Master 不希望我们在接近结束时将任务从 sprint backlog 中移出冲刺，以便他可以看到我们的计划偏离了多少（这意味着燃尽图永远不会变为 0），并且紧急的客户支持问题仍然具有破坏每个人计划的不可思议的力量，举几个例子。

我的问题是：在尝试解决这些和其他问题时，是尝试更接近官方 Scrum 流程，更好地接近我们的一些前 Scrum 流程，还是更好地思考 Scrum 的原则尝试想出一个完全不同的过程？

我们开始使用 Scrum 流程进行开发。我们现在有很多用户故事。不过我想知道，一旦用户故事完成、测试和部署，你还会用它做其他事情吗？我们现在正在使用小索引卡，我认为将它们扔进垃圾桶就可以了。

如果你保留它们，你以后如何处理它们？

如果你必须选择 Scrum 相对于瀑布式流程的一项优势，你会选择什么？

我刚刚在 Hanselminutes 上听完一个关于“完成”定义的令人大开眼界的播客。所以我对每个人的问题是“你什么时候认为一个软件是“完成”的？是在它完全单元测试的时候吗？是在它完全记录在案的时候吗？你在开发过程中使用什么衡量标准来确定你的完成度？软件？

我有一个挑战，我需要一些意见。

我目前正在为一个新的开发部门招聘程序员。我正在寻找工作出色的人——他们可能“缺乏”一些我通常要求他们具备的其他东西（例如说挪威语和（说实话））——社交技能，以便能够会见客户（我之前曾与其中几个合作过:)））。

我的问题是关于客户（客户）和开发团队之间的沟通。

背景：我们的战略是在未来两年内成为我们的客户扩展开发部门。例如，他们将我们视为他们自己的部门，只是坐在其他地方。虽然我们正朝着这个目标前进，但我们将不得不在较小的项目上赚钱。工作就在那里，所以我不担心我们无法生存。

但是——我们都知道，与客户进行良好的沟通是为客户提供他们真正想要的东西（我们顺便提一下）而不是其他东西的关键要素之一。我如何设法与不会说这种语言的人一起做到这一点，或者再一次，甚至没有与客户沟通的技能（你们都知道一个非常聪明的人正在与一个几乎不知道的客户陷入深层次的技术问题Firefox 和 Opera 的区别）？

我已经找到了一个解决方案，我将成为与客户的接口，客户将参与计划会议等，并且团队仍将在其中进行演示。但是关于开发团队和客户之间的持续沟通（每天），我将是负责沟通的人。

我知道这不是最佳解决方案——作为中间人，很多信息会在客户、我和团队之间消失。有没有人遇到过类似的情况？

我所在的团队已经在很大程度上接受了 Scrum。我真的很喜欢它的想法，但发现我们必须不断做出妥协以适应我们的发展现实。这会降低 Scrum 的效率并导致其他开销。

我要问的是，有没有人设法使用纯 scrum 工作，这样做是否值得。还是不可避免地不得不做出妥协。

我问这个问题是因为 scrum 似乎对偏差有点不容忍，如果它接受世界不能总是改变以适应 scrum 并在它不起作用的地方解决问题，它可能会成为一种更好的方法。

我目前正在为 Scrum 团队开发一种生产力工具，并且想知道您在任何特定时间在产品积压中看到的平均故事数量是多少。

只是为了澄清这个数字不应该包括已完成的故事或将来“可能”分成多个故事的故事。此外，我对人们“正在”做什么而不是他们“应该”做什么感兴趣。

不幸的是，我没有足够的时间去其他人的实验室，所以只有真正了解我们正常情况的经验。

我猜这个网站上有很多顾问可能会比我看到更多的团队会议室。

现在我知道这是一个“一根绳子有多长”类型的问题，有些人有两个，有些人有两千个，但我只是在找一根码尺。

对于我们公司的团队，通常不到二十人。

问候，

克里斯

很多时候，我会完成大量的日常任务，即不专门处理任何一个组件。因此，我发现在第二天的站立会议上很难记住这些单独的任务。前几天的任务可以带一些提醒点的小便签吗？例如，便签的内容可能是：

您对此有何看法？

您的团队在 Scrum 流程的哪个部分对完成给定产品 backlog 项目所需的工作量进行了有根据的估计？

例如，假设您有一个产品 backlog 项目，上面写着“用户将能够提供他们的电子邮件地址并收到一封电子邮件，其中包含用于重置密码的链接”，计划用于 Sprint 1。

您是否以非常粗略的估计开始 sprint 并对其进行改进？这个“用户故事”什么时候变成程序员可以及时估计的细化行动项目？（例如：“使用一个文本框和提交按钮构建 Web 表单”= 2 小时）

在 sprint 开始之前，您是否进行了更精细、更准确的估算？在冲刺开始时？或者在设计人员/程序员最终遇到任务的冲刺期间？

有人在这里尝试使用 Getting Real(37Signals) 方法开发 Windows 应用程序吗？（C#/.NET）。或者简单地说，使用敏捷开发项目。

我们开发占用开发时间的 Windows 应用程序。我们从来没有从客户那里得到具体的 UI 定义。由于这个问题或其他原因，我们从来没有任何像样的设计。

你们是如何从头开始管理桌面应用程序开发的？

我们用，

• C＃
• 智能客户端
• 出租车
• 视觉工作室 2008
• WCF
• OPC UA

我们的队伍

• 2名开发人员（6年经验）
• 4名开发人员（少于1年经验）
• 1名测试工程师（1年经验）

我们遵循“Scrum”。

开发窗口应用程序（包括 UI 定义、原型设计、可用性测试、开发、部署）的最佳方法是什么？