认清什么是技术负责人

作为一个技术负责人，要明白一个道理，技术负责人已经不再是普通的需求实施者，而是需要对整个项目负责。

技术负责人要做的是对项目的进度、质量负责。要保证的事情只有一件，按时按质量交付项目。

技术负责人，更多的是要偏向做项目管理类的工作。

既然当了技术负责人，那么就需要对整个项目负责，有任何问题，第一时间找到的就是你。

说得更直白一些，在有问题出现的时候，技术负责人就是一个背锅的。

不要分配过多的任务

当负责一个比较大的项目时，要调整好自己的心态，不能再奢望只做一线类的工作了，技术负责人要做的事情不再是安静地敲代码就可以了。

每一天都要面临很多问题：项目的进度如何？是否有延期的可能？同事的方案是否有漏洞？其他小组的进度是否正常？同事是否需要帮助？整个项目是否有进度风险？

除了这些，还有方案评审、进度跟进、向上汇报、资源协调、跨组沟通、上线准备等等这类行政类的工作。

这些事情都需要有一个人去关注，如果没有指派一个人去跟进，那么负责人就要去跟进了。

跟进这些工作需要花费很多时间和精力，根本不能奢望每天能专注地写代码而且不出错。

如果还是想安安静静地写代码，说明还没有真正转换身份，也没有理解这个角色的职责所在。

最好的做法是 尽量不写代码，或者留下一些最简单最轻松的代码工作，把更重要的代码工作交给同事们，各司其职。

大部分人遇到过以下的场景：

当一个问题需要被解决的时候，去找了该模块的负责人A，负责人却说他不熟悉，要去找B，去找了B之后，B说他也不知道，要去找C。找了C之后，C说他知道一部分，还有另一部分要找D。

整个过程中，就好像被皮球一样踢来踢去。即使像皮球一样被踢来踢去，任务还是需要完成。

当下应该做的是想办法把任务完成，而不是去追究为什么ABC每个人不指出一条明路，反而让你跑来跑去，走了一大堆的冤枉路。

与其花时间追究那些没有结果的责任，倒不如沉下心来完成手上的任务。

如果在项目过程中去追究这些责任，本应该投入到真正工作中的精力就被浪费了，最终留给真正的工作的精力就不足够了，会导致自己无法全身心投入到工作中，或者需要更多的时间来完成。

所以，在项目过程中，如果遇到类似的情况，可以先记录下来，暂时放下这些追责的过程，优先完成项目，等到项目完成后再来复盘也不迟。

在项目中当技术负责人，少不了各种沟通，要沟通的对象有：程序员、产品、测试、合作伙伴等等。

这些沟通里，有的顺畅，有的不顺畅，甚至不可理喻。当遇到不顺畅的沟通时，个人的情绪会逐渐开始上升，接着可能会爆发出来。

如果任由情绪爆发出来，也许能过一下当时的嘴瘾，但是却无法解决问题，也会影响同事间的和谐，甚至给上级留下一个沟通能力差的印象。

不妨想办法排解这些情绪，思考每个问题背后的原因，冷静地去完成任务更重要。

以上面提到的踢皮球现象为例子，

其实当一个企业的规模大了以后，一个模块的经手人多了，每个人都改了一遍，并不是每个经手的人都知道所有的细节，也许同事认为ta建议的人更熟悉，这也是合情合理的。

礼貌地回复一句：“好的”，比大发雷霆更得体。

尽量保持理性，理解事情背后的原因，好好解决问题，用一个更好的情绪去沟通。

有良好的沟通能力，既能好好解决问题，下一次别人也更愿意帮助你。

以上，就是今天想要分享的工作技巧，希望对你的工作有帮助。

• end •