Scrum敏捷项目管理

我们编写用户故事的错误

2011年8月8日 0

对于新团队来说,编写良好的用户故事的技巧是最困难的。那时的错误会导致错误的测试用例,对需求的错误理解以及最糟糕的实现方式,这可能是在迭代结束时拒绝交付的直接原因。本文介绍了人们在编写用户故事时犯的五个最常见的错误。

优先考虑用户故事

2011年8月5日 0

一项调查显示,软件产品中64%的功能从未使用过或几乎从未使用过!在这篇博客文章中,Emiliano Soldi分享了一些有关如何避免这种情况并优先考虑用户故事的想法。

短篇小说

2011年6月7日 0

Scrum团队经常将用户案例用于积压项目。不幸的是,故事最重要的方面之一–它的长度极短–随着时间的推移,它已经发生了微妙的变化,用户故事也失去了其原有的本质和效力。

产品积压板

2011年5月10日 0

这篇文章提出了一个结构化和层次化的产品积压委员会,该委员会考虑了非功能性需求并显示了可以编写代码的高优先级项目。

故事点估计

2011年5月6日 0

在这篇博客文章中,Mike Treadway解释了在敏捷计划会议期间使用故事点进行故事估计的技术。

用户故事是临时的

2010年9月29日 0

It’显而易见,但值得一提的是:我们将来的工作可能与我们所做的有所不同’今天在做。用户故事的含义应该很明显:用户故事是暂时的。将它们保存为后代不会’它只能满足用户故事的主要目的,而做任何使他们不那么短暂的事情都会使用户故事从受益变为不利。

及时编写足够的产品待办事项列表

2010年5月5日 0

有些人想采取的立场是,在冲刺之前不应该做任何工作。这显然是站不住脚的。要了解原因,让我们将其观点发挥到极致:如果我们事先没有做任何事情来了解我们’重新构建时,我们会出现在计划会议上,并说:“嘿,我们应该构建这个Sprint吗?昨天我们在一个电子商务网站上工作,但我认为也许我们应该改用编写文字处理程序…”团队实际上不会写下任何东西-根本没有产品积压/用户案例/优先功能列表。

1 5 6 7 8