本文是一次征文，是我第一次文风和思路成型的写作。

配置工程师之路

--记产品线配置小组***成长点滴

（一）

       阳春3月，江南草长，群莺乱飞，这是一个充满新意的季节。来自于QQ另一端的信息：简工，我想转开发，实施工作缺乏技术性。

       金秋10月，秋高气爽，丹桂飘香，这是一个成熟收获的季节。来源于一次偶遇：简工，我已经转开发了，正在参加公司的技术培训。

       由于产品线配置组人员不足，在组长III的要求下**培训结束后被安排进了产品线配置小组。正如我碰到的每一个西北人，他们有着共同的特点：爽朗，乐于分享生活中的经历与喜悦。进部门后就快速的与旁边同事融合在一起。以他这种沟通能力，放弃实施职位实在可惜。他放弃某些职位，注定还有更适合他的职位和地方，我想配置工程师就是这样一个职位。

（二）

       进配置小组后，**主要工作是通过rtx、口头通知、文件共享等方式与各组开发人员协商增量收集与发布，与测试人员沟通增量，根据测试结果整理好增量交付给实施发布人员发布。实施带来的沟通与协调经验，让他处理起来游刃有余。**在不在，成了这段时间听到最多的问候语。

       **进部门时，配置小组正面临着巨大的挑战。产品线公用一个配置库，但是需要分发到3个独立系统:A、B和C。版本发布时，增量还是通过rtx、口头通知、文件共享等方式的收集，效率低下；增量发布与增量验证存在脱节；经常由于增量或者配置文件出错导致功能异常，甚至发布失败。

       配置小组工作重点在于发布流程规范化，最终的想法是增量的需求、增量的提交、增量发布与增量验证都走PMS系统流程，通过系统进行控制。

**每天在坚持增量整理工作之余，与重用组协调PMS系统流程实现及PMS系统使用中碰到的问题。制作每次发布的增量清单，制作产品线发布时间表。

配置管理是一门艺术，掌握一套管理思路方法比编程还难。

（三）

在这不到半年时间里，**经历过多少次大版本准备的反复煎熬，多少次版本发布的通宵达旦，多少次故障处理的心力憔悴。过程纵然艰辛与漫长，但是有配置小组的共同扶持与努力，在产品线领导指导下，产品线其他同事的配合下，产品线的发布与配置工作从以前的只是通过rtx、口头通知等“粗放”方式，逐步走上系统化、文档化、流程化、制度化的“自动”方式。回首往昔，**脸上洋溢着微笑与快乐。      

（四）

配置小组下一步工作：系统满足自动编译代码、自动做tag、自动发布。未来还有更多，**和配置小组已经准备好迎接未来的挑战。