问题标签 [scrum]

大多数成功的大型开源项目似乎都遵循仁慈的独裁者风格的组织。但我想知道开源中是否有任何敏捷开发的成功案例。当提到开源时，我指的是大型网络社区驱动的开发，而不是在同一屋檐下进行开源的成熟团队。

我们有一个开发人员从事 3 个不同的项目。他曾经致力于错误修复、维护和一些功能实现。在一个特定项目中，他与另一位初级开发人员合作。

我们公司希望为所有项目实施 Scrum。对于 1 人或 2 人项目，处理 Scrum 流程的最佳方法是什么？

每次新开发人员加入团队或开发人员使用的计算机发生变化时，开发人员都需要做大量工作来设置本地开发环境以使当前项目正常工作。作为一个 SCRUM 团队，我们正在尝试自动化包括部署和测试在内的所有事情，所以我要问的是：是否有工具或实践可以使本地开发环境设置自动化？

例如，要设置我的环境，首先我必须安装 eclipse，然后是 SVN、Apache、Tomcat、MySQL、PHP。之后我填充了数据库，我不得不对各种配置文件等进行细微的更改......有没有办法将这种工作减少到一键式？

我们是一家中型工程车间 (10-20)。我们擅长对面向用户的故事进行优先排序和结构化工作，并使客户满意。但是鞋匠的孩子没有鞋子。如果不是关于客户，我们有 0 流程。

我正在寻找系统来确保我们正确地确定优先级并完成非面向用户的工作以保持开发车间的运行：QA 环境（在我们的例子中相当繁重）、持续集成系统、打包等等。

现在，资源总是有限的。我们不想给鞋匠的孩子 10 双最高档的鞋子，以及专门的自行车鞋来引导。我们想要做正确的、必要的工作，采用与我们其他开发相同的低劣纪律。

告诉我哪种系统适合您：您如何确定和组织非面向用户的工作？我想要简单且与 scrum 顺利集成的系统。

（我知道本文顶部有一个红色框，表示 Stack Overflow 的自动问题解析器认为这是一个无法回答的主观问题——我认为可能有 2 或 3 个优秀的答案可以或已被证明是可行的 - 过程是编程不可或缺的一部分。所以这里有一些代表我们的过程的伪代码。修复这个算法）。

为澄清而编辑的帖子（底部的原始帖子）。

我希望将研发人员从水平（即基于专业或基于组件的）团队重组为垂直（即功能，自给自足）团队。我最终可能会组建 3-4 个团队，其中包括开发人员和 QA 工程师，他们可以协作处理产品的大部分方面。但是，我只有一名合格的 DBA 和一名技术作家。我可以在一个团队中拥有 DBA，并为他的团队提供需要最复杂的 DB 工作的功能，并为没有DBA 的团队分配与 DB 相关的更琐碎方面的任务。

但是，几乎每个功能都需要更新文档，而文档是几乎每个功能都必须完成的任务，才能完成。我只有一位技术作家。其余的开发人员没有（也无法学习）编写文档所需的技能，因为它不是用他们的母语编写的。

我如何在垂直团队中处理这些资源？

1. 我是否让作者不属于任何团队？这将使团队不可能靠自己“完成”。
2. 我是否让作家成为所有团队的一员？如果是这样，他如何参加所有团队的会议（每日、计划、回顾）？
3. 我让他成为一个团队的成员吗？哪一个？所有球队都同样需要他。没有他，其他团队如何“完成”？

谢谢，阿萨夫。

原来的：

我们公司希望采用 Scrum 的生活方式，并且能够为团队分配一个特性，并在团队内将该特性“完成”（即根据完成的定义）。

但是，有些技能需要团队中没有足够多的人拥有的技能，才能为每个团队分配一项（例如技术作家、DBA、集成专家等）。

您将如何与大多数垂直团队的资源有限专家打交道？

在分布式离岸环境中从事产品开发的传统大型软件产品组织很难遵循 Scrum 中的敏捷精神，原因如下：

1. 他们的产品开发不是迭代的。产品工程团队经过多轮迭代系统工程，提前正式确定给定版本的产品需求、产品架构和设计。可能会发生这种变化，但不会大规模。

