摘要：
00.估算故事最好方法： *无论什么时候获得有关故事的新信息，都允许我们改变之前的想法 *适用于史诗故事和小故事 *不需要花很多时间 *提供进度和剩余工作的有用信息 *不太精确的估算也不会有太大问题 *可以用来制定发布计划。 01.程序员估算时，客户也可以参加，但是他不能提供他人人的估算或者在听到自 阅读全文
posted @ 2018-10-13 14:50
艾小小雨
阅读(485)
评论(0)
推荐(0)
摘要：
00.一个更好的办法是换一种方式编写故事，每个故事都提供某种程度的完整（end-to-end）的功能。 01.尽管不十分完美，即使只提供部分功能，但只要发布的功能可以跑，就可以放心地把应用程序发布给用户使用。 02.一直困扰着软件需求方法的问题之一是将需求和解决方案混在一起。 03.编写故事的职责在 阅读全文
posted @ 2018-10-13 14:25
艾小小雨
阅读(247)
评论(0)
推荐(0)
摘要：
00.测试两个流程：将测试要点记录在故事卡的背面，任何时候发现新的测试，都可以记录到故事卡的背面，任何时候发现新的测试，都可以记录到故事卡的背面；将测试要点变成全面的测试，这些测试可以用来演示故事已正确、完整地实现。 01.故事编写代码钱就开始制定验收测试 *开发人员和客户讨论故事且需要记录明确的细 阅读全文
posted @ 2018-10-13 14:08
艾小小雨
阅读(476)
评论(0)
推荐(0)
摘要：
00.选择合适的用户代理对于项目的成功至关重要。我们要考虑潜在用户代理的背景和动机。有营销别境的用户代理识别故事的方法，不同于领域专家担当的用户代理。重要的是要识别到这些差异。 01.用户的经理有时候是错误信息的来源。只要有可能，就要通过与实际用户交流来求证这些信息。 02.让开发经理担任用户代理， 阅读全文
posted @ 2018-10-13 11:52
艾小小雨
阅读(125)
评论(0)
推荐(0)
摘要：
00.用户并不知道所有的需求，所以不能单纯依靠引出（elicitation） 01.不同大小的网用来捕获不同大小的需求。第一遍，我们可以用大网眼的渔网捞一遍需求池，一次得到所有的大需求。通过这些大需求，形成对软件的整体感觉。接下来，用网眼稍微小一些的渔网得到中等大小的需求，暂时还不用顾忌那些小需求。 阅读全文
posted @ 2018-10-13 11:14
艾小小雨
阅读(178)
评论(0)
推荐(0)
浙公网安备 33010602011771号