《Peer Reviews in Software: A Practical Guide》第2章 - (2)

Review的结果不可用于个人工作的评价依据,这样会严重影响组织的文化,人人开始回避Review。可以使用总的统计数据进行质量改善。

滥用Review会导致一些不良态度的产生:

1.开发者不愿进行Review

2.Review人员不会在会上直接提出问题

3.Review过程中会进行激辨

4.内部Review时会趋向发现较少的问题

5.开发者可能反复提供相同的代码进行Review,以减少可能发现的问题。

作为一个Manager必须认真思考这个问题,帮助解决在Review上的抗拒心理。

Review注意事项:

1. 先排除自我保护的干扰

2. Review的人员应当较少(3~7)

3.只在Review中找问题,而不是马上解决掉它

4.Review会议时间要控制(不要超出两个小时)

5.需要事先做些准备

时间: 2024-10-26 02:57:50

《Peer Reviews in Software: A Practical Guide》第2章 - (2)的相关文章

《Peer Reviews in Software: A Practical Guide》第2章 - (1)

  让别人指出工作中的错误是需要学习的,并不是天生就会的.我们都自豪于自己的工作,从不乐于承认错误.我们不知道犯了多少错,也不愿意其他人发现这些错误.如果你正着手于建立成功的Peer Review,这些自然的抵触情绪就必须克服. Peer Review是和技术训练类似的社交活动.在一个组织中,逐步灌输Review流程,一定要了解组织文化和成员们所持有的价值观.经理们应当相信花在Review的时间是一种投次,然后为团队安排Review,你要理解为什么某些人并不愿意将自己的工作拿给同事们做详细的审查

Practical Guide to STL By Jeff Bogan

Introduction STL (Standard Template Library) is a good skill for anyone programming C++ in the modern day. I must say that it takes some getting used to, i.e. there is a fairly steep learning curve, and some of the names that are used are not very in

iOS 各版本中的新特性(What's New in iOS)- 目录翻译完成

iOS 各版本中的新特性(What's New in iOS) 太阳火神的美丽人生 (http://blog.csdn.net/opengl_es) 本文遵循"署名-非商业用途-保持一致"创作公用协议 转载请保留此句:太阳火神的美丽人生 -  本博客专注于 敏捷开发及移动和物联设备研究:iOS.Android.Html5.Arduino.pcDuino,否则,出自本博客的文章拒绝转载或再转载,谢谢合作. 介绍 Introduction文档组织结构 Organization of Thi

《点石成金》读书笔记:为网站增加注意力吸引点

文章描述可用性设计建议--<点石成金>读书笔记. 阅读笔记8-12章 1. WEB设计团队讨论可用性是在浪费时间 原因 1"每个人都喜欢______" 我们也是Web用户对网站上自己喜欢什么不喜欢什么有着强烈的感觉.而且由于主张的力量和人的天性自然有种把这些喜欢或不喜欢投射到整个Web用户身上的倾向. 2职位情绪 设计师通常认为大多数人喜欢视觉上看起来有趣的网站开发人员认为人们喜欢功能又多又酷的网站在建立优先级时他们在看法上的不同常引发冲突. 更大的冲突是市场文化和工程文化

Java程序设计资源推荐

程序|设计|设计资源 Java程序设计语言作为典型的面向对象程序设计语言,早已经占据了一块相当牢固的地位.在众多网友都推出自己的Java学习资源的时候,我也按捺不住来写一个帖子作为自己进行Java程序设计语言学习经常参考的材料总结,以享各位网友. 首先向大家推荐的是进行Java程序设计必需的开发环境, Java SDK.这一部分还是要提醒大家,一定要用最新的版本,最重要的是注意语言的变化以及标准化后所作的改进,可以通过下面的网址进行下载:http://java.sun.com/j2se/作为学习

.NET Test Driven Development

development Test Driven DevelopmentBooks Lessons Learned in Software Testing by Cem Kaner, James Bach, and Bret Pettichord.Pragmatic Unit Testing in C# by the Pragmatic Programmers Andy Hunt and Dave Thomas, the preview chapters (one, two) look good.

敏捷测试简介

时至今日,还讨论这样一个老话题,是否感觉老调重弹?因为两年前(2010年底)时任谷歌中国测试经理的段念先生就 写了一篇文章<什么是敏捷软件测试>(刊登在InfoQ网站上[1]), 就已经谈到这个话题,"敏捷软件测试更多的是一种 理念,而非过程".在2011年,我自己也写了一篇文章<敏捷测试的思考和新发展>,刊登在<程序员>杂志上,谈到"在 BDD.ATDD和TDD最根本的.共同的思想基础上,构成一个全新的.更完善的敏捷测试框架"[

图表绘制与处理的常用软件

"工欲善其事,必先利其器",学术绘图软件的选择与使用特别重要.不同学科的研究人员使用的软件有所不同,但是基础的绘图思想与理念是相通的 (这部分会在后面的章节讲解).工科背景的人员常使用Matlab,计算机背景的人员常使用Python,统计学科的人员常使用R,医学背景的人员常使用Graphpad等.常用的论文图表绘制软件包括Excel.Origin.Sigmplot.Graphpad.Matlab.Python.R等,如图1-2-1所示.每个绘图软件的图表都有不同的图表风格. 1. 常用

《敏捷迭代开发:管理者指南》—参考文献

参考文献 敏捷迭代开发:管理者指南 Ambler00 Ambler, S. 2000. The Unified Process-Elaboration Phase. R&D Books. Ambler02 Ambler, S. 2002. Agile Modeling, John Wiley & Sons. AM02 Auer, K., and Miller, R. 2002. Extreme Programming Applied: Playing to Win. Addison-Wes