关闭。这个问题需要更多focused .它目前不接受答案。
想改善这个问题吗?更新问题,使其仅关注一个问题 editing this post .
8年前关闭。
Improve this question
我目前正在为 Scrum 团队开发生产力工具,想知道在任何特定时间您在产品待办列表中看到的平均故事数量是多少。
只是为了澄清这个数字不应该包括已完成的故事或将来“可能”分成多个故事的故事。此外,我对人们“正在”做什么而不是他们“应该”做什么感兴趣。
不幸的是,我对其他人的实验室没有足够的了解,所以只有真正了解我们正常情况的经验。
我猜这个网站上有很多顾问可能比我看到的团队房间多得多。
现在我知道这是一个“一根绳子有多长”类型的问题,有些人有两根,有些人有两千根,但我只是在找一根码尺。
因为我们公司的团队通常不到二十人。
问候,
克里斯
最佳答案
“只是为了澄清数字不应该包括已完成的故事”
知道了。
“或者‘可能’在 future 被分成多个故事的故事。”
什么?这是我们积压的一半。
官方积压中总是有 5 ± 2 个故事,因为这是我们产品负责人的大脑所能处理的。当我们完成一些时,还有一些会在最后加上“好吧,我们也可能想看看这个”。
作为架构师,我可以预见另外 5 ± 2 个更具管理性和技术性的故事。
这些是我们积压工作中排名前 9 的故事。
此外,总有一些定义模糊的故事“在 future ‘可能’被分成多个故事。”有趣的是,这些似乎是 5 ± 2。
其中有 3 或 4 个,具体取决于您的“'可能'被分成多个故事”规则。
当然,除此之外,还有更多人想向我们讲述故事。例如,我们的销售人员有 5 ± 2 个故事,这些故事是他希望看到的销售演示的一部分。它不是核心功能,而且很模糊,而且“可能”被分成多个故事,所以我想这不算数。
我认为这很重要,顺便说一句。每个故事都必须被追踪。变化和变异会崩溃,但无法区分“真实”和“可能会崩溃”。这就是对故事进行优先排序的重点——模糊、大或定义不明确的概念可以作为待办事项进行跟踪,直到它们的优先级太低以至于其他项目比未完成的待办事项更重要。
正确答案是(5±2个故事)×利益相关者的数量。
关于agile - Scrum:您的待办事项中的平均故事数量是多少,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/483027/