2. 产品工程团队现在让离岸团队根据创建的规范构建此产品。这些大型离岸团队不能在迭代和经验模式上工作，因为这在这里没有保证。

3. 然而，产品经理可能希望通过在短期迭代中请求增量交付来定期了解离岸团队的产品开发。

4. 如果这些离岸团队可以在定义的正式流程（非经验性）、经理管理的环境（非授权）和使用增量开发方法（非迭代和自适应）中遵循 Scrum 的变体，那对他们将非常有用。

5. 在这种情况下实施的真正 Scrum 方法可能看起来很虚伪。但是，如果我们可以给他们一个正式的 Scrum 变体，用于传统的瀑布式场景，他们可能会利用它来为每个人带来好处。

我试图在我的博客scrumtales.blogspot.com上更详细地描述这种情况。

我们可以这样做吗？

我们已经使用传统的白板和 PostIt 笔记进行了几次冲刺，并准备继续将流程集成到我们的团队系统环境中。我们正在考虑的一种工具是 Conchango 的“团队系统 Scrum”（http://www.scrumforteamsystem.com/en/）

有没有人在现实世界的 scrum 过程中尝试过这个工具？你的经历是积极的还是消极的？您认为该工具值得支付许可费吗？

我使用 scrum 大约 2 个月，并没有我想要的所有经验，所以我想听听一些关于它的意见。

我担心的是人们从不谈论双方的弊端；公司和工人。我知道跨职能团队的好处，但有哪些缺点？令人惊叹的伊甸园旁边隐藏着什么？

我很困惑，因为作为一家公司可以更换人员的好处，对于团队来说是好的，因为有机会获得知识和分享经验（除了所有团队合作的好处）。

再一次，我知道所有的好处，但我想探索它的缺点，因为中间有普通人。通常，这些人致力于获取知识。他们购买书籍、课程、参加研讨会等。

在每家公司中，当某人比其他人都了解更多时，员工和经理会绝望地希望甚至要求这些普通人分享他们所有的知识。

这很奇怪。因为这些是共产主义思想，我们生活在资本主义社会中，自从我出生以来，一切都如此竞争，现在人们谈论合作。

Scrum 和精益原则会毁掉（或使他们变得艰难）专业人士的生活吗？

我们有一个四人开发团队，需要一个正式的项目管理系统。我对 Scrum 和看板有一个大致的了解，但在尝试之前很难真正理解。我们没有奢侈的尝试几个星期然后切换到另一个，所以我希望有类似情况的人可能会思考哪个对他们更有效以及为什么。此外，任何其他有效的开发管理系统都会很高兴听到。

另一个注意事项：当然，团队有增长的可能性，所以我们需要一个可扩展的系统。

另一个注意事项：我们在 Windows 中开发三个独立的软件应用程序，所有这些应用程序都基于我们也编写的中央库（所以我猜你可以说四个项目）

我们最近在工作中采用了 Scrum，但遇到了代码被接受后出现的一堆小错误。其中包括拼写错误和其他单行修复等内容。为每件小事创建大小为 0.5 的故事似乎是在浪费时间。写故事并指出它比修复它需要更多的时间。如果每个 sprint 中只有一两个这样的问题，那么只需修复它们就很容易，而不必担心为它们创建故事。但是，如果有 10 个或 20 个或更多，因为应用程序很大，这可能会开始增加大量的开发人员时间，而这些时间并没有通过 Scrum 来计算。虽然很容易说 QA 人员和产品负责人在最初接受原始故事之前应该更加彻底，但我'

到目前为止，我们提出了一些不完美的想法：

• 有一个故事说“应用程序中修复了 90% 的错误”，然后您猜测该 sprint 中会出现多少错误以及可以修复多少错误，然后根据预期的工作量指出它
• 有一个大小为 8 的故事，在 sprint 结束时总是被接受，在那里您可以修复尽可能多的错误。这显然需要非常信任每个人实际上都在做 8 分的工作
• 记录错误，但在下一个 sprint 之前不要处理它们。它们可以单独指向，也可以作为一组指向。这具有更“Scrummy”的优势，但会导致本质上是 1 小时的修复延迟三周。

有什么建议么？