该帖子同步发自:(蓝博思咨询的博客 访问该博客)
文/曾 庆
通过IPD培训后,对IPD的整体框架有了一定的了解,同时也对我们本身存在的问题有了更清晰的认识,作为一名软件工程师就工作中出现的问题谈谈我自己的体会:
1、产品平台
可以在不同产品、系统之间共用的零部件、模块、技术等这些设计成果,没有得到充分的共享。比如说用于通讯的RS485口,由于干扰特别大而导致该口经常不工作,这个问题在太阳能部已经碰到过且已解决,同样在风电部的产品中也遇到了这个问题,由于资源没有及时共享,导致我们研发的进度和成本没有得到保证,且增加了技术风险。再比如通过手机GPRS的数据远程监控,无线模块的组网技术已经得到了应用,类似这样成熟的组网方式和技术应该有独立的部门来管理,从而减少重复的劳动。
2、评审和测试
程序的编写只是整个软件工作中的一部分,在它的前后还有更重要的工作,比如需求分析和设计,测试及运行维护。而我们的项目通常都是结题时间相当紧迫,所以编程者没有足够多的对用户要求做深入的分析导致无暇顾及需求设计闭门造车。再加上缺乏准确的时间节点控制和技术评审及测试,导致软件工程师同时兼任测试工程师,甚至在软件已经定型结束开发后被全面否定推倒重做。若能按照软件工程的开发流程来操作,从概要需求分析开始就有明确的文档,在开发过程中每一步都经过验证和评审,就会大大提高研发效率和节约资源。
IPD提出的建立跨职能部门团队——矩阵式组织结构,实施之后就能很好的解决以上的问题:
1、建立了适应产品线运作的组织结构,打破部门间的门户之见,通过建立基础模块的数据库,这些成熟的技术就能得到共享和重用。
2、制定结构化的流程,建立规范的可操作性高的规程,定期对项目进行总结评审和下一步的规划,这样可以缩短产品开发周期、降低产品成本。技术加上业务评审,就更能把握产品的市场定位。
|