技术团队管理

管理并非千篇一律，不同企业甚至不同团队都有着不同的风格和文化，所谓的技术管理就是让项目推进更加顺畅、让团队越来越牛、让公司的代码底蕴越来越雄厚。
整个团队就像是一个不停运转着的机器，每个队员都是其它的一个齿轮，做为管理者就是要让每个齿轮运转的都很顺畅，要留意着团队运转时的卡点并及时的为团队解决障碍。

程序员特点

对技术是有追求的
有点骄傲的
多数程序员是不善于表达和沟通的
他们是需要加班的
经常仅仅以技术的角度去思考问题
他们和产品是对立的
某个技术点攻不破他们是有压力的
对于管理，他们是各持已见并都有自己的想法的
通常是离客户比较远的群体

技术团队共性管理心德

尽管不同团队有着不同的文化和风格，但是也能总结出一些技术团队管理的一些共性：
1、透明
让所有人的工作都透明（包括缺陷、业务进度及期碰到的障碍），这样可以让有任务依懒的队友知道你的工作进度；可以让大家相互督促工作质量和进度。
2、开心
我坚信不开心的团队是不可能做好事情的，更不用谈创造力了。
3、放手并找到平衡点
如果一个领导过于强势或者说话过多的话，那么团队肯定是沉默的、缺乏活力的。如果你的团队是这样的话可以试着放手，并培养你的队员让其有主人翁的意识，让他觉得他的建议是可以被执行的。
4、尊重
尊重是相互的，一个领导者需要被尊重，所以也请你尊重你的队员。尤其是开发者团队他们是有点小骄傲的。
5、信任并给于鼓励
要对你的队友有信心，要经常给于肯定，即使是在其失落的时候。记得一次我们在讨论团员协作的会议上，一个兄弟说了一句特别牛的话：“把你的后背交给队友”，后来这句话成为了我们公司文化的一部分，自此以后兄弟们的使命感明显变强了。
6、项目紧迫感传递
开发人员一般情况下都是离客户比较远的那个群体，产品和客户都很急迫的需要结果时，往往开发人员并没有意识到这项任务的紧迫感和价值。所以在这种情况下，需要管理者做好产品、客户与开发人员之间的桥梁，把客户情绪及时的传递到开发人员。
7、以身作则
律人必先律已，要对别人有任何要求时，自己必须要先做到。
8、程序想法很多，要学会采纳
如果你和开发人员谈管理的话，他们会和你长篇大论，他们会提出自己的各种想法，他们想法真的很多，并且也经常会发现亮点，学会采纳是非常必要的，在家认可了才能更有力的执行下去。 我的做法是每次项目迭代后组织长达2个小时的项目复盘会，在会上大家可以提出在这个迭代上面碰到的各种障碍以及障碍的解决办法，其中就包括我们的日常规范，大家都认可就会被执行，提出者需要去说服所有人。但是管理员也需要保证决策是与公司的整体制度是吻合的，与公司的文化是相向的。
9、尽量在工作时间完成工作，避免频繁的加班
加班是中国IT界的特色，但是程序员非常清楚他的加班是否真的有效。在我看来适当加班是可以增加战斗力的，如果整天加班你的团队运行模式可能是有点问题，需要要观察和适当调整。要常以价值及目标的观点去恒量一个团队。
10、尽量避免无效的工作
不合理的工作是怎么产生的？多半是因为沟通或需求调研不到位，建议积极挖掘沟通障碍并及时改善；另外优化你的项目迭代周期，并且每个迭代的产出都要面对你的客户，若有问题及时调整，避免走很长的弯路才发现问题。
11、培养队员的工作习惯，要学会规划和统筹自己的任务和时间，做事前先通篇整理一下思路。
12、文化认同感培养
思维一致才会配合的更加顺畅，常推荐一些与企业文化契合的书籍来统一团队的思维模式是个不错的选择，比如你的公司使用的是敏捷开发的模式，你可以推荐《敏捷革命》、《赋能》，以及一些精典书籍如《原则》、《OKR》等。
13、为队员规划好职业路线
这是一个技术人员成长的命脉，要用你的经验帮助队员规划好职业路线，且这路线是要和你公司的技术发展路线要基本吻合的，这样能使队员在工作中就能进步，进步中又能推动工作的质量，另一个角度说对留住人也是有巨大好处的。
14、技术思维陷阱
技术人员的思维是偏向技术的，陷入技术思维的小世界里往往容易迷失真正的目标感，需要经常跳出技术的思维陷阱，从更高的层次来观望一下问题的本质。
15、技术与产品是对立的
其实本来就是对立的，本来就应该在相互碰撞中寻找出最适合的方案。但是他们总会在互不想让的碰撞中进入彊局。做为管理者要做好协调与思想工作。