技术管理的一些思考

在技术管理中，经常要处理团队人员之间的矛盾，典型的矛盾比如开发与产品经理。

团队矛盾

天然来说，矛盾和冲突都源于信息不对称。开发不了解产品经理在交互稿背后的思考，产品不了解功能实现的细节和成本。测试应该是一个更平衡的角色，有时候类似于胶水，个中强大者在技术领域和产品领域都能达到和开发、产品相当的视野。

如何解决冲突，方案是消除信息不对称。三方拉个小群讨论，或者到会议室开个五分钟的小会相信就能解决。

以上是“术”，但我想说说“道”。

工作中除了技术能力以外很重要的一个能力是职业素质。这包括责任感、ownership、综合的问题解决能力。

责任感：完成自己职责范围内的事情。这一点很难。涉及到一个很困难的目标：把一件简单的事情做好。注意：“做好”意味着不止在你的机器上没问题，它需要在所有平台上没问题（别人的开发机、测试环境、线上环境）；数据异常下也没问题（从服务器取到的打卡率大于100%，或者干脆是个负数。。）；不止是今天没问题，过了很久以后也应该已然没问题；别人的模块改了，别的需求变更了，你开发的这个模块依然没问题。也许不是自适应的解决，但也可以是给你报个警“我依赖的某某已经变了，主人你赶紧来修改我的代码”。你写出的代码需要以此为目标–无懈可击

ownership：把整个项目组的事情当成自己的事，在不影响自己工作的前提下，看到的任何瑕疵都通过合适的渠道提出来。平时会思考如何从各个方面去改善产品（bug、视觉。。。），改善团队（工作氛围、效率。。。）

综合的问题解决能力：主要说的是涉及到多人的问题解决。单人问题的解决往往是智商问题，而多人问题往往是情商问题。

很多技术同学有一个特质，能用代码解决的就尽量少说两句话，不太喜欢做源于工作的沟通。我想说一下“有效沟通”：首先有效沟通是一种沟通，喜欢单人作战绝对不是有效沟通，该找别人的就不要自己冥思苦想，也不该擅自下决定。其次，有了沟通之后如何做到有效？涉众不完整肯定无效（要拉上所有相关人士一起讨论）；讨论没有重点肯定无效（会议冗长没有计划性）；讨论无结果也无效（指的是可追踪的文档）。。。还有很多
剩下的才是有效沟通。

关于职业素质有很多可说的，不一一列举。这些在工作中也应该自己总结，不总结也会成长，只是慢一点而已。