每天都很煎熬,领导派的活太难,真的想跑路了

人在江湖身不由己,无论是领导的亲信还是团队的边缘,都可能遇到这种情况———不得不干一件特别难以推进的事情,茫然无措,不知如何推进。每天陷入焦虑和自我怀疑中……

这种事情一般有一些共同特点。

  1. 结果和目标极其模糊。
  2. 需要协调其他团队干活但是对方很不配合。
  3. 领导也不知道怎么干

领导往往是拍脑袋提想法,他们也不知道具体如何执行。反过来说,如果领导明确知道怎么做,能亲自指导技术方案、亲自解决关键问题,那问题就好办了,只要跟着领导冲锋陷阵就好了,就不存在烦恼了。

遇到这种棘手的事情,如果自己被夹在中间,真的非常难受啊!

01a93d121099fbada521f205a03d3ae8.jpeg

今天重点聊聊领导拍脑袋、心血来潮想做的那些大事 如果让你摊上了,你该怎么做!

1、提高警惕!逆风局翻盘难!

互联网行业目前处于稳定发展期,很少会出现突然迅猛增长的业务,也很少有公司能够迅速崛起。这是整个行业的大背景。因此,我们应该对任何不确定或模糊的目标表示怀疑,因为它们更有可能成为我们的绊脚石,而不是机遇。即使在王者荣耀这样的游戏里,要逆风翻盘也很困难,更何况在工作中呢。

当领导提出一个棘手的问题时,我们应立刻警惕,这可能不是一个好的机会,而是一个陷阱。我们不应该被领导画的饼所迷惑,而是要冷静客观地思考。哪些目标和结果是难以达到的,这些目标和结果就是领导给我们画的大饼!

领导给出任务后,我们就要努力完成。通常情况下,他们会给我们一大堆任务,需要我们确认各种事情。简而言之,他们只是有个想法,而调研报告和具体实施方案就需要我们去做。

如果领导是一位优秀而谦虚的人,通常在我们完成调研后,会根据调研结果来判断这个想法是否可行。如果不可行,他们会立即放弃,而我们也不会有什么损失。

但是,一旦领导有了一个想法,肯定是希望我们来完成的,即便我们在调研后认为不可行,大多数情况下,他们也不会接受我们的结论!因此,我们的调研工作必须极度认真,如果我们认为不可行,就要清楚地阐述不可行的理由,要非常充分。

这是我们第一次逃离的机会,我们必须重视这次机会,并抓住机会。

2、积极想办法退出

对于这种模糊不靠谱的事情,能避开就避开,不要犹豫。因为这种事情往往占用大量时间,但很难取得显著的成果。对于这种时间周期长、收益低、风险高的事情,最好保持距离。

你还需要忍受巨大的机会成本

在你长期投入这种事情的过程中,如果团队接到更好的项目和需求,那肯定不会考虑你。你只能羡慕别人的机会。

因此,如果可以撤退的话,最好离开这种费力不讨好的活远远的!

子曰:吾日三省吾身,这事能不能不干,这事能不能晚点干,这事能不能推给别人干。

如何摆脱这件事呢?

2.1 借助更高优事情插入,及时抽身

例如,突然出现了一件更为紧急的事情,这就是脱身的机会。与此同时,我们也可以为领导保留一些颜面,因为随着工作的进展,领导也会意识到这件事情的意义不大,很难取得实质成果。但是,如果我们一开始就表示不再继续做这件事,那么领导可能会觉得自己的判断出了问题,失去面子。所以,我们可以寻找一个时机,给领导下台阶。

或者,突然出现了一个需求,与我们目前的重构方案存在冲突。这是一个很好的借口。重构方案和未来产品规划产生了冲突,我们应优先满足产品规划和需求。重构方案需要后续再次评估,以找到更好的解决方案。

2.2 自己规划更重要的事情,并说服领导

当你对系统优化没有想法时,不要怪领导给你找事干。

