不畏掌声不畏质疑只畏停止成长-我的年终总结

不畏掌声，不畏质疑，只畏停止成长——我的年终总结一、项目攻坚：在掌声里看清方向今年3月接到跨部门协同的客户数字化转型项目时，我是团队里最没经验的那个。此前我一直负责基础模块的开发，从来没有牵头过千万级预算的项目，接到任命的第一周我连开会都不敢主动发言，生怕说错半句影响团队判断。项目启动第三个月，我们完成了第一阶段的系统上线，客户方的总裁在验收会上特意点名表扬了我负责的用户数据中台模块，说“比预期效率提升了40%，直接帮我们省了下半年两个外包团队的成本”。那天散会后部门总监拍着我的肩膀说“年底晋升名单给你留个位置”，同组的同事也跟着起哄要我请客吃饭，接连一周的时间，我走到工位上都能收到其他部门同事发来的请教消息，走到茶水间都有人主动和我打招呼。那段时间我确实飘了。有次项目组开需求评审会，客户提出要增加一个数据导出的定制化功能，我想都没想就直接回绝，说“现有架构已经是最优解，改功能会影响整个系统的稳定性”，完全没听客户解释他们需要这个功能是为了对接监管部门的月报系统。后来还是项目组长私下拉着我给客户道歉，花了三天时间调整架构才把需求补上。这件事给我敲了个警钟。后来我特意把客户在验收会上的表扬录音存在手机里，每次觉得自己做得够好的时候就拿出来听一遍，不是为了回味成就感，而是提醒自己：那些掌声一半是给我当时的工作成果，另一半是给团队的支撑、给客户的包容，我不能把平台的资源、同事的帮忙都算成自己的能力。后来的几个月里，我主动每周找客户开一次需求沟通会，把他们提的每一个小问题都记在本子上，哪怕是“导出表格的字体能不能调大一号”这种看起来无关紧要的需求，也会安排人跟进优化。项目终验的时候，客户给我们团队打了98分，特意在评语里写“对接团队响应速度快，需求理解到位”，这一次我没有再沾沾自喜，而是在项目复盘文档里列了17个还可以优化的细节，分给了组里的同事后续迭代。今年我一共参与了6个正式项目，其中3个是项目负责人，拿到了2次公司级的项目奖励，抽屉里的荣誉证书攒了厚厚一沓。但我比以前更清楚，这些掌声是对过去的肯定，不是对未来的保证，站在领奖台上的那一刻荣誉就已经属于过去了，第二天回到工位上，我还是那个要对着需求文档抠细节的开发，还是那个要跟着前辈学架构的新人。二、争议漩涡：在质疑中找到底气今年最大的坎，是7月份的那次架构调整。当时公司要把原来分散在各个业务线的用户数据统一整合，我提出的方案是重构底层数据模型，一次性解决历史数据不统一的问题，但部门里的老同事几乎都反对，说“重构风险太大，要是出了问题谁都担不起责任，不如在现有基础上打补丁”。那段时间每天开方案评审会都像在吵架，有次争论到激烈的时候，有个工作了8年的老工程师直接当着全部门的面说“你个才工作三年的小孩懂什么，我们以前这么做都没出过问题，你一来就要推翻全部，是不是想出风头想疯了”。那段时间我压力大到每天失眠，凌晨三点还在电脑前翻行业案例，算方案的风险点。我甚至怀疑过自己是不是真的太激进了，是不是应该听老人的话选个更稳妥的方案。直到有次我和隔壁部门的架构师聊天，他说“你怕的到底是方案出问题，还是怕别人说你错？要是方案真的对公司好，就算有人质疑又怎么样，大不了最后你担责任就是了”。那句话点醒了我。后来我花了两周时间，把方案里的每一个风险点都列了出来，每个风险点都做了3套应急预案，甚至找了外部的行业专家做了三次评估，把重构后的效率提升数据、成本节省数据都算了出来，做成了整整27页的PPT。最后一次评审会上，我对着所有部门负责人说“这个方案如果成功，每年能帮公司节省至少200万的服务器成本，数据查询效率提升3倍；如果失败，我愿意接受降薪降级的处罚，所有责任我来担”。方案最终通过了，但是实施的过程比我想象的还要难。数据迁移的那一周，我在公司住了整整5天，每迁移一部分数据就做一次校验，熬到眼睛里全是红血丝。有天凌晨四点，系统突然报错，老数据怎么都导不进新系统，当时旁边的同事都慌了，说“要是天亮前搞不定，明天业务线都要停摆”。我坐在电脑前查了两个小时日志，最后发现是一个历史字段的编码问题，改完代码按下回车的那一刻，我整个人都瘫在了椅子上，手都在抖。项目上线后，数据查询效率比预期还高了15%，当年就帮公司省了230万的成本。之前反对我的那个老工程师特意过来找我，说“小伙子可以，是我之前思维太固化了”。那天我没有觉得扬眉吐气，反而很感谢他当时的质疑——如果不是他一次次提出反对意见，我不会把方案打磨得那么严谨，不会把所有风险都考虑得那么周全。今年我一共收到了23次书面的需求反对意见，被客户投诉过2次，在部门大会上被公开批评过1次。以前我听到质疑第一反应是辩解，现在我会先把对方的意见记下来，先想想是不是自己真的考虑不周。那些质疑不是针对我这个人，是针对我做的事，要是能把事做得更好，被骂几句又有什么关系呢？三、能力边界：在成长中打破局限今年我最深的感受是，比掌声和质疑更可怕的，是自己停止成长的脚步。我大学学的是计算机专业，毕业之后一直做技术开发，以前我总觉得“把代码写好就行了”，其他的事都和我没关系。今年做项目负责人的时候，我第一次发现自己连个像样的项目汇报PPT都做不好，上次给高管汇报，我讲了15分钟，总监打断了我三次，说“你讲的全是技术细节，高管根本不关心你用了什么算法，他们只关心你这个项目能赚多少钱，能省多少成本，有没有风险”。那天之后我就报了个商务汇报的线上课，每天晚上下班回家学一个小时，学怎么搭建汇报框架，怎么用数据说话，怎么在10分钟内把事情讲清楚。学了三个月，上次给总裁汇报项目进展，我只用了8分钟就讲完了全部内容，总裁当场说“这个项目汇报得很清楚，就按这个方案推进”。以前我总觉得和客户沟通是项目经理的事，我只要把技术做好就行。有次和客户吃饭，客户聊起他们行业的政策变化，我坐在旁边一句话都插不上，客户问我“你对我们这个行业的发展趋势怎么看”，我支支吾吾半天说不出话，场面特别尴尬。后来我就有意识地了解客户所在行业的知识，每次对接客户之前，都会先查一下他们公司最近的新闻，行业里最新的政策，现在和客户聊天，我不仅能聊技术，还能和他们聊行业趋势，聊业务痛点，客户说“和你们合作省心，你们懂我们要什么”。今年我一共读了21本书，其中有12本不是技术类的，有项目管理的，有沟通技巧的，有行业分析的；报了3个线上课程，考了2个行业证书；周末还报了个演讲培训班，以前我上台讲话都紧张，现在对着几百人做分享也能从容不迫。我以前总觉得“成长”是刚毕业的新人需要考虑的事，工作几年之后就可以稳定下来了。今年我才发现，成长是一辈子的事。今年公司新招的应届生，有几个刚毕业就会我现在才掌握的架构技术，要是我现在停止学习，再过两年说不定就要被他们拍死在沙滩上。四、明年规划：在迭代中继续前行明年我有三个核心目标：第一，牵头完成公司的云原生架构升级项目，这个项目如果做成，能让公司的系统可用性提升到99.99%，每年再省300万的成本。现在我已经在看相关的技术资料，下个月准备去参加行业的技术峰会，先和同行取取经。第二，把团队的技术分享机制搭起来，每周组织一次技术分享会，把我这几年积累的经验都教给新来的同事，今年带的两个实习生，已经能独立负责小模块的开发了，明年争取能培养出两个能独当一面的项目负责人。第三，再深入学习两个行业的业务知识，以后不仅要做个懂技术的开发，还要做个懂业务的架构师，能站在业务的角度思考技术方案，而不是只会闷头写代码。今年年初的时候，我给自己定的目标是“今年要拿到公司的优秀员工，要涨薪30%”，现在这些目标都实现了，但我反而觉得这些都不重要。重要的是今年我比去年多会了很多东西，遇到问题的时候比去年更从容了，能解决的问题比去年更多了。以前我总希望所有人都能认可我，做一件事之前先想“会不会有人说我做得不好”，做成了之后又会担心“万一以后做不好怎么办”。现在我才明白，掌声和质疑都是外界的评价，别人今天可以给你掌声，明