[杂谈]由某银行软件中心的软件工程发展史,看开发流程改进 - 第3页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

写的不错。不过中国的软件行业里，还是充满着绝大多数的作坊式企业，由于缺乏一种规范化的项目管理机制，导致总是处于一种救火的状态之中。说实话，有时候想着真是难受，这些东西拿出去给客户用，说的不好听都是一些垃圾的。不过，也很高兴看到不少公司也开始注重这方面了，改进是一个漫长的过程。
我们不能老抱怨没有好的机制，客观环境是不能一下改变的。但我们可以多少影响周围的环境。一个机构的开发可能是杂乱无章的，但其中某个项目的负责人如果有这个意识，也有这个能力管理好的话，还是可以在局部形成一种有利氛围的。如果你这个项目组井井有条，对其它项目组也是一个榜样。别人也可以感性直观的看到你这样做带来的好处。关键你本身要觉得有用，如果只是为规范而规范，积极性是调动不起来的。技术人员大多数是工作很自觉的，并不是懒，而是没调动起积极性，多数还没有切实感受到规范的好处。
我的感受是，现在写文档大多都是为了应付，为了cmm升级，
一般都是代码写完了才补的，这样有用吗？写文档的初衷是为了指导后面的编码。现在本末倒置！写文档基本上实在浪费时间。
曾经参加过一个IBM的讲座，关于Rational工具的，
专家演示得很不错，有很多工具可以帮助提高开发效率，设计文档写好了，编码的框架就搭起来了，磨刀不误砍柴工，
但是以目前国内的水平，做不到，
首先一点，要买齐这样多的工具，国内没有多少公司能够承担得起（还有后期的培训升级费用），现在国内的软件行业越来越不好作，恶性竞争导致的压价，很多公司连基本的周转都出现问题，更何况是买这样多似乎是中看不中用的工具？
还有就是，文档的模版往往是产品管理部门定的，而且常常朝令夕改，让大家疲于学习一个又一个工具。
国内的软件开发，还停留在作坊的阶段，这些年似乎没多少长进。
CMM,ISO都是炒得很热，真正有多少公司在产品开发中真正用起来了呢？
中国的软件开发过程管理，似乎还有很长的路要走。
[B]我的感受是，现在写文档大多都是为了应付，为了cmm升级，
一般都是代码写完了才补的，这样有用吗？写文档的初衷是为了指导后面的编码。现在本末倒置！写文档基本上实在浪费时间。
曾经参加过一个IBM的讲座，关于Rational工具的，
专家演示得很不错，有很多工具可以帮助提高开发效率，设计文档写好了，编码的框架就搭起来了，磨刀不误砍柴工，
但是以目前国内的水平，做不到，
首先一点，要买齐这样多的工具，国内没有多少公司能够承担得起（还有后期的培训升级费用），现在国内的软件行业越来越不好作，恶性竞争导致的压价，很多公司连基本的周转都出现问题，更何况是买这样多似乎是中看不中用的工具？
还有就是，文档的模版往往是产品管理部门定的，而且常常朝令夕改，让大家疲于学习一个又一个工具。
国内的软件开发，还停留在作坊的阶段，这些年似乎没多少长进。
CMM,ISO都是炒得很热，真正有多少公司在产品开发中真正用起来了呢？
中国的软件开发过程管理，似乎还有很长的路要走。 [/B]
写文档本末倒置说明大家没有拿文档交流的习惯，另外项目经理自己可能都不清楚该写些什么，怎么利用文档。即便退一步，就算不写文档，程序写的规范点总是应该的吧，按“程序就是最好的交流文档”的说法，程序风格起码要一致，结构要清晰，注释要足够，五花八门的东西是没法交流的。项目组里有人先身体力行，作个样板让大家参考了吗？
至于说道case工具，那才真是本末倒置了。没工具就不能搞好设计了，没rose工具就不能建模了，没clearcase就不能搞配置管理了吗？不是这样的。大多数情况是大家还不知道该管理些什么，做些什么，即便这些工具都具备了，没有这种意识和经验也是浪费。有个MS project和文档服务器，对于一般项目也就够用了。大家要把精力放在做什么上，如果不是并行编码，变更管理在文档服务器上就可以基本控制了，还非得要check in 和 check out 啊，太教条了吧。如果把这些基本工作都做好了，在条件许可的情况下，辅助以case工具才是真的如虎添翼。
从一个维护人员的角度考虑，我倒是觉得用户操作手册的编写和及时更新也应该受到同样的关注，由于操作人员对操作流程的不熟悉而造成的大量错误，以及操作人员频繁更换造成无法很好传承等等情况比比皆是，反过来，系统不能满足业务这样那样需求（事实上可能已经满足）的抱怨又会反馈回去，给开发人员带来不必要的压力。
我个人感觉，相比其它行业，软件业还是太年青，之所以有这么多标准、规范的出现也说明这还是一个探索的过程。在这个过程中最容易实现的就是用一些所谓的标准模板来套现在的工作，已有的文档要用标准的格式，缺少的文档要补上。这样必然会导致出现效率下降的情况。所以就需要继续改进这个过程，而在各个阶段都会有相应的问题的产生，因此软件过程的改进是一个长期的循序渐进的工作，是在不断的解决问题的过程。但是当前国内的大多数软件企业所进行的过程改进仅仅是为了得到一个认证，用来对外宣传，这才是最需要解决的问题。