如果领导有一个系统重构的计划和目标需要你执行,但是你不想干,或者你认为这件事不靠谱。那么你可以思考一个更可行、更有效、更能带来收益的重构方案,并与领导进行汇报。如果领导认为你的计划更加重要且更具可行性,那他可能会放弃自己的想法。

这就是主动转被动的策略。这时你的技术能力将接受考验,你能提出一个更优秀的系统重构方向吗?你能提出一个更佳的系统建设方向吗?

2.3 选择更好的时机做这件事

如果领导让你去做技术重构,而这件事的优先级不如产品需求高,上下游团队也不愿意配合你,而且领导给你的人力和时间资源也不够充裕,你应该怎么办呢?可以考虑与产品需求一起进行技术重构。也就是说,边开发需求,边进行技术重构。这样做有以下好处:可以借助于产品的力量,很自然地协调上下游团队与你一同进行重构。同时也能推动测试同事进行更全面的测试。在资源上遇到的问题,也可以让产品帮助解决。

所以,技术重构最好和产品需求结合起来进行。如果技术重构规模庞大,记得一定要分阶段进行,避免因技术重构导致产品需求延期哦。

2.4 坦诚自己能力不足,暂时无法完成这件事,以后再干行不行

可以考虑向领导坦然承认自己的能力还不足以立即执行这项任务,因此提出先缓一缓,先熟悉一下这个系统的建议。我可以多做一些需求,以此来熟悉系统,然后再进行重构。

我曾经接手一个系统,领导分配给我一个非常复杂的技术重构任务。当时我并没有足够聪明,没有拒绝,而是勉强去做,结果非常不理想,还导致了线上P0级别的事故发生!

新领导告诉我,"先想清楚如何实施,再去行动。盲目地勉强上阵只会带来糟糕的结果。当你对一个系统不熟悉的时候,绝对不能尝试对其进行重构。"

先熟悉系统至少三个月到半年。再谈重构系统!

2.5 拖字诀,拖到领导不想干这件事!

拖到领导不想干的时候,就万事大吉了。

注意这是最消极的策略,运气好,拖着拖着就不用干了。但如果运气不佳,拖延只会让任务在时间上更加紧迫,而且还会招致领导的不满。

使用拖延策略很可能得罪领导,给他们留下不良的印象。

因此,在使用此策略时应谨慎行事!

2.6 退出时毫不犹豫,不要惋惜沉默成本

如果有撤退的机会,一定不要犹豫,不要为自己付出的投入感到遗憾,不要勉强继续前进,也不必试图得到明确的结果。错误的决策只会带来错误的结果。一定要及时止损。

因为我曾经犯过类似的错误,本来有机会撤退,但是考虑到已经付出了很多,想要坚持下去。幸好有一位同事更加冷静,及时制止了我。事后我反思,庆幸及时撤退,否则后果真的不敢想象啊。

3、适当焦虑

每个人都喜欢做确定性的事情,面对不确定的事情每个人都会感到焦虑。为此可能你每天都很焦虑,甚至开始对工作和与领导见面感到厌恶。之所以这个事情让你感到不适,是因为它要求你跳出舒适区。

但是,请记住,适度的焦虑是正常的。告诉自己,这并没有什么大不了的。即使做得不好,顶多被领导责备一下而已。不值得让生活充满焦虑,最重要的是保持身心健康和快乐。

当你沉浸在焦虑中时,可能会对工作和领导感到厌烦。这样一来,你可能会对和领导沟通感到反感。这种情况是可怕的,因为你需要不断和领导沟通才能了解他真正的意图。如果失去了沟通,这个事情肯定不会有好的结果。

因此,一定要保持适度的焦虑。

3.1 沟通放在第一位

面对模糊的目标和结果,你需要反复和领导沟通,逐步确认他的意图。或者在沟通中,让领导他自己逐渐确定的自己的意图。在这方面有几个技巧~

