摘要：
第十五章 Scrum与用户故事 Scrum是一种迭代和递增的过程，每30天一轮迭代，成为Sprint。在每个sprint的开始是sprint计划会议. 这个会议通常会持续一整天. 在sprint计划会议的前半段, 产品负责人会把待开发的高优先级的功能介绍给scrum团队, 在第二个阶段, 团队成员可 阅读全文
摘要：
本篇则开始本书最后一部分的感想笔记 第三部分：经常讨论的话题 第十二章 故事不是什么 用户故事不是 IEEE 830，不是用例，不是场景。 这章主要阐明了用户故事与几个传统方法的区别：用例中的分支与展开，更偏向测试，在书写用例的过程中容易过早地包含用户界面细节；场景，生动的描写虽然能给人更深的印象， 阅读全文
摘要：
本次阅读笔记为第二部分第十章和第十一章的感想 第十章迭代计划 迭代计划：在讨论故事时，我们要从故事中分解出任务。当讨论过所有故事，并且接受所有任务后，开发人员单独估计他们承担的任务，以确保他们不会做出过于乐观的承诺。 而在讨论故事时过分地深入每个故事的细节会让会议变得冗长、低效，因为会议中不是每个人 阅读全文
摘要：
这是本次阅读笔记第三篇，也是我开始用户故事与敏捷方法一书中对第二部分的理解。 针对第八章估算用户故事 我了解到，故事点，可以用户理想日作为故事点的单位：相较于用连续时间估算，它更简单；相较于用完全模糊单位，它可使我们的估算拥有更好的依据。 以团队估算 客户和产品经理可以参加，但他不能提出他个人的估算 阅读全文
摘要：
一.得到bean所有属性 建立person的bean类,三个字段，外加getAB方法 在Demo1类中进行相关操作获得五个属性 修改操作，除去父类class属性，得到四个属性 二.操作具体属性 获得getAge方法 阅读全文
摘要：
本篇重点介绍用户故事与敏捷代码中第一部分的其余篇章。这一部分着重强调了如何写出一个好的用户故事，以及如何捕捉到这些故事。当你在搜集故事的时候，需要对预期的发布进行展望并开始写下容易发现的故事。然后要是用多种方式发现用户故事，通过开放式，与背景无关的提问更容易获得有用的答案。 在与用户代理合作这一篇章 阅读全文
摘要：
本部分重点描述前四章本人的读书感想，本部分属于第一部分——起步。 这一部分的简介中介绍：用户故事的目的之一是让大家交谈而不是写。第一部分的目的是让你尽快开始交谈。 第一章概要介绍什么是用户故事，如何使用故事。然后接下来的部分详细介绍了编写用户故事，如何通过用户觉得建模收集故事，在不能直接访问真实的最 阅读全文
摘要：
问题账户需求分析 1.如果你为Liz开发问题账户分析系统，你准备如何进行需求分析，第一步要做什么？ ·首先对liz提供的描述进行分析（Liz遇到的问题 业务目标 用户行为 系统行为） ·和Liz进行一次面对面的交流。包括：第一步暂时得出的初步需求分析文档向Liz的交付和对一些还不清晰数据的度量标准和 阅读全文
摘要：
本学期任务：制定本学期的阅读计划（精读一本书，发表六篇阅读笔记） 本学期任务为精读一本关于软件需求的书籍，目标书籍——<用户故事与敏捷方法> 这本书详细介绍了用户故事与敏捷开发方法的结合，诠释了用户故事的重要价值，用户故事的实践过程，良好用户故事编写准则，如何搜集和整理用户故事，如何排列用户故事的优 阅读全文
摘要：
《软件需求与分析》 不想进步的码农不是好码农，码农进阶路上，软件的需求与分析绝对是重中之重。 每一个软件都像是我们的孩子，在他逐渐茁壮成长的过程中，我们付出了无数的汗水，辛劳。 在软件的创作中，经常会遇到各种各样的问题。换句话来说，成功的项目都是一样的，失败的项目却各有各的问题。他们有的是需求的问题 阅读全文