我有点熟悉Scrum的概念和好处。考虑到这一点,我正在努力改进一家我现在为之工作的公司的失败的Scrum产品管理结构,该公司有三种独立的B2C产品,适合相同的人群,可以在同一个网站上访问。每个产品背后都有一个产品所有者和一个独特的开发团队(每个开发团队有5-9人)。
考虑到目标受众是相似的(不确定这是否应该重要),而这3个web产品本质上是相似的,那么合并团队和只有一个产品所有者/scrum主/dev团队可能带来的好处/风险是什么?脑海中浮现的一些问题是:如果你的网站有三个不同的产品,那么有三个产品所有者和三个不同的积压是否有意义?另外,如果你只有一个产品负责人,什么是最好的指标,选择谁将是?
发布于 2012-12-17 17:02:51
合并团队是个坏主意。对于一个高效的Scrum团队来说,你有太多的开发人员,并且不得不再次分手,你也必须平衡三个网站之间的顾虑,这样一个网站就不会垄断时间。
您需要查看每个单独的团队,并确定该团队失败的原因并修复它。巩固团队只是巩固失败,会带来更多的问题。这可能是你真正需要的唯一一件事,那就是成为一个管理这三个团队的整体Scrum团队的一部分,这样你才能真正地拥有一个Scrum。
发布于 2012-12-17 21:59:34
这听起来好像合并这些产品对你的用户和管理层都有很好的商业意义。虽然将团队合并成一个大型团队可能没有意义,但是巩固您的产品基础以利用核心功能可能是一个很好的好处。
团队可以分开工作,但那时可以一起工作。他们需要在共享的组件上协同工作和协作,但可以在内部关注产品中他们部分所特有的领域。
我认为,拥有一个精通所有领域的scrum大师和产品所有者将是有益的,只要产品套件不太广泛。
这也意味着可能不需要3名产品经理,因此您可能会受到一些严重的阻力,因为缩小了这个角色。
祝好运。
发布于 2012-12-26 15:54:29
混合团队可能不是个好主意。如果团队不能很好地合作,那么重组可能是合理的。确保团队很小(7加或负2)。此外,保持团队的跨功能和面向产品,而不是面向组件也是有帮助的。开发的意图是在每一次冲刺结束时交付工作软件,这对成功至关重要。
考虑到您对这种情况的看法,我将首先调查团队是否确实在有效地执行Scrum,因为它涉及到您的组织的文化和解决问题的表面。实现Scrum会在您的过程中暴露问题;它不会自行解决这些问题。如果没有有意识地解决组织开发其技术产品的方式中存在的问题,那么无论您是否使用Scrum,您的项目都将继续失败。
https://softwareengineering.stackexchange.com/questions/179744
复制相似问题