如何让你的工作能够大量输出

这是学习笔记的第 2012 篇文章

  前几天梳理了一个表格，就是怎么让自己的工作状态能够更加清晰，而且高效。 

    从结果导向来看，我们所做的事情一定要有一个明确的目标和意义，在思考了一段时间之后，发现我们很多人做事情的范围太窄，或者太局限，运维方向本来就很难得到认可，如果你和业务方打不到一片，如果单单认为做好自己的事情就好了，运维价值是难以体现的。 

  我用最基本的3W的思路来思考，希望能够给大家一些思路。 

首先对于我们来说，什么样的工作成果形式是大家熟知的，不一定是一个响当当的重大技术攻关，一些功能的改进或者性能优化，怎么让彼此可见，而这种方式其实不一定非要用很直白直接的方式告知，因为这样做的目的就是让大家知晓，而不是在于获得明确的认可或者一定形式的奖励等等。我梳理了如下的一些展现形式：

 

比如，我们通过即时通讯软件实现了一些事件和功能的提醒，这种方式效果会很明显。 

我们在一个阶段之后发布了一些功能的版本发布信息邮件等。 

一些软件平台的功能补充，新功能上线，用户体验发生变化（变得更加智能），这些不会对大家已有的工作产生影响，但是方向是很明确的。

如果需要形式化一些，可能需要项目的形式来组织，或者完成项目的汇报。

如果是更广泛的影响，可以组织相关的技术分享，前提内容一定是大家关心的，或者是行业内的新技术方向等。 

这些方式没有刻意强调影响对象，我们来梳理一下。

你的这些工作的受众群体，我们可以做一些梳理，不单单是团队内部，其实团队外的影响力效果会更好，比如一些业务相关的报警信息，如果你和业务方达成共识，关联起来，其实处理问题会更加主动，而且这也是彼此间建立信任的一道桥梁。 

跨部门建立的流程是相对难以维护的，但是一旦建立起来，那么这种影响力是很大的，流程化能够打破已有的部门瓶颈，而可以从一个更高的角度来看待问题。 

当然在团队内和业务方之间，我们发布的产品一定要在内部反复迭代，具备交付的条件之后才可以开放。 

此外，我们的工作也需要和领导，团队达成方向共识，具体的细节可以再讨论，但是事情至少要团队内部知晓，在适当的时候能够给予协助。 

而最重要的部分则是做什么样的事情， 在不同的出发点，不同的角色有不同的使命，我们不妨按照如下的维度来进行思考。 

重要紧急的事情：线上故障的处理。 

重要不紧急：比如备份恢复的优化，监控报警体系的完善，数据库高可用方案的设计，分布式架构的演进等。 

不重要紧急：一般都是份内工作，一些事务性工作的内容和收获，可以以邮件的形式整理出来。 

不重要不紧急：运维体系的自动化和智能化构建，这里存在一个思维的差异，那就是我们对于很多任务其实都不会归纳到不重要不紧急的范畴呢，而在这里，我们需要明确的，这里的不重要不紧急的事情是那些大家都觉得有价值，但是都无暇无完善和改进的事情。 

其中重要不紧急的事情是我们需要细化完善的，而我们需要逐步把那些重要紧急的事情降维，比如我们可以在一个集中的时段处理事务性工作，而把更好的精力留给一些开发工作。 

最后一个环节的梳理是重中之重，也是我们工作内容和质量的最终体现，毕竟工作的输出内容不光要高效，具备业务价值，而且具有技术价值。能够成为不可替代的角色，才是我们在互联网时代的核心竞争力。