3.2 直接去工位找他

如果在线上沟通,领导回复可能慢,可能沟通不通畅。单独约会议沟通,往往领导比较忙,没空参加。所以有问题可以直接去工位找他,随时找他沟通问题。提高效率

3.3 没听懂的话让领导说清楚

平常时候领导没说清楚,无所谓,影响不大。例如普通的产品需求,领导说的不清楚没关系,找产品问清楚就行。

面对目标不明确的项目,领导的意图就十分重要。因为你除了问领导,问其他人没用。领导就是需求的提出方,你不问领导你问谁。 在这种情况下,没听懂的事情必须要多问一嘴。把领导模糊的话问清楚。

不要怕啰嗦,也不要自己瞎揣摩领导的意图。每个人的想法都不同,瞎猜没用。

3.4 放低姿态

如果领导和你说这件事不用干了,你肯定拍手叫好。很多烦恼,领导一句话,就能帮你摆平!

放低姿态就是沟通时候,该叫苦叫苦,该求助就求助,别把自己当成超人,领导提啥要求都不打折扣的行为完全没必要。可以和领导叫叫苦,可以活跃气氛,让领导多给自己点资源,包括人和时间。

说白了,就是和 领导 “撒娇”。这方面女生比较有优势,男生可能拉不下脸。之前的公司,我真见识过,事情太多,干不完,希望领导给加人,但被领导拒绝。 然后她就哭了,最后还真管用!是个女同事。

男孩子想想其他办法撒娇吧。评论区留下你们的办法!

3.5 维护几个和领导的日常话题

平常如果有机会和领导闲聊天,一定不要社交恐惧啊! 闲聊天很能提升双方的信任关系,可以多想想几个话题。例如车、孩子、周末干啥、去哪旅游了等等。

提升了信任关系,容易在工作中和领导更加融洽。说白了就是等你需要帮忙的时候,领导会多卖你人情!

4 积极想替代方案————当领导提的想法不合理时

积极寻求替代方案,不要被领导的思路局限!引导众人朝着正确的方向前进!

不同领导的水平和对技术问题的认知不尽相同,他们注重整体大局,而员工更注重细节。这种差异导致了宏观和微观层面之间存在信息不对称,再加上个人经验、路径依赖导致的个人偏见,使得领导的想法不一定正确,也不一定能够顺利实施。

就我个人的经历来说,领导要求我进行一次技术重构。由于我对这个项目还不够熟悉,所以我完全按照领导的方案去操作,没有怀疑过。事后回顾,发现这个方案过于繁重,其实只需要调整前端接口就能解决问题,但最终我们却对底层数据库存储、业务代码和接口交互方式进行了全面改变。

最终收益并不高,反而导致了一个严重的故障。既没有获得功劳,也没有得到应有的认可。

事后反思,我意识到我不应该盲目按照领导的方案去执行,而是应该怀着质疑和批判的态度去思考他的方案。多寻求几个备选方案,进行横向比较,找到成本最低、实施最简单的方案。

4.1 汇报材料高大上,实现方案短平快

私底下,可以对老板坦诚这件事,就是没什么搞头。但是对外文章要写得高大上!

技术方案要高大上,实现方案要短平快。

面对不确定的目标、面对不好完成的任务,要适当吹牛逼和画饼。汇报文档可以和实现方案有出入。

模糊的目标,往往难以执行和完成,技术方案越复杂,越容易出问题。本来就没什么收益,还引出一堆线上问题,只能当项目失败的背锅侠,得不偿失。

一定要想办法,把实现方案做的简单。这样有3个好处;

  1. 降低实现难度,减少上线风险。

  2. 缩短开发周期,尽快摆脱这个项目。

  3. 把更多的时间放在汇报材料上。代码没人看!!!

程序员一般情况下习惯于实话实说,如果说假话,一定是被人逼得。

不会写文档?# 写文档不用发愁,1000个互联网常用词汇送给你

