质量是免费的之【人的质量】(zz)

http://cantellow.iteye.com/blog/909178


人是软件质量最重要的因素之一，开发人员的素质直接作用于软件质量，需求设计，代码质量，以及后续的维护开发等等都离不开高素质的开发人员。虽然有优秀的工具为开发人员提供帮助，公司也可以制定严格的制度流程限制开发人员，但是代码是人写的，你不可能用工具生成高质量的代码，更不可能用制度流程来让一个不具备专业知识技能的人写出高质量的代码，所以我们必须把目光定位于人，以人为本，只有开发人员平均整体素质都提高了，软件质量才能得到根本的保证。

那么，如何提高人的质量？

首先，思想要统一，XX出品必属精品，只要是自己负责的项目，自己写的代码，就必须是精品，这不是自负，是一种信念，我们必须自己认识这一点。从现在开始，就把这种思想根深蒂固的植入脑海中，可能这种思想是一个人的习惯，就像优秀是一种习惯一样。我曾经听说某位软件公司的主管招聘时说过：“如果一个开发人员为了给一个变量取一个最好的名称而彻夜难眠，那么这个人我要定了”。

激励机制，优雅的设计，规范的文档，高质量的代码，我们必须提倡，我们做软件的，最大的动力来源于强烈的成就感，每当我们努力提高代码质量、降低缺陷数量时，我们希望我们的工作被别人看见了，被别人认可，这时候，codereview就是很好的解决方式，也可以举行定时的学习交流活动，把自己认为好的思想和代码拿出来show一下，暗地里也激励着自己下一次会把质量到更好，缺陷数量降到最低。

主人翁精神，前几天房东来修燃气灶了，说实话，用别人的东西都不大爱惜，别人的东西不是我们的我们不用珍惜，那我们自己写的代码呢？我们的代码为谁而写？为我们的项目经理？还是为我们的老板？程序员都应该为自己的职业感到骄傲，我们的代码是为自己而写，你是愿意下一位接任你项目的同事在背后说你写的烂代码还是愿意看到你的代码就有种拍案叫绝的冲动？当官的都想留个清名在世上，我们写代码的是不是都想自己写的代码被人引用，被人传颂，或者被保留在公司，不被后来人擦掉？如果你的回答是肯定的，那么从现在起就为自己写代码吧。

组织培训：培训是直接的方式，很多公司也组织各种培训，鼓励员工把工作中的学到的经验和新知识给大家分享，并锻炼自己的表达能力。这是很好的现象，但是培训都有一个通病，那就是培训都是被动接受知识，效率不是很高，现场打瞌睡的人也不少。对于这种方式的培训，我们可以先从工作中遇到的实例入手。“按照传统的做法，一开始介绍某个东西时，首先应该大致讲讲它的历史、原理等等。可是每当有人在会场上介绍这些东西时，总是诱发我的瞌睡虫，我的思绪开始游荡，我的眼神开始迷离，直到他拿出实例，我才能够提起精神。实例之所以可以拯救我于太虚之中，因为它让我看到事情在真正进行。”——语出martin fowler

导师制度，对新员工帮助很大，可以说，新员工对很多事情的第一印象都是来自于导师，新员工的成长也是导师的成长，从某方面来说，导师是一个管理者，管理者的原则就是成就他人就等于成就了自己，同时，导师不管是在知识积累上还是经验上都对新员工更胜一筹，这样也为结对编程创造了条件，能够带动新员工的快速成长。

定时组织学习交流：每当我在JE论坛上看到举行什么圆桌会议时，我都非常的向往，交流、共享的氛围一直都是我所追求的，为了此目的，最近还利用office2010在项目组内部建立了groove工作平台，成员们在上面分享自己的知识和经验，就像在论坛上一样发表自己的想法，感觉很不错。但我不仅仅满足于此，我希望可以在部门内部组织这方面的活动，face to face的进行交流，感受不同观点的激烈碰撞，在这个过程中，成长速度是很快的。



人的管理是所有管理最难的，人的质量保证也是所有质量保证最难的，而人对软件质量的影响也是最大的，所以，主管如何提高部门人员的质量、项目经理如何提高团队成员质量、以及员工如何提高自身质量都是我们每个人都会面临的问题。



      我是一名普通的开发人员，我的理想是在持续学习的同时，将成果分享给大家，同时带动团队的学习共享氛围，也希望自己能够在最大范围内影响更多的人，其实上面说的大多数都很虚，没有具体的措施，实施起来很困难，我目前就遇到这些问题，我努力在团队中创造共享的氛围，但是好像效果不太好。我觉得可能是我没有关注每个人的感受，太注重自己，而忽略了别人，别人当然也就不会理睬你，而且我也只是一个普通的程序员，难免没有威信。