当你做的工作对于其他人是无感的时候，这时你需要主动展现你工作的价值，而不是反向操作通过缺位让系统出现宕机中断来体现你的价值。
我们可以把公司和单位比作一个由很多人共同合作来维持的系统，任何人的缺位都会导致系统的业务连续性出现暂停。如果你这个点经常出现故障，虽然这种方法的确可以体现你这部分工作的重要性，但同时也暴露了系统性风险。从风险管控的角度，你这个点需要被优化，至少不应该出现单点故障。
把手头的事处理好，减少故障率，不要通过故障来引人注意。偶尔一次、两次还行，但不要搞成习惯性操作。故障率高的人，会减少组织的信任感。刷存在感的方式有很多，但不要秀出位。尽量不要扮演救火队员的角色，出现重大故障，所有人都束手无策，看似你扮演的是救世主的角色，危难时刻，力挽狂澜，实际上你能救就说明与你相关了。自己惹的麻烦，自己解决是应该的。其他人搞出来的麻烦，你救还是不救？......，可以救，也可以不救，主要看是否值得。有时不救比救效果好，一次轻微事故可以换来长治久安。如果出错没有代价，有了一次就还有下一次。
有个比喻非常形象，可以用在职场。讲的是学生在课堂上搞小动作，以为别人不知道。实际上你站在老师的位置居高临下一眼就可以看清下面的学生都在做什么。因为大部分人守规则时，一两个调皮捣蛋的在一堆人里面会非常明显。有过站在台上演讲的经验，你就会知道下面人的情绪的一点点波动，台上演讲的人都能感受到。比如有人边听边冲你点头，你会大受鼓舞，越讲越兴奋。同样如果有人中途离场，演讲者会在心里会想是不是哪儿讲的不到位，并立刻开始调整演讲内容。这在一个小团体中也一样，在领导眼里下面的人谁能干，谁在摸鱼，谁能力平平，谁是刺头，谁比较听话就和老师看学生一样，在上面看的清清楚楚。如果你的价值没能很好的表现出来，你需要时间来赢得信任，而不是通过出位证明自己重要。在组织中一定不要把自己搞成一个封闭的系统，与外界无任何信息流，即不接受外界的输入，也不对外做功。在程序设计上，我们要减少耦合，但在职场，我们需要加强系统间的耦合，人与人的合作需要多一点交互。
最近有个项目，是关于网络的。需要对网络拓扑做较大调整，传统的核心、汇聚、接入三层架构改造完成后会变成大二层极简结构。给领导汇报，领导问会不会对现有的业务造成影响，比如改IP之类的。我说可以做到完全无感知，只是内部结构会有较大调整，网关会从汇聚或核心上向上移，但终端的IP可以不用变。汇报到这里就存在一个问题，即然没有任何变化，那还改造什么，使用传统架构又不是不能用。我又补充说最终要实现的效果是终端可以机随人走，比如把电脑从一个院区换到另一个院区，使用你的身份接入网络就可以使用原来的网络配置，不需要重新规划网段和IP。有点像VXLAN的效果，但可以使用普通的交换机实现。另外还可以做到端到端的隔离，把物理网从逻辑上隔离出人网、物网、内外、外网，一套物理网络跑多套安全隔离要求不同的业务。解释到这里，领导已经大致了解了项目要实现的目标和作用。
我们在讲安全以及IT部门所提供的价值时，往往喜欢用无感知来表达IT部门的作用，当没事儿时感觉不到IT部门的存在。一旦IT部门跳出来，此时肯定是系统出故障了，我们强调了它如果不存在时会出现的麻烦，这是它的价值一部分，但没有把后面附加的正确的价值具象地表达出来。比如开发人员做了大量异常处理，让业务在异常情况下也能顺利运行下去。这部分正确的价值就被隐藏了，开发人员如果要博出位证明自己重要，不再对代码精雕细琢，频频出错，搞得前台业务人员怨声载道，一出错就等着台后救火。此时开发人员扮演的是重要人物，但当次数多了之后，就算不是开发人员挖的坑，此时也会受牵连，因为每次救火都是你在第一线，你在透支自己的信用。相反，古代的优秀工匠都会在自己的作品上偷偷刻上自己的标识。虽然没法在软件上署上名字，但开发人员可以在代码注释以及log日志中加注自己的标识。如果你做出了有价值的流程优化和作品，一定要为自己塑造口碑，比如某某出品，必属精品。在作品上打上自己独一无二的烙印，使价值具像化，并影响后人。
