产品所有者和团队:更好

在整个迭代中团队和产品所有者之间的良好合作可确保具有正确功能和质量的产品。提高团队和产品所有者之间合作的提示

许多组织根据Scrum工作,并使用Scrum指南中描述的活动和卷来提供软件。只有scrum只有你不会是我的经验。在本文中,我根据敏捷和精益软件开发给出了您的想法,您可以用来在团队和产品所有者双手和脚之间进行合作,实际改善。

这不是它的工作原理

在一些敏捷项目中,团队和产品所有者在日程游戏的迭代开始时只能看到对方,并在演示或Sprint审查的最后。在两者之间,它们之间几乎没有任何接触。

这些组织依赖Scrum,但实际上敏捷实际上是以这种方式工作的。这似乎更多的是古典的工作方式,被称为瀑布方法。虽然迷你瀑布几周,但具有与瀑布相同的主要风险:只在迭代结束时,你得到了反馈,然后经常表现出交付的东西不是客户所需的

如果在迭代期间所有者产品和团队之间没有联系,则该团队使得团队使软件不符合客户的意愿。例如,错误或不必要的函数,不易使用的函数,或不正常工作的函数。

由于延期的反馈,浪费了金钱和时间。使用唯一从敏捷和精益的迭代开始和结束的产品所有者。

合作

如果产品所有者和团队联合通过整个过程,它就工作得更好,从第一个客户需要实际使用产品。

在Sprint期间,产品所有者和团队共同努力达到预期的结果。在与用户故事有不确定性的情况下,产品所有者可以帮助团队,例如通过回答产品的问题和反馈。这是客户想要的,这是足够的吗?它是可用的,足够快和可靠吗?客户可以带来这个吗?

团队不必等待Sprint审查/演示 反馈和持续改进 他们工作的产品。一旦他们发现用户故事已关闭(完成),他们就可以向所有者产品展示。

合作来自双方。这不仅仅是一个问题“所有者产品必须可用,并有时间为团队”;该团队还必须积极联系她/他,并涉及产品所有者的工作。

精益软件开发

克鲁姆 强调日程游戏和Sprint审查作为产品所有者和团队彼此看到的时刻。敏捷宣言有它“相互作用” en “与客户合作”。您创建了一个很好的矿物集,但与您不知道如何具体做。

你通过涉及那种有意义和所需要的人来共同努力。这正是精益软件开发解决方案的提供!敏捷主要关注软件团队和与环境的互动,精益看着整个链:从客户需要对客户的价值。

精益软件开发结合了敏捷和精益,并使用以下7个原则:

  1. 减少浪费(消除废物)
  2. 整合质量(构建质量)
  3. 持续学习(不断学习)
  4. 快速交付(快速提供)
  5. 涉及每个人(参与每个人)
  6. 完善连续(不断变得更好)
  7. 优化整体(优化整体)

产品所有者和团队之间的密集合作减少了浪费。此外,产品所有者可以通过涉及每个人来建立团队和(潜在)客户之间的连接,提供更好的产品。

一些提示,以改善团队和产品所有者之间的合作:

  • 确保有一个积压,其中每个人都可以看到当前状态:团队,产品所有者和利益相关者
  • 组织产品所有者和团队,并促进Sprint审查
  • 创建产品所有者和团队彼此不断接触的沟通渠道,例如,懈怠
  • 团队定期与所有者产品讨论进度。不仅是用户故事,还有技术债务,系统架构,错误和操作问题等问题。
  • 产品所有者参与敏捷回顾性他们同意采取行动,进一步改善合作。

一起更好地一起

团队和所有者在整个迭代中的良好合作是一种能够开发具有正确质量的产品的条件。该团队定期展示新功能,并需要反馈。所有者产品持续跟随产品,并完善其客户需求的形象。通过这种方式,客户可以获得他们真正有东西的产品,有什么价值!

分享这种经历
  • 34
    共享

本林德林

我帮助组织具有有效的软件开发和管理实践。有关敏捷,精益和质量的多个网络的活跃成员,以及常见的演讲者和作家。

答案

本网站使用AkisMet减少垃圾邮件。 查看如何处理响应数据.