从是否易于修改来看IT项目与建筑项目
建筑项目，一旦建成很难修改。其中还有很多隐蔽式工程，一旦建成，事后很难检查。其质量影响很少一下子发现，一旦出现问题，可能无法挽回，其管理重心在质量，质量管理重心在施工过程的管理。
由于业主方一般不太懂建筑本身的特性，因此有必要引入第三方监理来负责过程管控，甚至要人盯人。如果对监理还不放心，就需要引入第三方审计，并且要做过程审计。
IT项目易于修改，并且事后可以对所有需求，设计，源代码，测试等进行审查。其质量问题容易发现，立即会转化为用户，客户或者业主方的怒火。IT系统一般是业务工具，可以大幅度提高业务效率，早上线，早收益，因此其进度一般都很紧张。与建筑项目相比，IT系统的工期实在太短了。当然现在IT系统已经进入所有行业，有的行业与生命财产密切相关，那么严格的质量管理是必须的，上线之前可能要逐页评审设计，逐行评审代码，确保没有问题。对于像京东，阿里，12306这样的系统，一旦出现故障，可能每分钟的损失都要以亿计算，因此上线灰度测试几乎是必须的，并且要有冗余机制，以能恢复数据。
而基于过程的质量管理，往往调整为事先的人员能力管理与培训，架构设计及其验证，各种评审，以及基于工具的检查，和各种测试，这是基于要点的管理，而不是基于过程的管理。当然需求，设计，开发，测试，部署，运维等过程也需要进行管理，以确保能产生满足质量要求的结果，这部分应该融入到每个人的日常过程，作为常识的一部分，而基于关键点的管理，作为特殊控制，作为质量职能，二者有了很大不同。
一次作对，预防，领导作用，人人参与，过程体系，询证决策，相关方共赢这些质量原则依然适用，只是质量知识，应用，实践要更加落实到每一个IT工程师。这可能也与IT工作是知识型工作有关。
质量从成果，工作，到过程，到整个体系，再到组织外部环境，四个层次中，每个人都需要各司其职。在不同领域，做法有所不同，重心和关键因素也有所调整。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
