zoukankan      html  css  js  c++  java
  • 《探索需求-设计前的质量》阅读笔记二

      《探索需求》这本书第二部分依旧在需求的分析角度出发,作者用了大量的例子来阐述自己的观点,同时作者再讲自己的故事来发现需求和分析需求。

      第五章中作者提出切入点的思想,所有的需求工作必须发生在某种类型的初始过程中:某些人会提出一个想法认为某些特性应该设计进去并实现。而不管其来源如何,这个想法正是需求过程的切入点。其中,还涉及到一个“问题”的最佳定义:感受到的事情和期望的事情之间的差别。这个定义可以用来作为一个模板来衡量启动开发项目的每一个想法。如果某个想法不符合这一定义,我们就会和想法的提出者一起来使问题通用化,直到符合为止。因为我们的设计有一个根本的目的,所以在需要对项目如何开始加以特殊的关注。未雨绸缪是避免陷入重大错误假设的最佳办法,所以应该学着养成仔细分析切入点的习惯。开始需找切入点的时间是越早越好,实际上,当你意识到你已经开始的时候,真正的切入点早就已经结束了。其实切入点在你对解决方案的存在行已经没有任何疑问的时候就结束了。

      第六章讲的是自由问题。自由问题让你在设计过程中找到那些有关全局的问题,这样就能够进入正确的方向,而远胜于孤立无援。从决策书的角度看,自由提问可以帮助你决定需求攀登哪一个主分支,这远胜于对某一个小分支或末梢的分析。由于自由提问和特殊设计疼无得独立性,他们可以被收入到设计人员的工具箱中,并在其设计到太纷繁复杂的细节之前使用。用了些例子说明了自由提问的好处。自由提问应该在需求过程的早期提供,他们必须在一下午细节决策结束之前完成。

      第七章讲了找到正确的相关人员。客户和用户 采用一种包含用户的策略和计划以保证所有用户都始终如一地处理了。 做法:1、相信在需求开发团队中必须有负责的包含用户的策略,这样远比任其自然好。2、集体讨论一个潜在用户列表。3、通过把他们分类成友好的、不友好的、客户略的三类来简化列表。4、使用参与者的三位坐标,为每个你不想忽略的用户群制作一个对策。5、执行你的参与计划,用你的想象力和机智去获得你所需要的全部参与。在作出任何设计决定之前执行这种包含使用者工作,相信在需求开发探队中的必须负责的包含使用者的决策,集体讨论一个潜在使用者列表。通过把他们分类成有好的、不友好的以及可以忽略的三类来简化列表,执行你的参与与计划,用你的想象力和机智区获得你所需要的全部参与。

      第八章为每个人准备工作会议,由于其在探索需求中的重要地位,会议必须像其他的工具一样来考虑:设计它们,适当地选择它们,在使用时训练每个人,然后就是练习,练习,再练习。注意:如果会议是糟糕的,那么所得到的需求过程是不健全的,在会议中暴露的错误有助于帮助诊断在整个需求过程中的错误,并能够找出解决弊病的方向。

      第九章自始至终降低含混性,含混性是需求定义中的一个重要问题,而启发则是降低含混性的有力工具。 记忆启发:不同的人都试图精确地根据记忆回顾问题的描述。对于那些不能够很好地回忆起来的地方很可能是含义不清楚的。 玛丽从前有一只小羔羊的启发:把问题描述大声地朗读几次,每次重读不同的字或词语,直到发现尽可能多的解释为止。 玛丽欺骗商人的启发:确定在问题描述中起重要作用的词,然后列出其所有可能的解释。再把这些定义混合配对来组成另外的解释。

  • 相关阅读:
    javascript删除JSON元素
    State ,Getter , Mutation , Action , Module
    mutation和action区别
    图片懒加载
    git命令合并分支代码
    vue 项目生产环境下去重console
    rem px pt em (区别)
    npm 安装依赖 以及dependencies 和 devDependencies的区别
    仿百度搜索
    h5页面在移动端需要注意的一些事情
  • 原文地址:https://www.cnblogs.com/zhangjiabei/p/7847329.html
Copyright © 2011-2022 走看看