sungubbi
参加年会归来。。。。。
一直没有时间写,再不写,要忘光了,哈哈。
11月12-13日参加了在北京举行的系统与软件过程改进年会,并参加了几个分会论坛,简单来谈谈参加的感受。
大会主题:现代服务工程化及业务驱动过程改进。虽然大会提出了一个很有力的主题,但比较遗憾的是,各个演讲者和分论坛并没有就这个主题进行更深入的探讨,大多点到即止。也许这便是年会的特点,你可以开阔眼界,但却无法深入。“现代服务工程化”就是提倡从“服务”找市场,而减少中国在资源类项目上的消耗,譬如印度通过进行外包软件的开发,解决了成百上千万人的就业问题,所付出的成本主要为人力资源成本,而中国在资源类项目例如木材、石油、矿业上的则不仅付出人力资源成本,还在进一步的消耗国家资源。“业务驱动过程改进”强调进行过程改进必须与企业的商业目标相结合,方更能呈现过程改进的魅力,也更得公司领导层面的支持,“你的过程改进活动为公司的商业目标服务了吗?”我觉得这个可以成为论坛的讨论题目之一。
关于模型与融合:这是我参加的一个分论坛的主题,是由DNV(挪威船级社)主持的,这个公司应该比较专长进行敏捷CMMI的咨询指导。这个分论坛纠正了我的一个关于“敏捷开发”的错误观点,正如项目组成员所认为的那样,我也一直将敏捷式开发定义为抛弃过程直奔代码(惭愧,至从认为是这样一种定义后,我就非常反感敏捷开发、极限编程,也就没有进行过学习了)。而分论坛提出的敏捷CMMI的宗旨是“将迭代开发周期缩短到尽量小,以快速发布产品响应用户的需要”,竟然与我们目前正在做的大部分维护开发类项目的控制方法类似,我就此对它产生了很大的兴趣,一方面我认为我们公司CMMI执行将近两年,原来的过程需要进行简化,另一方面选择一个项目组成员喜欢的方法作为切入点,比较能够找到同盟者。如果各位感兴趣,不妨可以找一些关于敏捷式项目管理、极限编程、SCRUM的资料来学学,我们一起来讨论。我们也可以在公司内寻找一个项目组,来作为敏捷开发试点,来看看是否能够达到目标。除此之外,分论坛还就ISO20000、ISO27000、PCMM、6Sigma、的应用进行了介绍,但关键在于企业不要拘泥于使用模型,而应该在需要的时候使用它们。
待续。。。。。。
上一篇:换新公司感想 下一篇:变更登记表 |