开发人员需求层次

在巴塞罗那的敏捷教练营中,我召集了“Hierarchy of Needs”以及与软件开发团队合作的教练如何使用它来了解将精力集中在哪里。

用户故事的生命周期

用户故事通常用作敏捷需求的轻量级形式。他们的目标是 用以下文件代替较重的规格文件“卡片,对话和确认”。人们首次发现用户故事时’很难看到它们如何工作,因为我们经常采取静态观点–即我们只在发布计划或实施过程中看到它们。我们’留下许多问题:用户故事从何而来?它们何时创建?谁参与了他们的创作?为了说明这一点,我将使用WorldsSmallestOnlineBookStore中的小插图。每个小插图将显示一个用户故事发生了什么。 “作为经常读书的人,我想保存我的地址,这样我就不会’每次我访问书店时都不必重新输入”在团队中’在此故事的第一次发行计划会议(亦称初始产品积压提炼)。经过几轮计划性的扑克之后,共识估计是大小为20,允许初始输入地址,更新和删除旧地址。由于该故事在短期内似乎不太重要,因此团队将其转移到其他项目上。&你好;在Sprint#5的“积压细化”会议中,PO Sue重新审视了Story,并询问团队对问题的理解在过去两个月中是否已改变。他们进行了几分钟的讨论,并决定仍然是20。Sue抱怨说,对于这么多的人来说,这只是一个很小的功能。道格建议将故事拆分–他使用CRUD(创建读取更新删除),在短期内建议允许用户添加新地址并使用它。但是,他们不会’ t能够更新和删除。这将分隔故事。在围绕含义进行了几分钟的交谈之后,Sue要求他们估算三个分开的故事:“作为经常读书的人,我想保存我的地址,这样我就不会’每次我访问书店时都不必重新输入.” “作为经常的购书者,我想删除旧地址,这样我就不会’不必担心我的书会寄到错误的房子。” “作为经常读书的人,我想更新我的现有地址以纠正一些小错误,以便我’ t不必重新输入。” &团队确定“save address”故事是8号,“delete address”故事大小5,以及“update address”故事大小8。根据此Sue移动“save address”产品待办事项顶部的故事,“delete address”大约还有15个项目“update address”已经移到了很低的水平,将永远无法解决。由于苗条“save address”现在是产品待办事项列表中没有接受标准的头条新闻,团队花了几分钟时间为其创建标准。他们首先画一个快速的铅笔素描来了解关键点。他们根据此草图开始创建示例表:1 Sussex Drive,加拿大安大略省渥太华,K2K 010有效白金汉宫,英国伦敦,加拿大/美国以外的地址1600 Pennsylvania Avenue NWW华盛顿特区20500有效,而不是尝试创建此时,他们只是创建了一个详尽的清单,以概述问题的边界。在团队中’在下一个Sprint计划会话中,Sue询问团队是否可以执行此故事。他们给它“thumbs up”。在团队开始讲故事之前,Tonia(质量保证专家),Brad(文学士),Doug(开发人员)和Ian(开发人员)开会,以敲定接受标准。 915 E 7th St. Apt 6L布鲁克林NY 11230有效期24 Willie Mays Plaza,加利福尼亚州,加利福尼亚州94107有效期24 Willie Mays Plaza,加利福尼亚州,加利福尼亚州否邮政编码24 Willie Mays Plaza,旧金山,94107否州45 Rosenfeld CrOttawa,ONK2K 2L2有效的45 Rosenfeld Cr,渥太华,ONK2K 2L2有效的45 Rosenfeld Cr,渥太华,ONK2K 2 222无效的邮政编码45 Rosenfeld Cr,渥太华,ON 邮递区号遗失 &你好; (此样式称为“示例规范”–重点是在构建某些内容之前先提供规范)。布拉德(Brad)出发查看示例是否存在任何极端情况’ t掩护。 Ian和Tonia结对,将示例转换为Fitnesse [1]中的可执行规范(即验收测试)。道格开始在GUI上大做文章,看看他需要组装哪些零件。编写完初始测试后,Ian会尝试构建业务逻辑以支持示例。几天后,当伊恩和道格认为他们’已经完成了故事,并且符合示例,他们向Tonia展示了该故事。一旦她发现满足测试用例,就会花一些时间进行一些探索性测试–了解真正的用户玩游戏时应用程序的行为。满意后,她致电Sue寻求其他反馈。 Sue对此行为感到满意,但要求对布局进行一些更改。完成这些步骤后,她同意故事将完成。在Sprint期间,Ian演示了我们现在可以支持接受来自加拿大和美国的地址的不同方式。在Sprint结束时,团队将完成的故事从墙壁上取下来并将其存档在文件柜中(他们将它们存放在附近以备以后审核)。———在Sprint#6期间,布拉德(BA)在走廊上看到了伊恩(开发人员),他们开始谈论仓库管理员,即负责完成订单的人。布拉德评论他’ s看到跑步者花费大量时间来追踪自己的脚步,因为订单中的书单是按字母顺序排列的–但不幸的是仓库没有’ t按字母顺序排列。他们创建了一个新的故事:“作为跑步者,我希望书单的印刷顺序相同,所以我会在仓库中找到它们,所以我不’ t必须跑到最远”在“待办事项优化”会话中,[…]