总之，我们大体的认为软件质量主要是适用性质量起码是不会错的。那么怎么才能达到这个质量标准涅？俺是做软件的，质量管理还是看看Deming同学怎么说吧，不过他老人家的14点总是发生变化。我也只好断章取义，说说一个敏捷开发人员眼中的14原则：

    1. 持之以恒地改进产品和服务 Create constancy of purpose for improvement of product and service

    这个很明显嘛，small release，快速发布，每次发布都是对产品的持续改进。

    2.采用新的观念 Adopt the new philosophy

    敏捷啊...

    3.停止依靠大规模检查去获得质量 Cease dependence on mass inspection

    这个还有另一个说法，build quality in。TDD，QA/BA全程参与，都是build quality in的好方法。

    4.结束只以价格为基础的采购习惯 End the practice of awarding business on the basis of price tag alone

    这个...貌似是说请咨询吧...

    5.持之以恒地改进生产和服务系统 Improve constantly and forever the system of production and service

    这个是敏捷过程的持续改进，对应的实践大家可能比较陌生——Restrospective!!!

    6.实行岗位职能培训 Institute training on the job

    Pair Programming，Learning Lunch敏捷从来都不缺乏学习的机会，就看你有没有学习的动力了。

    7. 建立领导力企业管理 Institute leadership

    敏捷团队的终极目标，自组织团队，的管理是也。

    8. 排除恐惧 Drive out fear

    XP第一原则，勇气，不要恐惧。

    9. 打破部门之间的障碍 Break down barriers between staff areas

    只有开发团队的敏捷不是真正的敏捷，敏捷说到底，是将软件的供求关系从合约型转为合作型，本来就要是大破障碍。而且障碍不打破，就很难将敏捷实施到底。这也是很多同学尝试敏捷失败的原因，仅仅以为敏捷是技术层面上的事情，其实不是。从这个角度来所，敏捷方法的确是深刻而震撼心灵的变革，有些人... 呃...敏捷在十月...

    10. 取消对员工的标语训词和告诫 Eliminate slogans, exhortations, and targets for the work force

    恩，什么激情100天...封闭开发...见鬼去吧...不过restrospective的结果是要写在白板上的，准备时刻改进。自我表扬和自我批评，算不上训词吧。

    11.取消定额管理和目标管理 Eliminate numerical quotas for the work force. Eliminate management by objectives

    很多人都问过我，pair programming了之后，技校怎么办？嘿嘿，Deming同学已经说了，这样的考核不要也罢。

    12 消除打击员工工作情感的考评 Remove barriers that rob the hourly worker of his right to pride of workmanship. Remove barriers that rod people in management and in engineering of their right to pride of workmanship

    敏捷团队的自我评价很简单，360度，由于你几乎跟所有人都pair过，如果所有人都不说你好...这已经是rp问题了，就不是打击这么简单了...

    13 鼓励学习和自我提高 Encourage education and self-improvement for everyone

    同前，Pair Programming，Learning Lunch敏捷从来都不缺乏学习的机会，就看你有没有学习的动力了。

    14 采取行动实现转变 Take action to accomplish the transformation

    每次restrospective之后必须定出方案，以实践改进。