|
|
发表时间: 2005-02-22 15:13
我们的软件业面临需要提升的时刻，到底我们的软件业缺少的是什么，是技术、自动化工具、项目管理或者是CMMI的洗礼？
个人以为，首先，我们最缺的其实是使用过「以最佳常规所设计与制造出来之系统、产品或服务」的经验，所以永远不知道系统、产品或服务的目标与效果何在。这个部分，是使用者与业者普遍缺乏的能力或经验。为何需要有这些经验？因为如此才会体会到工程的重要性。
其次，是缺乏系统工程的能力。获取者不懂得系统工程，因此找不出自己的需求，开发者不懂系统工程，所以只知道用开发环境去把软件系统或应用程序「写」出来。然后，到了最后再来测试系统，用黑箱测试来找问题，没有办法在事先把问题找出来，以防范问题的发生。
其 三，缺乏软件工程的常规(practices)，就算有软件工程的程序，也多半不能称为「常规」(所谓的practices指的是，日常工作的执行方法或 程序，成为组织做事习惯与文化的一部分者，才能称之为「practices」)，所以开发不出具备质量的产品，系统开发的方法无法重复与重现。
其四才是项目管理，因为项目管理除了与组织业务目标有关之外，还与组织的架构、开发产品的特性、组织的软件工程常规及系统工程能力有关。项目管理乃是为确保做好系统工程及软件工程的工作因应而生的。
如 果第一、二、三项的能力不增进与提升、就算有PM的观念又如何，现在具有PMP专业认证者全球有十多万人，可是，这些人会做项目管理吗？这是有问题的，因 为没有系统工程、软件工程的观念与能力，就看不到，也发展不出需要管理的工作与项目了，当然，真正的项目管理也不会存在。
或许当初跑一个「软件工程」出来就是一项错误，让大家轻忽了「系统工程」，让大家都把眼光都放到软件的开发上，而没有注意到软件是系统整体的一部分，有软体产品才能运作，但是如果没有整体的规划，系统其它部分，例如服务器硬件、网络基础建设的问题，都会影响到软件效能的展现。
目前整个趋势 的发展，ISO中负责软件标准发展的委员会，已制定了ISO/IEC 15288这个标准，这个标准中有关于软件开发的过程是指向ISO/IEC 12207的，现在更有国家的要求要把12207与15288完整整合在一起。而IEEE的SESC(软件工程标准委员会)，也改名为S2SEC(系统工 程暨软件工程标准委员会)，也就是说，两者正走向整合。
还是一句老话，软件工程、自动化工具都不是问题的解，如果缺乏「系统工程」的能力，不懂得如何规划与设计系统，再强的软件工程能力也是枉然。因为经由「系统工程」的规划与设计，会衍生出非常多软件架构的方案，但是从系统观点来看，何 者是真正Cost-effective，其解答也不在于软件工程与自动化工具，而在「系统工程」上。
网友iamredeye认为：
中国的软件问题大概不是出在软件本身，而是软件开发的土壤－－人人浮躁，没有责任心，钱是唯一的衡量指标。他并没有用心在做事情，开发出来的软件并没有被他当作自己的孩子。怎么开发已经不是最重要的了。其他行业也是如此。在解决每个从业人员的这些问题之前，流程和其他方法论都无能为力。
上一篇：林泰龙系列之你还在单恋 CMMI 否 ?
下一篇：林泰龙系列之组织导入CMMI的人力需求与期程 |
|
service@step365.com
0571-87357690
狗仔卡
发表于 2008-4-12 19:24:19
QQ好友和群
QQ空间
腾讯微博
腾讯朋友
收藏
转播
分享
淘帖
支持
反对
提升卡
置顶卡
沉默卡
喧嚣卡
变色卡
抢沙发
千斤顶
显身卡
发表于 2008-6-13 16:39:13
