小M立志要成为项目经理之后陆续参加了一系列的项目管理培训。不过,培训只是纸上谈兵,要掌握学到的知识必须通过实践。但是,对于小M这样没有管理经验的技术人员来说,要找到一个实践机会谈何容易?
就拿小M当前参与的这个项目来说吧,因为是公司最重要的产品开发项目,所以称为“1号工程”。“1号工程”分为三大部分,相应地由三个组负责开发:
●前台组负责开发用户终端上的交互系统,包括屏幕界面、凭证打印、磁条读写等设备上的驱动控制。
●后台组负责开发服务器上的应用程序,控制业务流程并完成数据处理。
●平台组主要负责开发前后台之间的通信模块,还负责底层组件和通用模块。
因为“1号工程”规模很大、关联复杂,所以项目经理由S总直接兼任,下面三个开发组的“组长”都是技术扎实、精通管理、身经百战的资深前辈。在这样一个项目里小M除了做具体的开发工作,其他的管理事务还真插不上手。(www.xing528.com)
不过,细心的小M还是发现了一个机会。在前台组开发的交互系统中,屏幕界面和凭证打印的控制程序虽然逻辑简单,但是数量很多。传统的做法是开发人员对着需求规格在电脑上一个一个地手工“画”组件,虽然只是拖拖拽拽的工作,但是耗时耗力、一不小心也会出错。因此,小M和其他一些比较“懒”的工程师就都私下做了一些小工具。有的人将需求规格一部分“抠”出来生成一个屏幕“定义文件”,通过一个小程序就能生成屏幕,然后只要简单调试一下就能完工。还有人写的小程序能直接从数据字典中提取屏幕上各字段的属性和长度,免去了一个一个进行手工设置的烦恼。小M想,如果把大家手里的这些零散的工具收集起来,按照开发过程整合为一个“快速开发工具”,不就可以节省大量的重复劳动了吗?
小M的想法引起了S总很大的兴趣,立刻同意小M做一个原型系统验证可行性。小M基本功还是比较扎实的,几天工夫就把原型做出来了!S总最先看到了原型,虽然它界面简陋,功能也很简单,但是能省去很多繁复的重复劳动。
于是S总马上安排小M向“1号工程”的三个组长和主要技术骨干进行了演示。看过原型之后参会人员的反应都很积极,决定成立一个独立的“快速开发工具”小组负责将原型扩充完善成一个实用工具。小M理所当然地成了这个小组的负责人并可以直接向S总汇报。S总还同意抽调三个人给小M,期望快速开发工具能在1号工程大规模开发的时候投入使用。
就这样,小M成了一个小组长!虽然算不上真正意义上的项目经理,但总算有了一个项目管理的实践机会。
免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。