摘要：
大多数缺陷在开发阶段之前就已经被注入到系统之中，但往往发现已经在晚期了，比如现场测试，客户端等等。这样使我们不得不投入很多的资源在后期修复这些缺陷。而这种缺陷往往对于软件交付产生影响，比如延期、隐藏的风险导致客户正常的运营活动停止，而这通常会给企业带来巨大的经济损失以及声誉影响 哪些原因可能导致这些 阅读全文
posted @ 2021-03-30 20:17
戴老师笔记
阅读(299)
评论(0)
推荐(0)
摘要：
以下三个方法可以帮助团队进行用户建模 另外，建模和书写用户故事时，尽可能多的邀请不同类型的客户参加，比如营销人员，终端用户，领域专家等等 阅读全文
posted @ 2020-04-27 23:11
戴老师笔记
阅读(233)
评论(0)
推荐(0)
摘要：
有五种方法可以帮助团队获取用户故事 客户访谈 细致观察 原则 调查 讨论 阅读全文
posted @ 2020-04-27 23:07
戴老师笔记
阅读(141)
评论(0)
推荐(0)
摘要：
好的用户故事是INVEST 阅读全文
posted @ 2020-04-27 23:04
戴老师笔记
阅读(545)
评论(0)
推荐(0)
摘要：
上一章，给出了用户故事的定义以及经典的用户故事卡模板，这一章通过业务流程模型帮助我们更好地理解用户故事 阅读全文
posted @ 2020-04-27 22:59
戴老师笔记
阅读(243)
评论(0)
推荐(0)
摘要：
开展SCRUM的过程中，经常碰到的问题就是团队不知道如何书写一个好的用户故事。所以预备用几章细化了用户故事部分 What Is a User Story**?** ** ** A user story describes functionality that will be valuable to 阅读全文
posted @ 2020-04-27 22:56
戴老师笔记
阅读(385)
评论(0)
推荐(0)
摘要：
关于需求，"所有需求都要实现，而且都必须在同时交付"，这大概是我听过的最有意思的笑话。 PM或者Scrum团队对于任务优先级的定义，会直接影响交付物对客户的价值以及团队资源安排。MoSCow就是一种定义优先级的工具。另外对于需求价值的评估可以从以下几方面衡量 财务价值 成本 知识准备 风险排除 阅读全文
posted @ 2020-04-18 16:04
戴老师笔记
阅读(399)
评论(0)
推荐(0)
摘要：
其实任何团队不需要问这个问题，敏捷在大部分的软件领域一定是适合的，也不需要等待什么机会或者条件具备，让我们现在就开始，Let's do it! 通常我建议新的Scrum团队，在最初的时候参照Agile成熟度模型给自己进行打分，评分要真实，因为结果不代表好或者不好，只是让我们知道我们当前在哪个级别，这 阅读全文
posted @ 2020-04-12 19:46
戴老师笔记
阅读(168)
评论(0)
推荐(0)
摘要：
产品研发都从需求开始，Scrum中称为用户故事(User Story), 并且对于US描述有固定的格式。那么新的Scrum master可能会问到，我们之前没有用户故事，但有MRD，市场需求，需求文档等等诸如此类的话，而且数量还不少，怎么办？从头再来吗？ 从现实情况来讲，Product owner或 阅读全文
posted @ 2020-03-30 12:41
戴老师笔记
阅读(251)
评论(0)
推荐(0)
摘要：
跨越职能 5~9个兄弟 端到端的交付 全心投入 为了相同的目标承诺 自组织以及自管理 阅读全文
posted @ 2020-03-26 23:01
戴老师笔记
阅读(179)
评论(0)
推荐(0)
浙公网安备 33010602011771号