作者: AILA -------------------------------------- 曾经有多少软件公司,由于在成长期的客户大量增加而被开发项目增多和维护量爆炸性增长而拖垮。针对这种情况,最为能够产生显著效益的复用是对软件生命周期中一些主要开发阶段的软件制品的复用。包括,代码的复用、设计的复用、分析的复用和测试信息的复用。有许多根本困难影响着软件复用的实施。对于技术问题我这里不想再多说,因为介绍技术因素的文章很多了。下面我说一些非技术因素。 1、思想的落后 思想落后的“创新精神”,希望“创造”一切,甚至为了自己创造了一个制品而欣喜若狂。孰不知功能强大、质量更高的此制品已经在n年前问世,并且不断的升级。思想落后的“软件”,我们开发软件不就是让客户感受到可复用思想吗?结果我们自己却懒得复用,我有点晕啊。我们是领导潮流的人,还是被时代淘汰的人?! 思想落后的“个性”,别人做到的我也能做到!有个性!你可以用很昂贵的代价去开发一个制品,而目标却是达到与别人相同的功能。你能达到吗?思想落后的“竞争概念”,为什么我要把我研究的成果作为可复用的构件,让所有人(公司)都能很简单的完成这么复杂的功能。我花费了多么昂贵的代价,我得到了什么?思想落后的“客观因素”,如果上面的还有情可原,这个“客观因素”简直不可理喻。举2个简单例子。 1、有些工程师们每天只是为了自己的计划日报而工作。当收到一封“我封装了一个构建,其功能是xxx,请看文档xxx”的信使时,以迅而不及掩耳的速度将其关闭。抱怨道:还有很多工作呢,别打扰我了!过段时日他参与开发另一个项目,自己为这个功能开发了一个可复用构件,并且抱怨道:我靠,这些同事一点复用思想都没有,我还要自己来做,哼! 2、一个专业开发xxx功能组件的小组来我公司寻求合作,我们却以很成熟的眼光说道:我们也能开发这些;法律责任怎么办等等一切理由拒绝。我靠,我知道你们也能开发,又没说你是白痴!为什么不能以积极的眼光去发现问题。却一定要像个更年期似的! 2、管理的失败 失败的计划,在项目最初的计划制定中,你会预估可复用的工作量吗?如果你都没预估,在开发周期中工程师们怎么制定日报?晚21点-凌晨1点制作可复用构件?我靠,我知道我们招聘的就是有兴趣/可加班的人员,这样下去他们会一天不如一天。不只是累的,有可能是困的、烦的、枯燥的!以为他们也是服务器啊?! 失败的激励,许多成长中的公司经常变更激励政策。有点晕,我上个月按照政策作了,这个月又变了,不知道这月能不能拿到奖金?!下个月会怎么变?我是不是也要做个预测,这个工作量可不可以写入工作计划日报中?公司确实希望能够找到衡量员工价值体现的方式。不过我加班编写的构建,好像不能为我带来奖金,也就是说公司不了解我做了一件很有经济价值的东西。算了,谁都不知道,我自己回家写吧,也许还能卖点钱呢。 失败的培训,“定期的有一个类库方面的培训”!怎么还没开过?还是开了由于时间段的安排或者是一带而过等原因,我不记得了?!也许有很多重要的规范与思想需要培训,类库和文档都放在服务器上了。让他们自己去看吧。这次培训我们还说xxx吧!你都不安排时间,工程师怎么安排时间?对了凌晨1点他们构建开发完了,可以学习这个了,2点回家也可以。我们很仁慈的,你可以10点来上班。而且这么简单的东西没有必要安排到集体培训时间。我靠,那么不我用上学了,其实都很简单!我以后要是有了孩子,让他自己看书,弹性生活,一准能考上清华北大! 别说资深的软件大国了,看看人家印度!我们应该团结起来吧?什么是团结?怎样团结?为什么日本能够侵略中国?总是说中国人不团结!现在的我们经常说让他们再来,看我们团结的中国人怎么对付他!看看当前的IT产业,其实他们早来了,我们中国团结吗?我们公司团结吗?我们专业吗? 智能番茄 (camer 评:软件项目的风险管理中,技术风险引人注目,重用是技术风险的一类有效应对方法,重视重用思想!协助项目成功!)
|