【190】带着solution找老板

有的时候负责大活动，活做得多不说，心会觉得更累，所有人都会跑来确认一堆事情，哎我们想临时加这个行么？那个修改版本你看过了么可以确认么？下一步该怎么做？

有些确实是有必要看一眼，有些真的是稍微动下脑就可以的事情，忙得团团转的时候会感慨拿着卖白菜的钱，操着卖白粉的心。有时候也会觉得，当个leader也是挺不容易的，要做决策要确认事情也要分配好资源和人员。

之前有个朋友聊起来，跳槽有段时间了，但心里觉得自己还刚入行不久，很多事情不知道该怎么处理合适，做起事来有点畏手畏脚，事事都要去和老板请示，但是好像没摸透老板脾气，老板开始有点不耐烦，觉得什么都要请示，交给你了你自己办就好了嘛。

工作中当然是要请示的，但是度很难把握好：请示少了，有的结果可能难以达成，请示太多，显得又没有动脑一样。其实什么样的情形需要请示，以及怎么请示，都是有技巧的。

下面列几种需要请示老板，或者需要让老板出面帮忙解决问题的情形：

1. 自己搞不定的事情：老板作为一种资源。

之前提到过，老板存在的意义，不仅仅是为了督促大家干活，更多的时候是作为一种资源，帮助解决问题的。如果对方不买账，只能搬出老板帮忙。

话说回来，如果你希望成为一名管理人员，就得有解决问题的能力，比如下属谈不下来的资源需要你来谈，写的报告不够有高度的时候需要你来修改，项目出错的话需要你来救场。谈判、管理、技术，总得有一方面比较突出吧。

2. 需要escalate（升级）的时候：事情重要无法决策的时候

Escalate的标准有这么几条，事情的重要程度，涉及到的人数，以及涉及的人的级别。如果是一个项目的话，在不同任务阶段，总有一些是比较核心的任务，需要卡一些关键的时间节点的，这些能够影响到整个项目主题、进展、性质的就属于比较重要的部分。

涉及到的人或不同代表方越多，级别越高，也就更有请示的必要。举个具体的例子，老板下班回家了，你还没走，老板的老板如果要一份相关的数据，要求明天整理给Ta，因为你是项目主要负责人。

有的人可能觉得这是一个很好的表现机会，第二天整理出来径直就发大老板了；比较妥当的做法是，第二天告知老板这件事，并请老板过目一下邮件内容和数据是否有什么问题，没有问题再发送大老板。这样做一是为了确保无误，二是需要让老板知道大老板可能会在意的方面，有所准备。当然啦，如果是大老板当下着急要，也只好尽快发送了，事后再告知老板。

3. 镇场。

这个更多是一种代表意义，但是也可以作为一种方法使用。比较常见的情况是，一个长期的项目，合作部门的同事不够重视，开会也爱来不来，这种情形推动项目进展就比较困难。可以在一些关键的定期review会议上，提前沟通好请来双方的大老板坐镇，甚至不需要发言，会议出场率和对方同事做出的承诺就会大大提升。

既然有了以上请示的几个标准参考，怎么请示比较合适，要注意些什么呢？

请示的时间方面的话，不是紧急情况下的话，可以在平时和老板定期汇报工作的时候提出来，这样比较集中；或者在老板不忙的时候随口问一句。

表达方式上，尽量带着自己的想法，或者解决方案问，如果复杂的情况甚至应该提供至少两个解决方案。比如 ：

“对了，技术建议我们改一下现在的方案，因为他们认为这个版本加上这个新功能会比较好，我觉得倒是也有道理，但是这样也许会错过我们之前target的时间点，我们可以在下个版本中优先实现这个功能，您觉得呢？”

这样表达，既说清楚了现状、原因、风险，也抛出了问题，甚至最后的一个问句都不用问出口，老板就会自然而然地接过话茬，不会觉得在请示。这种方式其实也是探探老板的口风，看老板的意图、关注的点在哪些方面，以便之后一些简单的任务可以自行判断。切忌上来就直接问，“技术让我们加上新功能，您觉得要不要加？” 这样听上去当然像没有动过脑一样。