书评--提升软件质量的必经之路

软件是多个”人”长期构思，协同作业下的成果，不可能不出错。若没有配置相当的人力物力资源，分阶段把关测试，将随着系统规模渐大而逐渐失去控制的能力。
@小标：被疏忽的一环
笔者在赴制造业授课时，看到偌大的办公大楼内，整个楼层的品保(QA)专业人员，使用华丽的软硬件，针对制造流程上的瑕疵缺点做各种的良率分析，但该企业的 MIS 开发却没有测试人员的配置。换句话说，为支持品保所成立的软件团队，在开发软件时，本身没有品保的支持。
投资出钱的企业老板们往往不清楚软件开发的困难与复杂，一般大众也充满着对软件工业的误解。如笔者任职顾问的报业集团，其建立了首屈一指的编审制度，企业内全盛时期，有八到十位软件工程师花费近两年的时间，开发给上千位编辑使用的系统环境，为得就是对上千位记者所撰写的文字内容严格把关。
但没有软件专业人员为系统开发把关，让笔者斗胆做个对照，若程序设计师撰写程序代码如同记者撰写文稿，则我们没有测试工程师如同编辑来编审与校稿，也就是没有 code review与测试。软件开发团队也缺乏如编辑们对整份报纸的版面编排与改稿，也就是没有软件的重构(refactoring)。甚至对程序代码的错误追踪和版本控管都还不如编辑们对文稿修改所提追踪功能之要求。
换句话说，每个产业都有其专业，卓越企业的管理阶层对该公司之品管一定都有严格的标准，如本书第九章所描述的全面质量管理(TQM Total Quality Management)。但对支持品管的信息系统本身之品管却由于无知而导致漠视。
既然全面质量管理是大大小小的”计划(Plan)、执行(Do)、检查(Check)、处理(Act)”等 PDCA 循环流程，没道理提升公司竞争力的信息系统没有”检查”。而纯由脑力合作建构的信息系统又没有容易施行与监督的标准步骤(SOP)