背景资料:
做软件的人经常喜欢将软件开发活动比喻为建筑施工活动,同样以项目为核心,同样要设置项目经理,同样要了解用户需求,同样要做框架设计、同样要做详细设计、同样要进行具体的工程实现、同样要交付验收等,诸如此类,这两个行业在实施方面实在有着太多的相似之处。
近几年,在建筑业工程监理得到了广泛成功的运用。而在软件业,这一业务还方兴未艾,由于开发活动存在于人的大脑中,因此软件项目比建筑项目更加难以控制。故将工程监理的思想引入到软件业中是非常有必要的。
目前,无论是外包、托管、测试还是咨询培训等业务其面向的主要对象都是一些软件公司。业务对象范围比较单一,而将工程监理纳入发展发向之后,就可以扩大相当一部分的客户群。如电信、移动、银行、邮政等实力雄厚且重视软件项目工程质量的大客户,如果将视野放得更开阔一些的话,则可以认为凡是存在软件项目的地方,就可能存在工程监理的客户。此外,公司的QA工程师也在大量的项目质量保证工作中积累和沉淀了不少工程监理的实践经验,并多次在预评估和正式评估中作为企业的优势而获得外国主任评估师的赞赏。基于这些前提,软件工程监理业务也已经正式被公司纳入了今后的发展方向中。
发展机遇:
一个完全陌生概念的提出,人们从认识到接受需要一段较长的时间,所以有时领先一步可能会因曲高和寡而失败,领先半步往往反而容易成功。有了“监理业务”在其他行业领域成功运用的先例,再来推广“软件工程监理”,相对来说容易让人接受。
另外,目前在这个行业树立了较高知名度的专业机构还比较少,仍有较大的市场潜力可挖掘。如果企业积极开拓这一新兴领域的话,很容易成为该领域的领头羊,而不是其他业务领域的附庸者和追随者,容易打造成中国“软件工程监理”的第一块品牌。
不利因素:
现在市场气氛还不是很浓,项目甲方一般对于请软件工程监理的意识都比较薄弱。并且目前该业务利润较低,通常监理业务总额只达到项目合同总额的4%左右。而合理的范围应该在8%左右,才能保证监理行业健康良性地发展。因此,这片市场仍需花较多的精力去开拓,让人们逐渐认识到软件工程监理的重要性。
模式探讨:
“软件工程监理”这个概念还可以作进一步延伸,除了纯粹的软件项目外,还可以考虑系统集成、工程实施等项目,即存在IT项目的地方就存在工程监理。但是从目前实际情况出发,建议还是先从软件项目入手,如果实施效果好再把这块蛋糕做大。
具体的做法是以第三方工程监理的身份介入,按委托方要求,通过对应标企业进行软件开发和管理能力的评估,为选择合适的开发商提供科学的决策参考,对开发方的项目过程进行专业监控,及时发现开发方潜藏的问题,为委托方项目目标的实现提供专业保障。
可用资源:由质量部门的QA工程师担任工程监理工作。
适用对象:金融、电信、邮政等有较高质量要求的行业大客户。