简介
这篇文章和技术无关，主要是想总结下最近在人员管理或者说协作方面的一些感悟，最近发现总结是非常有用的，一方面是提炼一下最近积累的知识、想法，另一方面可以记录下来以后要是忘了还可以再次回顾，所以这里简单总结下。
目标
每个人都有自己的职业发展目标，但是工作安排，或者说你的老板会有一个对你工作期望的目标。这两个目标可能不重叠，存在gap，比较好的做法是，两边都互相靠近一下，个人的职业技术发展，多往老板对你的工作期望靠，同时，老板在安排工作时，能够尽量考虑到员工的个人职业发展，当然还是以前者为主，老板的主要目标还是完成既定的任务。提供给员工机会达成他的职业发展目标只是顺带做的事情。
放手
尽量放手让下面的同事去做，去设计具体的方案以及编写代码，但是前提是我们要对他的方案、代码把关，具体就是方案评审和代码review，在这些关键点控制好质量，一方面是可以体现你对对方的信任，另一方面我们通过关键点的控制也保证了质量，可谓一举两得。
问题感知
一定要感知到下面的同事遇到的问题，这是管理过程非常重要的点，因为问题会阻碍他的工作进展速度，同时打击工作积极性，我们需要将其不能解决的问题，要么通过我们更广阔的技术视野、更强的技术能力提供一个解决办法，要么通过我们丰富的项目经验，提供一个替代方案解决问题，做tradeoff。
达成共识
总的来说，技术需要遵循一套标准，例如代码规范，我们需要遵循这些标准，当下面的同事没有遵循的时候，需要告诉他这个问题，但是可能有的标准对方不认，我们无法强行让对方遵循这些规范。一种方式是我们控制设计方案或者代码的准入，如果达不到规范就不能落地方案或者提交合并代码，另一种方式是在公司的规范里引入，例如如果代码如果没有遵循规范，被sonar检测出来了，就不能合并之类的。这种达成共识还是比较主观的，分人，有的人会遵循相同的规范，有的新手可能不会，这种东西就是不遵守不会出什么故障，但是遵守的话效率会更高，无法强制施加给对方。
分歧
通常管理者和被管理者在一个问题上都会存在一定的分歧，并不一定要解决分歧，可以允许分歧存在，但是要服务于最终的目标。
Reference
无
