zoukankan      html  css  js  c++  java
  • 《探索需求》读书笔记3

    “一本出色的书——独特,发人深省而又有趣,这是任何从事需求过程的人员的必读书”这是Claude W.Burrill,Burrill.Ellsworth  Associates写在书的最后对这本书的赞扬,随着阅读的进行我这些天读了这本书的第三部分,第三篇探索机会同样用原来的风格讲述需求分析的知识,让我受益匪浅。

    第三篇主要讲述了需求的需求探索中的一些探索需求的小技巧,和通用的一些知识。需求的过程不是线性的,而是围绕目标转圈,一点一点地接近。第10章 产生想法的会议头脑风暴:不许批评和责备;让想法自由飞翔;想法越多越好;更改和合成想法。正如我们将要看到的那样,产生想法的会议通常会是其他会议的组成部分。只要有两个人都认为他们需要一些想法,就可以随时召开产生想法的会议。产生想法的阶段之后采用一个或多个方法将想法的个数减少到一个可以操作的比例。产生想法的会议中人越多越好,只要他们愿意按照规则进行,更多的人意味着更多的想法。第11章 右脑方法为了记录我们在需求过程中所处的位置,我们需要使用映射图。因为大多数有效的映射图都是可视化的,所以我们如果能够激发我们的右脑,那么可以用于减少含混性方面的方法就会扩大一倍。探索来源于开发者的处理对象是需求的映射图,而不是需求本身。我们探索是为了制作映射图,而且最终我们制作了一张能够和地图非常接近的地图,以满足实际的目的。绘制映射图是一个过程,更是一个清楚的交流后得到的意识和许诺,发生交流问题时进入以下过程:不要将所有困难的部分都交给别人来做,就像在万无一失蟑螂杀灭仪中一样;对可能出现的新方法,尤其是新的记号带来的变化做好准备;接受人们之间的差别,不要强迫每个人都一样,或者认为他们就是傻瓜。相反的,确保每个人都能读懂映射图的每一步,不要排除掉任何人;学会话草图,这样新的映射图能包含做够的信息,而不是太多信息,从而不会暗示并不打算到达的精确度。每个人都会使用映射图,尽管不是每一个都能轻松应付每种绘制映射图的系统。第12章 项目的名称名称总会被重复使用,它们容易章控思想。如果它们被误解或者具有含混性,那么就会成为麻烦的起点。启发式命名:1、提出一个名称;2、给出三个该名称不不合适的原因;3、提出另一个可以消除这三个问题的名称;4、重复这个命名过程,知道你找到一个可用的名称为止。只要一个新的项目或者子项目开始的时候,或者有任何新的事物需要命名的时候,我们就必须小心的挑选名称,以免造成误解或者不明确。命名活动可以由一个人来完成,但是由项目的关键参与者组成的小组面对面的探讨将会取得更好的效果。第13章 面临冲突时推动进程每一个项目都会经历冲突,如果没有某种推动力的话就很难成功消除它。作为一个好的推动者,你必须发展注意力完全集中的艺术——随时随地关注,随时随地发问,随时随地评价,但是要比大猩猩温柔一点。无论何时召开没有推动者的需求会议都不是明智的做法,因为你无法预测什么时候会爆发紧张对立的情。然而,一位好的推动者能够阻止绝大部分的无关紧要的冲突,并且能够使其他冲突最少化。每一位参与者都应该为推动会议担负责任。

    通过一个月的阅读我对这本书的知识已经有了一定的了解,这本书对需求分析中含混性的消除做了大量的分析,对需求的理解和步骤给出了作者相当独到的见解,书中作者通过大量的例子来阐述自己的观点,用诙谐形象的语言描述自己的观点。这本书对我的帮助很大,在初学阶段这本书的需求方法对我有一定的启发,在以后的学习中这些观点会给我很大的帮助。

  • 相关阅读:
    在Perl里 对象就是hash引用
    第十二章 对象(上):
    连锁百货企业数据分析系统建设方案
    连锁百货企业数据分析系统建设方案
    java.lang.ClassNotFoundException: com.fasterxml.jackson.core.JsonProcessingException
    通过Net::Ping 理解Perl的面向对象
    org.springframework.http.converter.json.MappingJacksonHttpMessageConverter
    Attempt to refer to a unregistered pool by its alias 'dbpool'
    Error:[$parse:lexerr]
    keepalived 监测域名解析脚本
  • 原文地址:https://www.cnblogs.com/lingxi/p/5003289.html
Copyright © 2011-2022 走看看