最近刚在自家公司干完一个挺难啃的组，想着得把脑子插上点电，我进电信部门这行挺有意思的。

那会儿总认定技术就是代码和服务器，结局一摸真业务，才明白那是给老百姓打电话、给企业发数据的流水线。咱们这行不像互联网大厂，那是纯互联网逻辑，咱们更偏向基础设施和垂直行业的落地，这就得有点实打实的经验味儿。 刚启动接触时，我最怕的就是需求变更。项目从策划启动就挺不稳定，甲方那边时常换需求，就连改到深夜。有一次我负责一个城乡宽带优化项目，本来要搞个智能宽带接入，结局甲方突然说孩子学校网络慢了，要求把接入点往城乡结合部推。

那时候我手头正好有两个成熟的方案在评审，第一个方案别看快但维护成本高，第二个别看稳但厂家响应慢。正常情况得按流程走，但项目老人催得紧，最终我直接跟对方说：“咱还是按老方案走，风险我能扛，但得加人盯着别出岔子。”人家一上来就急了：“哎呀那如何行，风险哪位扛？务必推！”我跟对方硬是解释清楚：要是频繁换方案，后续故障排除成本会比初期高得多，到时候咱们还得赔人，这账算不过来。最终咱们还是妥协了，但过程中我连续跑了三个月现场，拉通了光路，把那个“老方案”的稳定性给打好了基础，这才算是把不安稳给稳住了。 讲真，咱们这行的沟通比写代码关键，就连比和甲方沟通都关键。写代码能改，甲方说个需求改改总行，但人一旦听了，心里就定死了，哪怕方案不对也得改。

故此大量时候，我搞项目就是在改方案，而不是改需求。有一次搞光伏并网，我盯了半个月，发现某个台区的变压器容量根本用不完，但为了赶进度，甲方硬要开通。

当时我就挺头疼，方案里明明写着会过载，但甲方就是不信。我就找第三方做了个现场测试，温度、负载、谐波数据都出来了，白纸黑字都印在报告上。拿着报告去跟甲方，人家一看数据，直接就走了。

那一刻我突然明白，咱们电信项目经理的核心本事不是“能搞定”，而是“能说服”，把客观证据硬生生塞进甲方心里。 数据这东西在咱们这儿就是硬通货，但往往也是最让人头疼的东西。你要有数据支撑，得有出处，还得经得起推敲。

比如在刚刚的光伏项目上，我附上了一份实测报告，里面显示了三个台区的实际负载曲线。

第一个台区我提前预警了，第二个台区出于超标被关停，第三个台区别看超标但没出事。

这一组数据下来，甲方立马就懂行“啊，原来就是如此情况，那赶明儿就按这个标准来”。

那会儿我认定只要方案做得漂亮就行，目前才发现，没有数据背锅，方案就算再牛也白搭。

特别是运营商这行，咱们干的活儿大多是基础建设，得经得起运营商的审计和监管，故此数据务必精准，不能是估出来的，也不能是拍脑袋定的。 另外，咱们这行还有个挺独特的“背锅”文化，但换个角度想也是种保护机制。甲方让你干这事儿，实际上就是给你背锅，让你去兜底。

故此大量时候，项目经理就是那个“背锅侠”。

要是做方案做错了，甲方不担责，完了；要是现场执行出难题了，甲方一般也不担责，那是执行层的锅。

故此我平时在汇报时，哪怕方案有瑕疵，我也得把责任撇干净利落：“这是按客户指定的标准做的，跟客户没关系。”然后转头就去协调客户如何补偿。

这种心态下来，整个人就好办绷不住。 实际上做项目最累的不是技术方案多复杂，而是你每时每刻都得跟各种各样的人打交道。甲方认定好办，认定那是技术活；乙方认定难，认定那是扯皮；我这边认定复杂，得平衡这三方。有一次有个大客户设备供应商来谈，他们总跟甲方说：“你们忒便宜了，不如直接跟我们搭伙。”这时候我就得跟客户讲价格，跟供应商讲服务。

要是我不解释清楚为啥商会选我们，甲方就肯定认定我们不专业。

故此我做项目，平时就得像个翻译官，把甲方想表达的、供应商揪心的、咱们自己能供给的，全体翻译过来，让各方都能听得懂、认定值。 最终得提个我平时特别注意的点，就是风险预判。咱们这行不像互联网项目能随时上线、随时删，目前都是重建设、轻运营的模式。一旦建设了，后期运营起来才发现线路不够、设备不过时，那个成本是前期的十倍不止。

故此我做方案的时候，不仅看技术指标，还得看全生命周期成本。

比如搞一个专网项目，有时候我一看方案，发现设备忒贵，维护忒费事，我就得赶紧给甲方算笔账，告诉他们：别看设备贵，但你们每年省下的运维费和停机损失，加起来可能比设备贵得多。最终甲方不得不听，只能签了。

这种算账本事，是咱们项目经理跟纯技术人最大的区别。 总的来说，我干这行，实际上就是把技术的确定性、运营的复杂性、管理的灵活性揉碎了又重组。咱们不是造软件，是造服务，是给城市和网络供给底层支撑的。未来的路还长，咱们得把底子打得更牢，把数据掌握得更准，把沟通做得更透。

毕竟，在咱们这儿，方案再好，也得有人去现场把它变成现实，这才是硬道理。