软件是有人写的:因此认识人的心理成为软件开发的重要坏节。这里有一个例子:
Joe,一个由 6 人组成的高级软件开发团队的头目,在他的软件里出现了一个问题,他在这个问题上花了大量的时
间,也经受了大量的挫败,但他始终未能指出 bug 的源头。他不想去问他的助手,因为他们的经验都没有自己丰富,
最后他穷尽脑汁也未能奏效,他只得放弃,在叹息声中他打电话求援:"Sandra, 你能不能过来看看我程序中的问题,
我不知道错在哪里?"Sandra 停下手中的活儿很快的浏览了以下代码,并很快指出了长期以来他没有注意到的问题,
程序就这样被修复了,Joe 表示感谢,但事实上他内心非常尴尬。
就像“为什么我没看到”还有“如果我在自己这儿多做五分钟的调试就能发现它”始终在 Joe 的心中环绕,他无法
理解,但事实上他被误导了,原因就在于我们已经太熟悉自己写的代码了,有些时候我们需要的仅仅是一个新的视
角,某人和善的一个建议可能就能打开新的视野,这与资历,能力和经验无关
此外,Sandra 并不认为 Joe 很差劲,相反的,通过相互的帮助,Joe 是他自己更具人情味儿,这对团队开发有很大
的好处
我们强烈的建议您在团队的管理中贯彻以下方针
原谅无知
在应用程序开发过程中隐藏你的无知是件及其危险的事情,培养一种能够把“I don't know”说出口的氛围并且
鼓励问问题
请求帮助
如果你在 30 分钟内不能指出代码中的 bug,那么请立即请教别人,这样也就建立了一种“责任机制”,使得每
一个被你问起的人都有一种责任感。不要让你一个人孤立的寻找问题的答案
建立一种代码互查机制
不要让你的代码敲上“金牌质量”的标签或者经不起你团队中任何人的批评(建设性的意见)
Joe,一个由 6 人组成的高级软件开发团队的头目,在他的软件里出现了一个问题,他在这个问题上花了大量的时
间,也经受了大量的挫败,但他始终未能指出 bug 的源头。他不想去问他的助手,因为他们的经验都没有自己丰富,
最后他穷尽脑汁也未能奏效,他只得放弃,在叹息声中他打电话求援:"Sandra, 你能不能过来看看我程序中的问题,
我不知道错在哪里?"Sandra 停下手中的活儿很快的浏览了以下代码,并很快指出了长期以来他没有注意到的问题,
程序就这样被修复了,Joe 表示感谢,但事实上他内心非常尴尬。
就像“为什么我没看到”还有“如果我在自己这儿多做五分钟的调试就能发现它”始终在 Joe 的心中环绕,他无法
理解,但事实上他被误导了,原因就在于我们已经太熟悉自己写的代码了,有些时候我们需要的仅仅是一个新的视
角,某人和善的一个建议可能就能打开新的视野,这与资历,能力和经验无关
此外,Sandra 并不认为 Joe 很差劲,相反的,通过相互的帮助,Joe 是他自己更具人情味儿,这对团队开发有很大
的好处
我们强烈的建议您在团队的管理中贯彻以下方针
原谅无知
在应用程序开发过程中隐藏你的无知是件及其危险的事情,培养一种能够把“I don't know”说出口的氛围并且
鼓励问问题
请求帮助
如果你在 30 分钟内不能指出代码中的 bug,那么请立即请教别人,这样也就建立了一种“责任机制”,使得每
一个被你问起的人都有一种责任感。不要让你一个人孤立的寻找问题的答案
建立一种代码互查机制
不要让你的代码敲上“金牌质量”的标签或者经不起你团队中任何人的批评(建设性的意见)
版权声明:本文为bai_lu_sz原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接和本声明。