关于下发一批技术攻坚奖励名单的通知 上周技术部那帮“卷”得发狂的兄弟，把那些乱七八糟的 Bug 一个个像切西瓜一样切开了。有个人老张，上周半夜三点还在找数据源，结局一个下午就排了四个大坑，最终还省了公司两百多块优化费。

还有小李，敢把那些被上级口头说“不用动”的代码硬生生拆了重装，结局系统瞬间稳如老狗。

这种能帮公司省点力、少点力的活，是干稀巴烂代码的活干不来，干得踏实点，这奖励分就里的。 奖励这事儿，说白了就是给那些“想干事、干得好”的尝个甜头，让大家知道在公司干得实在，不代表要委屈自己。咱们公司不是那种拿最低工资就活好的地方，靠吃老本能干的活，咱绝不动；但要是真有点本事，把那些让人头疼的烂事给理顺了，那才是咱公司真正了得的。 上周那展开幕，技术部内部的火气略微降了点，但大家心里都清楚，这事儿得干。有些同事认定奖励分忒低，认定这钱是给大伟、小李这种“大牛”的，自己平时兢兢业业，略微有点难题，就被夹在中间。

实际上咱们公司更看重的是“贡献”，而不是职称。大伟、小李这些能搞出活的人，在咱们眼里就是宝；看似一般/平平，却能替团队扛事儿、帮同事省力的，才是真干部。

要是一个人平时没事找事，出了错大家绕道走，那奖励给他分，不仅没用，还是给全体门树立了一个坏榜样。 咱们奖励这事儿，不是搞形式主义，不是给人发个奖状糊墙上然后走人。咱们公司讲究的是“实战出真才”，奖励给哪位，就归哪位。

要是奖励给哪位哪位就不知道，那跟发工资给哪位有啥区别？大家想知道的是：这钱花得值不值？能不能帮咱多省点事？能不能让咱们干活顺手？要是奖励人跟干活不搭，那咱们技术部是不是就成了只出故障不出活、只报喜不报忧的部门？ 上周技术部那帮人，为了赶那个项目上线，凌晨两点还在改需求文档，改到嗓子冒烟，最终还是有人顶着压力把工期提前了一周。

这种时候，哪位该得奖励？自然是最累、最硬的那拨人。大伟、小李这些能啃硬骨头的人，绝对得沾光；那些平时看着挺温吞、活儿干得反而慢吞吞的，连个“贡献”的资格都没有。咱们公司不搞啥“好人主义”，干得漂亮的人，就得有最好的待遇。 这奖励分也不是大风刮来的，得付钱，也得有依据。上周开会时，大家就提了不少意见，说大伟、小李的代码质量高，但小李最近请假次数有点多，大伟有时候又认定报销流程费事。

实际上咱们公司最清楚，哪位在哪些项目上最难受，哪位又在哪些环节最卡壳。奖励给哪位，就是要把那些痛点找出来，把能省下的力气找出来，把那些能帮别人提效的活儿找出来，这才是咱们的核心价值。 自然，奖励也不是不分青红皂白全给。咱们公司有些项目别看急，但方案得全，得经过深思熟虑，就连得有人站出来顶着风险把这个烂摊子收拾了，这时候奖励他的分，是务必的；而那些平时爱推卸责任、遇到点难题就甩锅给外部的同事，哪怕他们平时挺健谈，这种奖励咱们也得掂量掂量。咱们要奖励的是“解决难题”的人，不是“遇到难题”的人。哪位不想着能帮团队少点费事，哪位就应当得奖励分。 最终还得提一下，这次奖励分不是终点，而是新的起点。大伟、小李这些人拿到奖励后，咱们的技术团队得保持这种状态，不能出于拿了奖就松一口气，出了难题还得靠大家。咱们公司最笨的活都是大家干的，最难的活也是大家共同搞定的。大伟、小李这样的骨干，是咱们的中坚力量，是咱们技术部的脊梁骨。

要是哪位出了难题，起初想到的是“是不是我私底下没做好”，而不是“是不是大伟、小李搞砸了”。

这种心态咱们不能养。 总而言之，这一批奖励名单，就是给那些想干事、能干事、干成事的同事的肯定。咱们公司不养闲人，也不养懒人，只养能干活、肯干活的人。大伟、小李这些能啃硬骨头、能帮同事省力的，绝对值得；那些平时看着挺老实，关键时刻却把你当墙头草的，得好好想想，下次如何干。 希望大伙儿都能把这份奖励当成动力，而不是负担。咱们技术部既然能拿得出这些奖励，说明咱确实有本事，有实力，能让公司省心。大家得持续努力，别让大家认定拿奖挺好办，干活得特别累。大家干得实在，公司才能放心；公司放心，大家才能干得爽。 最终，这次奖励名单就先行公示一下，欢迎大家提意见。咱们技术部内部聊聊会嘛，不闹脾气，好不好？