zoukankan      html  css  js  c++  java
  • 【工作分解法】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年,经常到半夜。当然这一行不加班是不可能的,项目需要的时候,还是会经常加,但是相信团队成员在加班时的心态是不一样的。

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

    七.结语

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

  • 相关阅读:
    人工智能,垂直领域
    西方企业该向中国式创新学什么?
    [Leetcode 6] ZigZag问题的一种新思路
    Unknown column '*' in 'field list' 异常解决
    多媒体——图像文件大小的计算
    Lucky Number
    win7 64位系统下进入debug
    Chromium网页DOM Tree创建过程分析
    做好长期奋斗的准备
    IP寻址和子网运算
  • 原文地址:https://www.cnblogs.com/xtary/p/9522565.html
Copyright © 2011-2022 走看看