您还未登录! 登录 | 注册 | 帮助  

您的位置: 首页 > 软件测试管理 > 需求管理 > 正文

读《探索需求-设计前的质量》阅读笔记

发表于:2017-01-09 作者:网络转载 来源:

  这段时间我阅读了本书的第二、三篇,这两篇主要讲了探索需求的准备部分,不仅准备了功能需求分析所需要的部分信息,还准备了探索过程中的会议准备。第二篇中规中矩为了大多数明面上的需求,第三篇天马行空为了找出项目中的隐藏需求。
  第二篇开始之路,通过讨论切入点、提出自由问题并思考、找到正确的相关人员以会议的方式来共同理解项目的内容,降低项目内容的含混性,使设计人员之间达成共识,避免理解方面的误差造成时间上的浪费。
  所谓切入点,就是我们在项目之初,根据项目内容可以想到的一开始就是现实的内容。它是一个项目的开始,他帮助我们解决我们对于解决方案的存在性的疑问,找到项目初始阶段所涉及的所有人,减缓切入阶段的进展,调查需求,仔细思考。
  在自由提问这一章中,我才发现我对于一个系统所能提出的问题原来可以这么多,这是我们获得需求最主要的方式,在交流中我们要建立起信任与和谐的气氛,我们的问题通常是笼统而透彻的,所以我们要向对方解释问题的重要性以确定在此刻你们在过程的价值上达成了共识。
  找到正确的相关人员,毋庸置疑是极其重要的,他么才是我们做的需求工作的权威,只有他们才能评价我们做的探索是否有价值。
  项目的推进过程中,开会是一个贯穿始终的事件,正式的、非正式的、预定好的、随机的在走廊上进行的等等,会议的重要性在于它是项目进程的督促者,在每个会议中,控制时间、注意效率、做好准备、熟练的会议推进者、为每个人做好准备工作,才能达到会议的效果。
  在探索阶段,我们的主线就是回忆切入点、进行讨论、提出问题、提出含混性、消除含混性,从而使项目组成员在项目的理解方面达成共识。
  第三篇探索机会,通过头脑风暴产生想法,通过右脑方法产生可理解的产物,通过冲突找到正确的产物。
  想法,是一个非常抽象的东西,对于这个东西来说,一个人的力量总是有限的,所以当两个人以上需要想法的时候,我们就可以进行一次这样的头脑风暴会议,集思广益,才能做出更好的东西,同时,要注意不批评不责备,想法越多越好,注意更改与合成逐步整合与剔除,得到最佳的想法或者说解决方案。
  而右脑方法这一章,主要讲的就是映射图,他是我们所做的系统的流程,同样的我们也可以用语言来解释请所有的流程,但是通过流程图或者说映射图更加直观形象,他帮助我们理清系统中的信息传递、以及人与系统之间的交互。
  命名是一件繁琐但有必要的事情,名称左右着我们的思想,一旦被误解或具有含混性就会成为麻烦的起点。提出一个名称;给出不合适的原因三个;提出另一个可以消除这三个问题的名称;重复上述过程,直到找到一个可用的名称就好。
  冲突有三种:一种是无关紧要的冲突即非本质的冲突对项目没有任何影响的冲突;一种是个性冲突即思想上的碰撞这就是火花从中找到最好的想法是这场冲突的结果;一种是信息的不一致造成的冲突,这就是之前的理解不到位了。在冲突中,一位合格的推动者是至关重要的,但最终的目的是推动工作,让时间得到有效的利用。
  总的来说,这两篇是整个项目的基础,它为项目需求规格说明书提供了重要的参考资料和想法,而处理问题的方法、获得需求的途径也是很有参考价值的。