李小明是我们推出“全栈工程师”服务的原型人物，2007年加入盛安德，担任高级Java工程师，也担任过项目leader。了解他的人都知道他低调、谨慎、话不多，老实厚道，是个挺典型的程序员。之前一直服务于国外客户，大部分是比较大型的客户业务信息系统，涉及的行业有化工，物流, 银行等，主要的开发语言为Java。两年前接手的一个国内项目，让他从一个普通的“码农”变身为实际上具备敏捷特质的私企CTO。

他的经历给我们很大的启发——具有敏捷精神的程序员，也就是我们提供的全栈工程师，对于IT实力相对薄弱但有持续改进的IT需求的传统企业提供贴身服务，和客户一起面对问题，解决企业信息化的难题，为企业IT赋能，正是很多中小型企业所需要的服务。

E客户是国内知名的物流载具租赁企业，为众多世界500强公司提供供应链包装相关服务。其提供的各类物流载具和传统钢桶、吨桶等包装相比，在包装成本、物流效率、客户服务、安全环保方面有显著的优势。

客户主要资产和业务载体是各种类型的物流载具，例如周转箱和托盘等。因此，其运营的核心工作就是管理数千家客户的物流载具调度、运输和现场服务。随着业务量的增长，原先口头沟通、人工记录的方式逐渐无法跟上业务的增长速度，在客户满意度、服务质量、运营效率方面的问题也日益凸显。

客户的管理层IT意识很强，都有留学背景，他们想把所有的业务都上系统，全部信息化管理，做到任何一个箱子，任何一个客户的任何一笔交易都可以在系统里查询。

然而，尽管早在多年前就开始了信息化的改造，但因为没有自己的IT人员，管理层本身也不懂技术，他们在IT系统开发方面走了一些弯路。

客户在信息化改造方面的需求非常迫切，找了一家开发团队合作，但客户自己不懂技术，希望有人能帮他们掌控整个开发的情况，于是想找一个项目监理，帮助他们监督开发团队的工作。客户联系到了北京总部，由于我的经验比较匹配，简单面谈后与客户的合作正式开始了。

客户团队开始有些排斥，经过一段时间的磨合后，基本没什么大问题，大家目标一致，都是为了对客户负责，把系统做好。真正的挑战是深入了解和理清客户的业务流程，只有这样，才能确保开发工作是沿着帮客户解决问题的方向正确运行的。由于客户的业务涉及的流程比较多，很复杂，我花了一两个月，几乎天天泡在他们公司。与各个业务部门的人员沟通，梳理他们真正的需求。为了更贴近用户，有时候会跟着E公司的业务人员去见客户，或者去工厂，熟悉整个业务的上下游关系及需求。经过不断的学习和与客户方各岗位的人员沟通，终于理顺了整个业务流程。

最开始并没说这工作需要onsite，但因为要了解客户的业务，熟悉他们的工作场景和环节，还要跟开发团队协调，所以我几乎一直是在他们公司上班的，现在依然是在他们公司上班的时间多，有时候还陪他们一起见客户。因为总在一些工作，大家都混得很熟了，都是同事关系，有些甚至比我跟我们公司的同事关系都近。

正因为有了这层关系和情感，我对这个系统的责任感又加深了一个层次。刚来的时候，我也是一门心思就想着对客户负责，把工作做到位。无论是熟悉业务，监督开发团队的工作，修改和完善之前团队没完成的工作，调研各业务部门的需求，甚至客户后来追加给我的那些“监理”之外的工作：部署OA及运维、写关键接口的代码等等，我都一一接下来，努力做好。

现在这种心情比当初更为迫切，觉得这就是我自己的事情。6月份的时候，新系统测试上线，我和项目成员同事忙了差不多一个月，有时候连续N个小时几乎不眠不休，时间太晚了，我干脆就睡在客户公司了。

到目前为止，系统基本上运行良好，每日线上和线下数据都吻合。各地仓库和运输的合作伙伴都可以看到系统里相关部分的实时情况。新旧系统还在并行。目标是到今年年底，主要业务功能都在新系统里实现，替换掉老系统。

其实能做到今天，我特别感恩遇到这么好的客户——我的主要联系人是E的销售经理，可以说是他们公司的管理骨干，他对IT系统特别重视，一直都是他在内部主推。整个系统的每一个业务模块的功能，几乎都是他先整理需求之后和我讨论，然后再请相关业务部门人来磋商、确认，之后才着手做。开发过程中和测试阶段，如果需要也会请相关业务部门的人进行试用或确认。有我协调不了的问题，他就会亲自协调解决。可以说整个项目推进顺利，跟他个人的能力和在公司的影响力有直接的关系。

到后来，我和客户之间有了稳定互信的关系，因为他经常出差，他就把整个IT系统和所有跟IT相关的工作大部分交给我负责了。所以从最初的项目监理，到现在，服务了快两年，我几乎相当于他们公司的IT负责人了。

• 管理层的重视
• 懂业务，熟悉所有业务环节
• 行力强（内部执行效率高，不推诿）

整个过程对我自己来说除了责任心和成就感之外，我还学到很更多东西：比如，项目管理、进度掌控、需求调研……甚至要捡起microsoft.net，这些在以前都没有机会真正接触。

以前做过一些项目，需求都是客户给定好的，很多项目都做完了，我都不知道系统的整体流程和业务背景。其实了解实际的业务流程和需求，对程序员写代码是很有帮助的，非常重要，但有的项目里，供需双方对此都不够重视。

这个项目对我个人的影响是巨大的，过程是潜移默化的。我虽然以“项目监理”的身份“入戏”，但从一开始，就是独立承担全部的责任——要负责项目管理，协调监督开发团队工作，要跟客户密切沟通，还要跟各个部门交流，了解他们的业务需求，理解他们的意图，再转化成技术需求，还要自己写代码，甚至用不熟悉的语言写代码，还要扮演“甲方、乙方”双重的角色，在帮客户选择OA和ERP产品的时候，我就是甲方了……

总之，不知不觉中，我从原来单纯的程序员、码农，变身成了一家民营企业实际的IT负责人，我的视野更开阔了，专业能力及职业素养都得到了综合的锻炼和提高，对客户所在行业的业务理解也在不断积累和深化。这都使我对自己更有信心，对工作的主动性、积极性及认同感更强了。

回顾本文，你会发现，李小明从一个普通的程序员，变身为客户公司实际意义上的CTO，正是遵从了上述“敏捷思路”。无论他自身是否意识到，无论这个过程是主动还是被动，无论是出于朴素的责任心还是混合了其他个人情感，总之他做到了，破茧成蝶，身价倍增，找到了信心和方向。而对于客户而言，无需建立自己的开发团队，专注于自己擅长的业务领域，把项目交到专业的人员手上，用最小的成本实现了信息化变革的最大利益，这应该就是优+程序员的最大价值。