【工作分解法】IT人，你的工作“轻松”么？

一.前言

假如读者是一个老板，下面有两位员工，工作难度一样，完成量一样，人品和责任心也一样。一位每天加班加点，废寝忘食的工作；而另外一位每天在座位上喝着咖啡，非常的轻松自如的工作。您会更器重哪一位？

答案很明显，一定是第二位，因为在同等产出的前提下，越轻松，就证明能力越强，如果有更有挑战的工作，那一定是要第二位去尝试。

但是说来容易，谈何轻松？IT行业普片的现象就是加班多，压力大。而且只要涉及到管理或者是支撑，工作性质就很像打杂。很多同行看到这里，可能会有同感。

但是没有办法改变了么？其实还是有的，起码能改变一些。本人就拿现在的工作经历进行分享，或许能和一些读者，特别是从事了技术团队管理工作的有一些共鸣。

二.“新官上任”的2015上半年 

本人是在2015年初，进入了一家互联网企业，担任技术部门的总监。先前从未做过一个部门的独立负责人，所以当然是有一些压力的。公司是一家已经运作了10余年的公司，系统较老，较繁杂，进入公司不到半年，就有了突如其来的“灾难”，因为公司上市等一些客观原因，公司技术部门的所有老员工陆续选择了离职。离职交接时间只有一个月，很多代码都是当时直接进行交接。一些老系统代码非常凌乱，站点70多个，服务30多个，而且当时还在重构中。当时每天中午无法休息，晚上基本每天加班到半夜，周末也是经常会过来公司加班。公司只有本人一人是从事技术的经理级管理人员，所以自然压力十分巨大，睡眠也深受影响，当时还去看了一次心理医生。但是不管怎么样，不能在难受的时候选择放弃。

于是，当时针对自身的工作做了一下分析，主要做的工作事宜如下：

1. 代码开发维护（当时离职老员工交接的代码，涉及到的所有新需求都是小编来完成，临时需求比较多）

2. 客户对接（系统对外商户接入时候的疑难解答）

3. 人员招聘

4. 技术部门管理（行政，技术以及团队文化建设）

5. 新技术挖掘与拓广

6. 项目管理

在繁重的工作压力下，部门的业绩也不够理想，主要表现在：

1. 部门毫无新技术引入

2. 部门主管，也就是小编每日被无数繁杂工作缠身，部门管理投入明显不够

3. 团队士气低下

 

三.“挽救残局”的2015下半年 

出现这种情况，责任一定是在头狼身上，于是对自己的工作进行了分解分析，如下：

工作项	占用精力百分比	是否岗位重点职责
代码开发维护	35%	否
客户对接	20%	否
人员招聘	15%	是
技术部门管理	5%	是
新技术或项目挖掘与拓广	2%	是
项目管理	23%	否

从上述不难发现，为了维持公司的运作，本人基本承担了一个开发或维护工程师的角色，而团队的管理，新技术的延伸，这些投入的明显不足，而这些才是一个技术总监需要去执行的。所以针对这些工作项逐一分析：

• 客户对接：总结了和客户对接的主要的沟通事宜，发现90%以上的问题是由于对接接口文档的不清晰。为了节省这部分的投入，花了2周时间去组织重写了对接的接口文档，结果发现，后续这部分基本不用投入了。

• 人员招聘：这块的工作是需要去重点做的。只有人员到位，才可以腾出时间做自己应该做的工作。而且当时团队一个明显情况是没有一个女生，氛围很压抑。所以本人特意要在待招的编制中放入一个女生，缓解团队氛围。

• 代码开发维护：这一块明显投入时间较多。有很多维护的工作，例如修改密码，给业务统计数据等，都是体力活，如果有后台实现，时间可以省去，于是也花了一些时间去解决。另外和产品和需求方沟通，确定好优先级，以便于腾出更多的时间去做招聘和其他重要的工作。这块的工作方法论也是有很多的。

• 技术部门管理：投入时间不足，明显应该加强。

• 新技术挖掘与拓广：投入时间不足，明显应该加强。

• 项目管理：应该是项目组承担PM职责的同事去做，但是因为核心员工集体离职，只能本人兼任。但是小编在当时已经意识到了要在现有团队中去挖掘和培养。

经过了分析和调整，过了两个月后，工作投入大概如下：