不会写技术方案?# 不会画图? 17 张图教你写好技术方案!

5、申请专门的团队攻克难关!

例如重构系统涉及到上下游系统,一个人搞不定的!要向领导寻求帮助,让上下游同事一起干这件事。

让熟悉系统的人跟自己一起做,拉更多的人入伙!多个人一起承担重任! 这种组织上的安排,只能由领导出面解决。

假如别的同事经常打扰你,总让你确认这件事,确认那件事,总让你帮忙梳理文档,你愿意配合吗? 每个人都很忙,没人愿意长期给你干活。

让领导帮忙成立重构小组!然后你可以给每个人都分派任务,比自己独自硬扛,成功概率大很多。

虽然重构的目标不明确,但你可以尝试明确每个人的责任,设置短期的里程碑。例如前三天梳理整理资料,每天开早会, push大家干活。(这样很招人恨!没办法,领导卷的)

5.1 寻求合作的最大公约数

重大项目往往需要多个团队同时配合,即便你申请了专门的小组跟进这件事,但是别人可能出工不出力!

他们不配合的原因在于:不光没有收益,付出还很多。成本和收益不对等,人家不愿意很正常。保持平常心!不要带着脾气看待这件事!

略微想一下就明白,既然你觉得这件事风险高、收益低,难道其他人看不出来吗?

作为项目的负责人推动事情更加困难。当别人不配合时,除了把矛盾上升到上层领导外,还有哪些更好的办法呢?

  1. 平时多和相关同学打好关系。平时奶茶咖啡多送点,吃别人嘴短,到时候求人时候很管事的。

  2. 调动对方的积极性!例如重构系统需要人家配合,但是这件事对他们又没有收益。可以和他们一起头脑风暴,想一下对方系统可以做哪些重构。当双方一拍即合,各取所需时,才能合作融洽。双赢的合作,才能顺利。

  3. 多作妥协。上下游系统的交互边界很难划分,如果交互存在争议,可以适当让步,换取对方的积极合作。完成胜于完美!

总之,涉及多个团队合作时,除了依靠上层领导的强硬干预之外,还要想一些合作共赢的方案!

6、争取更多的资源支持

没有完不成的事情,只要资源充裕,任何事情都是有希望的。当你面临棘手的问题时,除了打起12分的精气神,还要多想想和领导申请资源啊!

最重要的包括人力资源、时间资源。如果空口白牙就要人,可能比较困难。

这需要你在调研阶段深入思考,预想到系统的挑战点,把任务细分,越细越好,然后拿着排期表找领导,要人、要时间。

如果人和时间都不给!可以多试几次,软磨硬泡也是好办法!

此外还有别的办法,例如 ”偷工减料"。你可以和领导沟通,方案中哪些内容不重要,是否可以砍掉。”既然你不给人,砍掉不重要的部分,减少工作量,总可以吧"

除此之外,还可以考虑分期做。信用卡可以分期付款,技术重构当然也可以分期优化!

7、能分期就分期

对于技术重构类工作,一定要想办法分期重构,不要一次性只求大而全!

  1. 越复杂的技术方案越容易出问题!

  2. 越长的开发周期越容易出问题!

  3. 越想一次性完成,越容易忙中出错!

分期的好处自不必说,在设计方案时一定要想如何分期完成。

如果对一个系统不熟悉,建议分期方案 先易后难!先做简单的,逐渐地你对系统会有更深入的理解!

如果对一个系统很熟悉,可以考虑先难后易。先把最困难的完成!后面会轻松很多!

但是我还是建议庞大的重构工作,先易后难!先做简单的,拖着拖着,也许就不需要重构了呢!

8、即便没有功劳但是要收获苦劳

当一件事干成很难的时候,要想办法把损失降到最低。一定要想着先保护自己!别逞能!

工作几年的朋友应该知道,不是所有的项目都能成功!甚至大部分项目在商业上是失败的!做不成一件事很正常!

