【190】带着solution找老板

作者:Stacy 分类: 上下级关系 发布于:2015-11-26 23:59 ė2163次浏览 60条评论

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

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

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

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

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

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

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

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

2. 需要escalate(升级)的时候:事情重要无法决策的时候

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

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

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

3. 镇场。

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

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

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

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

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

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

本文出自 Stacy职场记,转载时请注明出处及相应链接。

发表评论

电子邮件地址不会被公开。必填项已用*标注

Ɣ回顶部