如何在评审会上更好地沟通?

我们都知道,评审的目的是为了发现工作产品中存在的问题,以提高工作产品的质量。可是,评审人和被评审人却像是处于一种对立的关系上,评审人要指出被评审工作产品中的问题,要“挑刺”,所以,如果处理不好评审时的沟通问题,评审过程中可能会争吵、跑题,导致评审没有效果。

下面的这些建议可以帮助你更好地完成评审。

  • 对事不对人。评审人员指出的问题应当是工作产品本身的不足,不要影射、讽刺该工作产品的负责人。只关注工作产品,大家可以心平气和地讨论问题;上升到人身攻击,这样的评审不做也罢。

  • 注意称呼。评审人员应尽量避免使用“你的XX文档”这样的称呼,这会给人一种针对人做评价的感觉;不如直接说“在XX文档中”要更让人容易接受。

  • 给出修改的目的。评审人员不仅要指出工作产品存在的问题,还要进一步指出为什么要求这样修改。如不符合某项标准;与用户需求不一致等等。

  • 指出工作产品的优势。评审人员不仅要指出工作产品中存在的问题,同时也要指出工作产品中做得好的部分,通过这样的鼓励可以让被评审人更容易接受那些提出的问题。毕竟被评审的工作产品也是他的工作成果,他的努力应当受到尊重。

  • 人人都参与。要确保参加评审会的人员都能发表自己的意见,因为兼听则明。如果有些人给不出任何意见,那可能你没有邀请到合适的评审人员。

  • 举止文雅。评审人员在指出问题的时候要保持优雅的举止,面带微笑,语气平缓,措词简单……这样会比急赤白脸、面沉似水、连环炮似地问话更让你接受。

  • 做好记录。评审人员指出的所有问题都应,这样既便于评审会后制定修改方案,也为了后面跟踪问题的解决。

这正是:

评审关系要融洽,只对产品不对人

评审举止要优雅,人人参与效果佳

参考书目:软件架构师的12项修炼,作者:[美]亨德里克森(Hendricksen D.)译者:张菲,出版社:机械工业出版社

作者简介:王小双,长期从事GJB5000推广、实施、评价、改进的工作,创建《软件工程之思》微信公众号,一直在《软件工程之思》分享GJB5000、CMMI、软件工程的知识和感悟。现致力于GJB5000咨询以及软件过程改进、软件工程能力提升的研究工作。

如何在评审会上更好地沟通?》来自互联网,仅为收藏学习,如侵权请联系删除。本文URL:https://www.hashtobe.com/629.html