摘要:
00.一个更好的办法是换一种方式编写故事,每个故事都提供某种程度的完整(end-to-end)的功能。 01.尽管不十分完美,即使只提供部分功能,但只要发布的功能可以跑,就可以放心地把应用程序发布给用户使用。 02.一直困扰着软件需求方法的问题之一是将需求和解决方案混在一起。 03.编写故事的职责在 阅读全文
摘要:
00.测试两个流程:将测试要点记录在故事卡的背面,任何时候发现新的测试,都可以记录到故事卡的背面,任何时候发现新的测试,都可以记录到故事卡的背面;将测试要点变成全面的测试,这些测试可以用来演示故事已正确、完整地实现。 01.故事编写代码钱就开始制定验收测试 *开发人员和客户讨论故事且需要记录明确的细 阅读全文
摘要:
00.选择合适的用户代理对于项目的成功至关重要。我们要考虑潜在用户代理的背景和动机。有营销别境的用户代理识别故事的方法,不同于领域专家担当的用户代理。重要的是要识别到这些差异。 01.用户的经理有时候是错误信息的来源。只要有可能,就要通过与实际用户交流来求证这些信息。 02.让开发经理担任用户代理, 阅读全文
摘要:
00.用户并不知道所有的需求,所以不能单纯依靠引出(elicitation) 01.不同大小的网用来捕获不同大小的需求。第一遍,我们可以用大网眼的渔网捞一遍需求池,一次得到所有的大需求。通过这些大需求,形成对软件的整体感觉。接下来,用网眼稍微小一些的渔网得到中等大小的需求,暂时还不用顾忌那些小需求。 阅读全文