• 《用户故事与敏捷方法》阅读笔记三


      第四章:搜集故事

      1.引出和捕捉是不合用的

      书中认为,需求不是客观存在的,所以不应该用“引出”或者“捕捉”两个词,会给人一种需求已经存在的错觉,但是我认为需求对于客户或者用户来说的确是客观存在的,问题在于这些需求用户也没有办法完美的表达,并且这些需求也是在时刻变化的,但是问题是我们如何来获取这些需求,不管是捕捉还是捞需求,其本质都是在与用户沟通的过程中获取重要的需求。

      2.够用就行,不是吗?

      敏捷开发区别于传统开发的别就在于敏捷开发承认没有一种你吃昂的方法可以在一个单一阶段获取到所有的用户故事,随着时间得推移以及先前迭代中加入产品的需求。因此,他要求我们展望未来的一个发布的时间。

      3.方法

      因为需求会随着项目的进展而演进,所以沃恩 一些可以反复使用的方法来搜集需求例如(1)用户访谈,则是许多团队获取需求的默认方法,其中比较重要的一个方法便是提问,但是提问也是有弊端的,开发人员一直作为主体一直发问,导致用户一直处于被动的状态,有时候没有办法全面的提出自己的需求(2)问卷调查,这一直都是一个有效的方法,但是显然它也有着弊端,问卷调查之后很难再次做跟进后续问题,它有着单向沟通的既有特点和时间滞后,假若想从已有的用户群手机信息,而且愿意等待一个或多轮迭代来分析收集到的信息,则可以使用,但这不应该成为主要方法(3)观察,这是一个不错的方法,但是这样的机会少之又少,所以一旦拥有,珍惜并充分使用这个机会(4)需求编写工作团队,

  • 相关阅读:
    这个夏天,感动我的歌,感动我的你
    设计中最困难的部分在于决定要设计什么 设计原本择录
    Sql效能优化总结(续) sql语句优化篇
    sql效能优化总结
    使用AStyle进行代码格式化
    迭代模型 转
    软件项目开发系列开篇杂谈
    Sql效能优化总结(续) 架构调整篇
    throw和throw ex的区别
    面向过程&面向对象 UML&RUP
  • 原文地址:https://www.cnblogs.com/heiyang/p/10976276.html
Copyright © 2020-2023  润新知