如果一件事很难办成,功劳就不要想了。但是可以赚一份苦劳。

这要求你能把自己的困难说给领导,例如其他团队不配合!你可以一直和领导反馈,并寻求领导的帮助。

日常工作的内容也要有文档留存。工作以周报形式单独和领导汇报!要让领导知道你每周的进展,向领导传递一个事实:“每一周你都努力地在做事,并且也都及时汇报了,日后干不成,可别只怪我一人啊!”

接到一个烫手山芋,处理起来很难~ 斗智斗勇,所以能躲开还是躲开啊!

9、转变观念:放弃责任心,领导关注的内容重点完成

出于责任心的角度,我们可能认为领导提出的方案并不正确,甚至认为领导给自己派的工作完全没有意义。

你可能认为领导的Idea 不切合实际!

出于责任心,你有你的想法,你有你的原则!你认为系统这样重构更适合!但那又怎样,除非你有足够的理由说服领导,否则改变不了什么。

站在更高的位置能看的更远,一般领导都会争取团队利益最大化。虽然看起来不切实际,但是努力拼一拼,也许能给团队带来更大的利益。这可能是领导的想法!说白了,就是领导想让团队多去冲锋陷阵,多把一些不可能变成可能!

和领导保持节奏,领导更关注哪件事,就尽力把这件事做好! 放弃自己所谓的“责任心”。

10、挑战、机遇、风险并存。

在互联网稳定期,各行各业都在内卷,公司内部更是在内卷!

在没有巨大增量的团队和公司里,靠内卷出成绩是很困难的事情。有时候真的很绝望,每一分钟都想躺平 。

像这种目标不明确、执行方案不明确、结果不明确、需要协调其他团队干活的难事越来越多!风险高、低收益的事情谁都不想干!

但是一旦能做成,对于个人也是极大地锻炼。所以大家不要一味地悲观,遇到这种棘手的事情,多和领导沟通,多想想更优的解决方案。也许能走出一条捷径,取得极大的成果~

  • 2
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
写代码的感受和收获: 在写贪吃蛇游戏的代码过程中,我深刻体会到了面向对象编程的思,特别是类的概念和封装、继承、多态等面向对象的特性。通过将游戏中的蛇、食物、游戏画面等功能封装成不同的类,使得代码更加清晰易懂、易于维护和扩展。 在实现过程中,我也遇到了很多问题,例如不清楚如何将类Food和类Snake联系在一起,以及如何使用vector创建2维数组等。但是通过在CSDN网站上查找相关资料,学习了STL库中vector的使用方法,并成功运用到游戏中,实现了游戏画面的渲染和更新。这让我深刻感受到了网络资源和社区的力量,也让我更加熟练地掌握了C++语言的使用。 最终,当我看到自己所写的贪吃蛇游戏可以正常运行、玩家可以通过键盘操控蛇的移动、蛇能够吃到食物并变长、游戏结束后能够正确显示分数等信息时,内心充满了喜悦和成就感。这种感觉就像是在煎熬中挣扎了很久,终于迎来了胜利,让我更加热爱编程并愿意不断学习和探索。 下面是一段使用vector创建二维数组的代码示例: ```c++ #include <iostream> #include <vector> using namespace std; int main() { int n = 5, m = 6; // 定义行数和列数 vector<vector<int>> arr(n, vector<int>(m)); // 创建n行m列的二维数组 // 遍历二维数组并赋值 for (int i = 0; i < n; i++) { for (int j = 0; j < m; j++) { arr[i][j] = i * m + j; cout << arr[i][j] << " "; } cout << endl; } return 0; } ``` 这段代码使用了vector容器来创建一个二维数组,首先定义了行数和列数,然后使用vector<vector<int>> arr(n, vector<int>(m))来创建一个n行m列的二维数组。接着使用两个for循环遍历二维数组,并赋值和输出二维数组的元素。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值