第638章 沟通2(1/2)

【畅读更新加载慢，有广告，章节不完整，请退出畅读后阅读！】

    陈默安静地听着，手指无意识地在光滑的实木桌面上轻轻敲击，发出极轻微的“笃、笃”声。

    他的眼神大部分时间落在杯中深色的液体上。

    偶尔抬起，扫过罗俊涵的脸，目光沉静，看不出明显的情绪。

    直到罗俊涵说完最后一个字，办公室内陷入短暂的安静。

    只有陈默指尖敲击桌面的轻响，像某种无声的计时器。

    罗俊涵的心，也随着那轻微而规律的“笃、笃”声，微微悬了起来。

    陈默端起杯子，又喝了一口咖啡，才缓缓开口，罗俊涵听着却有一种无形的压力：

    “标准化和灵活性，永远是一对矛盾。

    就像做芯片，设计规则（DRC）卡死了，良率才有保证，但太死板，又做不出突破性的架构。”

    他顿了顿，目光变得锐利了几分，直视着罗俊涵：

    “老罗，你搞了十多年的系统实施，从研发到IT，经手的项目大大小小数百个。

    你觉得，这个度该怎么把握？

    怎么让那些习惯了‘野路子’的骄兵悍将，心甘情愿走进你划好的格子里？”

    这不是一个简单的技术问题，更像是一场关于管理哲学和领导艺术的考问。

    罗俊涵放在膝盖上的手微微握紧。

    他知道，真正的“沟通”，此刻正式开始。

    随即他沉吟片刻，没有立刻抛出教科书式的答案，而是结合了PLM项目的具体困境：

    “陈总，我觉得关键在两点。一是‘格子’本身要画得科学。

    PLM的流程和节点，不能是拍脑袋定的，必须深入理解业务痛点，让规则本身能真正解决效率问题，而不是制造麻烦。

    这点我们正在做，联合业务部门梳理核心价值流，砍掉冗余环节。”

    “二是让人看到进‘格子’的好处。”

    他语气加重了几分。

    “光靠行政命令压，反弹只会更大。

    得让他们尝到甜头。

    比如，通过PLM固化关键设计参数，减少后期变更引发的连锁反应；

    打通数据孤岛，缩短信息流转时间...

    用实实在在的效率提升和数据说话。

    下午的会，我就是用几个试点项目节省的返工时间和成本数据，才勉强压住了反对声浪。”

    他最后总结道：

    “这就像...嗯，就像智能驾驶里的传感器融合（SenSOr FUSiOn）。

    硬性的规则是底盘、是框架（FrameWOrk），必须稳固；

    但也要给不同‘传感器’（业务部门）一定的自适应空间，让它们在框架内发挥最优性能，最终融合出最优路径。

    没有绝对的自由，也没有绝对的僵化。”

    陈默一直安静地听着，手指的敲击不知何时已经停了。

    当罗俊涵提到“传感器融合”这个车BG领域的关键术语时，陈默端着咖啡杯的手几不可察地顿了一下，眼底深处掠过一丝微光。

    果然，在华兴，能坐到21级的三级部门部长的人没一个简单的。

    谁要是真被罗俊涵那种技术干部的“憨厚”外表骗过去了，那谁才是真的憨货。

    陈默脸上依旧没什么表情，只是轻轻点了点头，似乎对罗俊涵的回答还算满意。

    他没有立刻点评-->>

本章未完，点击下一页继续阅读