读阿朱的《走出软件作坊》有感

来源:互联网 发布:as3.0游戏编程 编辑:程序博客网 时间:2024/05/06 07:22

     作者主要就企业管理软件领域与我们分享了国内中小企业的软件管理和团队管理等方面的思路、方法、见解和经验。每个领域都有自身的特点,但从软件需求调研、研发、销售、实施、支持、服务和团队建设上的道理都是相通的。如作者所说,企业管理软件领域对业务技能要求高,技术门槛低,但项目并行多,需求量大且易变动,相比其他领域,需要更强有力的实施、支持和服务能力,作者在这几方面有比较深刻的体会和丰富的经验。
     自己从事软件行业也有五年了,一直致力于一线的开发工作,换了两个公司,参与过几个产品的研发,接触的领域较多,所以到现在对各个领域业务也都不精通,不想作者对行业有深邃的眼光和深刻的理解。我在军队做过空战仿真评估系统、电子战指挥自动化系统,在通信公司做过通用协议测试平台,做过VoIP系统的研发,甚至对函数自动化测试技术进行过研究和建模,目前从事网络安全审计产品的研发工作,开发经验丰富,但是行业经验不深。我没有从事过企业管理软件的开发,但是也做过企业管理软件的用户,作者描述的需求调研、实施场景在脑海里也是有些印象的。
     这本书从一开始就吸引了我,因为这也是目前我的职位所需要而又缺乏的,利用国庆期间,我仔细地阅读了此书,有很多共鸣之处,亦有很多深受启发的地方。一直以来,我主要工作在开发一线,最近一年我才真正走上技术兼管理的岗位,历经研发组长到研发经理,对研发的流程管理和一些具体的思路和方法有很多共鸣支出,如需求的管理、版本分支管理、bug管理、编码规范等等,对于研发之前的售前和需求调研工作,研发之后的实施、支持和服务工作都停留在概念阶段,除需求调研做过几次,其他都没有经验,也无法体会其中的道道,目前也不属于我的工作范畴。通过此书,我也明白了各个阶段工作的重要性,团队分工和合作的必要性,对比我们团队目前的情况,有很多可以从中借鉴的地方,比如说实施、支持和服务这一块,这是产品对外的窗口,我们在一些细节上确实跟作者描述的相差很远,比如ppt演示方法和细节、产品展现的手段、实施人员培养等等,都是我们需要完善的地方。
     以前也接触过关于软件过程管理、配置管理、质量度量、软件测试、软件验收等软件工程内容,但大都停留在理论阶段,而且当时学习和培训时并没有真正理会,现在拿到具体工作中来还是有很多困惑的地方,具体每个阶段、每个职位该怎么做,怎么有效的配合,心里面还是很模糊,这本书正好替我梳理了这方面的知识,将理论应用到实践中,应该说作者提供了一些很好的思路和方法。适合的才是最好的,软件过程管理规范、团队建设是不可能按照标准一步就能到位的,需要一个逐步建立、逐步完善的过程,不能拔苗助长,急功近利。
     我参与过软件工程管理由国标、国军标的培训,其实其中也有类似于CMMI的软件能力成熟度的分级,提供裁减的做法,根据公司和团队目前的发展情况,有选择性地对国标国军标进行裁剪,不影响研发进度的情况下去掉一些目前没有精力和人力去做的步骤,轻装上阵,最有效地发挥软件工程标准的作用,这也是标准里面建议的做法。很多人都抱怨说CMMI、ISO、国标、国军标太复杂,实施起来代价太大,所以干脆什么文档流程都没有,这是一种极端的做法,也说明其对标准的理解不到位,标准是提供一些原则性和指导性的思路方法,是前人经验的总结,是绝对可以借鉴的,而且可以有选择性地借鉴。