质量无处不在

    质量是个说不完的话题，因为质量无处不在。   

    但是很多公司很多的人仍然把质量眼光仅仅是放在项目的结尾处。测试是能提高产品的质量，但是项目过程中产生的策略漏洞有时是无法补救的，会导致最终产品明知有缺陷但为了顾全某些大局而不能进行修改。

    质量是过程，而不是一个点。

    软件项目如同盖大楼，软件的需求、设计、测试过程和资源就如同建筑中的调研、设计、原料、施工和验收。土地调研失误会导致地基不坚实，设计出错、偷工减料、施工马虎都会使建筑成为危房，而验收可以尽最大努力的弥补缺漏，让其外表看起来光滑完好，但是内部的坚实性只有建设人心里明白。这样的房子你会愿意买吗？

    测试就像是进行验收的监理，提出问题、验证问题的修改程度，能够改善产品质量，但改变不了错误的需求和狭隘的设计，推到重新做总是不现实的。况且，当项目管理混乱无序时，留给测试的时间可怜的只有一点点，又能指望产品的质量如何呢？所以，提高各个阶段的工作质量是必要的。

    高质量产生高效率，工作的输出是人力的行为，人的成本占项目的一大部分，应该重视人的能力。这里不得不说一下，开发人员很大部分是年轻人，随着近年学校扩招，输出了成倍的计算机相关专业人员，但是很多的教学质量和人才质量却大不如以前。缺少良好的引导，加上人心浮躁，工作质量可想而知。有些小公司以廉价收购这样的人才，却埋下了项目失败的隐患：分配的任务无法按期完成，提交的程序bug太多；过早被推上项目经理的职位，却没有管理和计划的意识，留给开发的时间很长测试时间却很短。其实，如果开发的时间需要很长，质量无法保证时，回测和修改的时间也会很长的，项目时间一样会超额。

    如何应对这种情况？

    建议重视个人培养、重视团队合作；重视公司人员的配备，特别是年龄的组成和明确职位划分，老程序员不只经验丰富，也更是公司稳重形象的代表，能够稳定人才动向。

    要改善产品的质量，还要改善工作中过程的状况。把质量检查当做是督促提高自身的导师，而不是批判大会的狼牙棒。中国人的障碍是面子问题，每到评审会时尤其是领导在场的情况下，顾及到面子、职位、关系，总是不能把问题直接的暴露出来。中文的评审是个敏感的字眼，带着尖锐，照英文的review的含义有些许的偏离。建议要想开好评审会，先对管理层做好review意义的普及，来自上级压力消除了，才能更好的进行。

    另外，根据公司不同阶段的发展，也要调整管理形式。我们公司是个反例的典型，从小做到大，从一个项目到同时进行多个项目。前期还算顺利，人数不断增多，但是两次超过100人后都没有再发展下去，出现多人离职人心不稳的情况。人才的流失、工作衔接不畅给公司造成了很大的创伤。管理方案要适合公司某阶段的要求，才能保证稳定，保证质量。