跟进一件事物的能力

简介: 别人博客中的好文章,跟进一件事物的能力。文章中的好多要求和场景我都没有涉足过,收集在这里,长读长新,激励自己。 以我的经历来看,任何稍微大点的公司(100人以上),基本上日常工作中的沟通方式离不开邮件。

别人博客中的好文章,跟进一件事物的能力。文章中的好多要求和场景我都没有涉足过,收集在这里,长读长新,激励自己。

以我的经历来看,任何稍微大点的公司(100人以上),基本上日常工作中的沟通方式离不开邮件。邮件天生是一个异步工具。其功能有:通知,提醒,周知(抄送密送),记录。收件人涉及很多的情况下,邮件转来转去,事件处理状态也是变来变去。经常有这样的情况:

A:那个事情处理的怎么样了?

B:处理完了,我不是早发邮件了?

A:哦 还没来得及看 ---实际上只有A知道到底看了没,即使看了也需要再次确认


 

我们不想把每个人都培养成螺丝钉,我们想让每一个人都能把自己的潜力最大程度的发挥出来,所以,我们很强调给于一个人自由选择和自由作事的权利。但是,这是相对的,对于越有能力把握自己和把握整件事的人,我们给予的自由度越大,空间越大,而对于缺乏总体控制力、沟通协调能力以及跟进能力的人,他必须首先锻炼并展示出自己具备这样的能力,我们才会信任并交给他完全负责一件事。
起先,我想当然的以为,所有的人,只要是工作过几年的,都会理所应当具备对一件事负责到底、持续跟进的能力。但是,经过对我身边周围人的观察,我发现,大多数的人都无法作到有效、及时的跟进,而具备这种能力的人就会渐渐成为一个组织的核心。所以,我们从另一个方面来看的话,如果你还一直困惑自己为什么没有成为组织核心人员,没有成为骨干,没有升职,没有加薪,那么,你就要反思一下,自己有没有在有意识的培养自己这方面的能力。
那么,要如何来跟进一件事呢?
大体上,我觉得,跟进一件事,包括这几个主要的方面:
1. 明确此事所涉及的人,以及每个人所负责的内容;
2. 协调整件事的时间计划,在哪个时间点完成哪些内容,安排各个人之间的前后衔接,尽可能并行的开展工作;
3. 对关键障碍点有清晰判断,在此障碍点的发生时间之前,就应该提前介入,及时排解;
4. 各个部分完成后,要把整件事由头到尾的所有流程全部走通,走顺,对不合适的地方进行修正;
5. 在此事解决的过程中,要不断把当前进度周知应该了解进度信息的人,这包括:事情相关者,你的上级等。
跟进的过程中,经常遇到的问题可能是:
1. 对困难估计不足,内容未按计划时间完成;
2. 时间计划作得太紧凑,未留足够时间作全流程测试;
3. 想当然的以为某人、某事没问题,没准备预案。
等等等等
总之,我认为,团队协作,特别是跨部门协作,一个最大的原则是:互不信任!没错,你没看错,我说的就是“不信任”,你需要不断地在各个关键时间点去跟某一方面的负责人去确认他作的进度,以及他作出来的东西的质量,很多的时候,不要相信他说了什么,而要看真正的结果,即使结果,有时光看也是无效的,你必须亲自体验,亲自使用,把自己真正放到使用者的环境下去真实模拟,亲自确认。不要怕啰嗦,不要怕麻烦,一切为了把事情作好。
既然你是负责人,那么,你就再没有退路,在这件事的任何环节出了问题,都首先是你的问题,都是你没有控制、监督到位。所以,你就有足够的权利去关注好整件事的流程。

而“跟进一件事情的能力”,从更高的层面来说,就是一种跨专业、跨行业、跨公司的能力,也就是说,这是一种具有普适性的持久能力,一旦你融会贯通,放在其它的岗位、其它的公司、其它的行业,也可以具有相同的价值。

目录
相关文章
|
Cloud Native Go
面试中的自我激励:如何展示你的内在驱动力
面试中的自我激励:如何展示你的内在驱动力
99 0
|
SQL 移动开发 数据可视化
颠覆你的认知,业务同事都能开发软件,我简直无地自容……
颠覆你的认知,业务同事都能开发软件,我简直无地自容……
|
6月前
|
设计模式 算法 JavaScript
祖传代码:代码背后的历史与文化价值
祖传代码:代码背后的历史与文化价值
65 0
|
监控 前端开发
揭秘跨部门沟通的秘密武器:让不归你管的人主动配合你的绝妙方法!
揭秘跨部门沟通的秘密武器:让不归你管的人主动配合你的绝妙方法!
116 0
|
UED
从历史的角度看,为什么OKR?
从历史的角度看,为什么OKR?
80 0
|
Unix Java Linux
系统的混乱并业务本身之复杂,我们并不擅长处理『简单』
![](https://ata2-img.oss-cn-zhangjiakou.aliyuncs.com/neweditor/846d5052-1e21-4f9c-8f52-aaa37cacc407.png) # 前言 一群高智商青年在餐厅吃饭,餐桌上一个瓶盖标识为盐的瓶子里装得是胡椒粉,而标识为胡椒粉的瓶子里装得却是盐,他们想出了一个充满才气的方案来完成对调--仅需要一张餐巾纸、一根吸管和两个
48653 10
系统的混乱并业务本身之复杂,我们并不擅长处理『简单』
|
Unix Java Linux
系统的混乱并非业务本身之复杂,我们并不擅长处理『简单』
软件工程最大的成本在于维护,为了未来可扩展、为了未来更灵活,我们往往会增加很多很多奇奇怪怪可有可无的代码,增加这些代码可能只需要几分钟,但移除这些代码花费的精力与承担的风险,却数倍于此。我们不断 YY 着所谓的未来,却让现在越来越糟。系统的混乱并非业务本身之复杂,我们并不擅长处理『简单』。
1176 1
系统的混乱并非业务本身之复杂,我们并不擅长处理『简单』
绩效被打C了!谈谈「绩效考核」背后的逻辑以及潜规则
在新公司度过了一个完整的 Q3 季度,被打了绩效,也给下属打了绩效,感慨颇深。 今天就好好聊聊大厂打工人最最关心的「绩效考核」,谈谈它背后的逻辑以及潜规则,摸清楚了它,你在大厂这片丛林里才能更好的生存下去。
|
项目管理
漫谈项目管理之:面对严重的技术问题,你应该怎么做?
  接到紧急电话,你匆忙的赶到用户现场。初步分析后,你大吃一惊:可以确定,这是一个方案设计阶段的重大失误,现在暴露出来,导致项目中的所有工作全面停顿。   此时此刻,作为项目经理,你马上要做那些事情?   你想到了什么? 组织技术人员进行讨论,对技术问题进行分析?非常好,这是必须要做的工作。
1543 0
下一篇
无影云桌面