工作项	占用精力百分比	是否岗位重点职责
代码开发维护	25%	否
客户对接	0%	否
人员招聘	35%	是
技术部门管理	15%	是
新技术或项目挖掘与拓广	2%	是
项目管理	23%	否

可以看出有了一些好转，但是还是明显存在问题。不过还好，重心集中在了应该用的地方：人员招聘。15年年底之前，招到了所有的员工，虽然这段时间非常累，但是心里压力却小了不少，因为知道努力的方向。

四.“逐步好转”的2016年 

到了16年，人员都到位后，本人尽力的去培养和安排工作，很快，新到位员工基本可以独立承担自己的工作，本人的精力自然就投入到了其他地方。当时投入已经调整如下：

工作项	占用精力百分比	是否岗位重点职责
代码开发维护	10%	否
客户对接	0%	否
人员招聘	0%	是
技术部门管理	35%	是
新技术或项目挖掘与拓广	25%	是
项目管理	30%	否

可以看出当时还存在一些问题：

• 项目管理上，因为16年来了很多新的项目，花了很多精力去做项目管理，把控进度，计划，和设计方案。

• 代码开发还有一些投入，因为有一些代码尚未交接干净，是因为当时还有一个较大系统需要重构，而本来的代码非常的凌乱，为了不影响其他同事，本人就自己在维护，开发一些新增的需求。

主要问题还是项目管理上投入精力过多，而部门管理和新项目延伸和挖掘的投入还需要加强。所以下一步的目标一目了然：让骨干成员承担项目或小组负责人的角色。这样一来是帮助团队成员的成长，其次也进一步的让自己更多投入在部门管理和新技术挖掘上。

 

五.“步入正轨”的2017年 

到了17年，部门成员成长迅速，已经划分为5个小组，每个小组都有组长，独挡一面。本人的工作真的也步入了正轨。基本都投入到了应该投入的地方，而且基本毫无压力，非常轻松。现在的团队成员基本都是90后，平均年龄比先前下降近10岁。但是工作产出和代码质量比先前的离职老员工要高的多。从17年之后本人的工作的投入大概就是如下了：

工作项	占用精力百分比	是否岗位重点职责
代码开发维护	5%	否
客户对接	0%	否
人员招聘	10%	是
技术部门管理	40%	是
新技术或项目挖掘与拓广	40%	是
项目管理	5%	否

六.这几年的工作感受

团队和员工是一体的，员工工作顺了，团队的产出也一定会顺。这几年通过努力的调整，团队有了明显的进步：

1. 从16年开始，给团队引入大数据平台以及数据分析技术，也首创给公司带来了由技术部门主导的带来收入增长的项目。

2. 17年，团队的技术内功修炼项目更是一个接一个，内控平台，服务器在线监控，自动化测试系统等，团队成员的工作效率和技能也因为新的技术或项目的开发，大幅度提升。

3. 因为本人更多的投入到了部门管理上，给团队成员有了更多的沟通，大家的凝聚力也越来越高。每月基本组织一次技术分享。

4. 15年的离职率是80%，16年只有15%，而在17年，除了1位不合适的新员工进行了辞退，其余无人离职。

5. 部门开始对外开放，开发一些公司业务之外的系统，取得较好的认可。集团总部也把更多的核心项目放在本人所在的部门来开发或维护。

6. 部门这几年获奖很多，连续4年被评为公司唯一的年度优秀部门。

团队现在的工作非常顺利，团队成员的能力每年都有巨大的提升，工作也越来越相互认可，骨干成员个个独挡一面。现在团队所用的技术都和主流技术接轨。另外部门同事的加班情况也是越来越缓解，不像15年，经常到半夜。当然这一行不加班是不可能的，项目需要的时候，还是会经常加，但是相信团队成员在加班时的心态是不一样的。

当然任何工作都不可能十全十美，团队也难免会遇到一些系统故障，紧急事故，或者员工状态不好，合作方沟通困难的时候。不过相信任何工作都会这样，乐观心态面对即可，解决方案总归是有的。

七.结语

未来可能会有更大的挑战，不过具体问题具体分析，从一定高度理解团队的目标，清晰团队对自己的需要，每个阶段都将力都用在刀刃上，情况一定会好起来。不管是任何职位，在觉得工作难以应付的时候，不妨都可以用工作分解的方式试一试。