如何将scrum应用于开发多个小产品的小团队
嗨
在我的组织(英国的NHS信托)中,Scrum团队倾向于在一次冲刺中开发多个“小”产品。例如,我们的Patient Administration System是半可配置的,我们可能有多个小请求来更新表单x、添加表单y或编写z报告。这些增强请求通常只需要一个开发人员一天或几天的时间来处理。我们还可能在账簿上为多个不同的请求者提供大量的应用程序或服务,这些工作可能跨越多个sprint。此外,我们在团队中没有PO,作为团队的SM(这对我来说是一个新角色),我试图说服团队和经理,“如果我们没有PO,我们就不会做Scrum”。我们刚接触敏捷/Scrum(6个月),所以还在学习。
我的问题是我们如何在我们的团队/组织中应用Scrum ?我们在Scrum框架中发现了很多价值,所以我意识到我们不想完全放弃Scrum,但是请求的类型并不大——它们最多只会被我们工作的组织(或合作组织)的一个子集使用。
感谢任何热提示,指导或建议:-)
玛丽安
我们团队里没有PO
...
我们在Scrum框架中发现了很多价值
“我们”是谁?“价值”是如何被描述和解释的?
请求的类型并不大
即使是最简单的请求的服务也会带来复杂的挑战,如果它们足够多,使可预测性变得不确定的话。Sprint目标可以是基于流程的(例如,建立一个可靠的服务水平期望);它们不一定都是基于功能的。
找一个能担当产品负责人的人
有一些问题可以帮助你:
谁在申请项目?
谁赞助这支球队?
玛丽安,
想知道你最后做了什么吗?
你最终扮演了PO和SM的双重角色吗?
你最终使用了哪种敏捷方法?