巧妙使用“故事点”进行敏捷估计
应该为bug修复的故事安排故事点吗
在把一个产品从传统方法向敏捷方法的迁移过程中,团队
基于用户故事的计划及跟踪(三)
(这只是开发不能如期完成时的解决方法之一,这种方法
故事点数是用于相对估计而不是排序
设我在计划买辆新车。于是我列出了一个车型清单。下面
看看团队的故事点数如何从1到8保持一致
最近关于如何利用用户故事的相对大小进行估算的话题,
Scrum还是Kanban?这不是问题
几天前,我就Matthias的关于Scrum强制团
巧妙使用“故事点”进行敏捷估算
克强在“敏捷中国”讨论组中引发对敏捷的估算的讨论(
故事点是工作量,而非复杂度
是工作量,而不是复杂度 有个客户问我,“我的团队什
故事点和小时数如何对应?
我经常被问到故事点和小时数的关系。提问者经常期待我