跳转到主要内容

保存的帖子

重新思考Scrum和XP

Mike Cottmeyer |龙头
Mike Cottmeyer. 首席执行官
读: 重新思考Scrum和XP

最近,我们一直在探索超越克鲁姆的具体做法的想法XP更多地关注我们在做什么,而不是我们怎么做。而不是专注于拥有scrummaster和产品所有者,我们需要开始思考这些角色正在提供的价值以及我们如何以规模提供该价值。Meta-Scrums和首席产品所有者可能是解决方案的一部分......但我们的组织可能需要更多。

到那最后......如果我们要创造情况地是规模的具体策略......我们可以通过谈论这些角色必须在团队级别提供的核心功能开始:

产品负责人

  • 设置产品视觉
  • 定义产品路线图
  • 定义要求
  • 序列工作
  • 与开发人员沟通需求
  • 用户验收测试
  • 利益相关者管理
  • 设置发布日期

ScrumMaster

  • 确保流程坚持
  • 去除障碍
  • 确保内部沟通
  • 确保外部通信
  • 维持富有成效的工作环境
  • 团队建设

开发团队

  • 为团队分配工作
  • 做出承诺
  • 节气门工作
  • 设计解决方案
  • 写软件
  • 维护代码质量
  • 采取纠正措施
  • 提供特色
  • 部署解决方案

每个人

  • 连续的提高
  • 界定工作协议
  • 解决冲突
  • 管理风险
  • 设置送货心跳

在接下来的几周里,我们将探讨这些核心团队能力如何在我们五个敏捷采用中所表达的。因为现在,我想知道你是否认为我们已经得到了这个列表。我们需要添加什么?任何需要删除的东西?您的反馈非常感谢。

如果你有时间,去丹尼斯家博客看到他对此。类似的内容...不同的演示。

附录:差点忘了标注场合...这是我的200TH.发布在领先敏捷!
下一个>领先的敏捷... 200帖子和数量!

评论(8)

  1. 布莱恩·桑德迦
    回复

    我喜欢你们所在的地方。每个人都会真正区分“过程”的“能力”,以及您列出的能力似乎朝着正确的方向前进。当您改进模型时,可能存在一些可能的“规范化”。

    例如,在查看开发团队能力的列表时,在我看来,一些项目更有可能的其他物品的品质(或要求)与他们自己的全面能力相反。例如,崩溃“为团队分配”,“使承诺”和“节气门工作”和“节气门工作”沿着“管理工作摄入量和吞吐量”的单一能力是有益的?将“设计解决方案”,“写软件”和“提供功能”全部是“创建产品/解决方案”的一部分?最后,我想知道呼唤与建筑物的创建相关的特定能力是很重要的。有了明显的偏见,我会断言该架构是一流的“结果”,部分原因是它通常比个人项目的交付长得多。

    无论何处如何迎接,我希望该模型能够强烈强调“结果”和结果 - 在适当的(较低)的抽象层面上保持过程和程序(和“品质”)。

    保持良好的工作!

    回复
  2. Mike Cottmeyer.
    回复

    就目前的情况来看,我优化的是明确而不是简洁。我的目标是谈论这些能力的语言,将会与直觉共鸣的日常从业者。我不想在标签下隐藏太多东西。

    关于建筑......在单一团队级别......我假设架构和设计是一样的。至少在同一步骤中由同一个人完成。我肯定会在1阶及以上呼唤架构作为设计的更高阶表达。

    感谢您的反馈。

    回复
  3. Basim Baassiri
    回复

    似乎大多数角色都定义得很好,除了软件测试人员或质量保证执行者的角色(在我看来)。
    是监督或质量保证/软件测试的作用的作用是否不保证是核心作用?

    回复
  4. Mike Cottmeyer.
    回复

    谢谢你的评论底。

    Scrum只定义了这个抽象的团队概念。它并没有真正说明谁是团队成员,只是说他们负责交付可工作的软件。

    你会在我的模型中看到“维护代码质量”是我所说的事情。在我的脑海中,涉及单元测试,回归测试以及需要进行的任何手动测试。任何需要到达接受的用户故事所需的东西。

    换句话说,开发团队必须拥有提供工作软件所需的一切。如果这是来自QA集团的人,那个人就包括在开发团队中。

    有道理?

    回复
  5. 丹尼斯史蒂文斯
    回复

    Baasim,

    在产品所有者功能中,您还将看到用户验收测试。质量保证也将在这方面发挥作用。

    丹尼斯史蒂文斯

    回复
  6. Mike Cottmeyer.
    回复

    是的……完全同意丹尼斯的看法。你会发现我们的一些传统角色混合了所有三个主要的scrum角色。注意,这里没有项目经理,没有BA,没有DBA!

    回复
  7. Michael Dubakov.
    回复

    我喜欢角色描述!非常清楚。

    回复
  8. 亚历克斯
    回复

    迈克,我真的很喜欢这种崩溃。也许你会希望看到有人提到预期价值。也许ROI。这可以被封装在“序列工作”和“产品愿景”的组合中。你选择“顺序”而不是“优先级”的原因是什么?似乎后者是一个更强、更清楚、更恰当的术语。也更常见。

    回复

发表评论

您的电子邮件地址将不会被公布。必填字段被标记*