作为一个TeamLeader，该具有什么样的气质

作为一个TeamLeader，该具有什么样的气质？

这个问题一抛出来，作为IT从业的我们，一般会有这样的一种想象：这个人技术很强，能够解决任何问题。

其实，个人觉得，如果从这个角度来说，其实一个高级开发人员，不就是可以做TeamLeader了吗？

那么，作为一个TeamLeader，他的硬件条件到底是什么？

对于一个团队，你需要设立目标

第一，首先你要按期、高质量的交付项目组负责的产品。

第二，从更高的维度来说，我们要打造一个工作高效，价值观统一的前端团队。

一个TeamLeader对于自身的定位是什么

第一、从结果的维度出发，领导需要得到的是一个结果，而不是其他的什么东西！所以，作为一个TeamLeader，你所要面对的问题就是如何交付一个产品结果，而不是你的代码的细节实现。

所以，从工作的内容上来说，你应该花费更多的时间，在你的项目质量上。

项目的质量，应该集中表现在这么几个维度的问题上：

1. 项目的进度
2. 功能模块的质量
3. 整个架构体系的审查

这三个方面，最终集中表现在，这个项目能不能在规定时间内完成？这个项目会不会有隐藏的坑？这个项目是否易于扩展？

第二、作为一个TeamLeader，你所面对的是两方面的人群，一个是你的上级，一个是你的团队成员。如何做到让你的上级信任你，让你的团队成员信服你？你里面最核心的要素就是沟通。

沟通不是说废话，主要是进行有效沟通！

针对两方面的人群，我们应该聚焦核心要素，对于自己的上级，他更多的是需要一个Promise，一个时间点！所以我们和上级汇报的更多的是项目的质量。团队的成员，关注的点是这个领导是不是和善，能不能为下属着想，所以更多的情况下，你需要更为委婉的方式来说话，同时为什么保证一个结果，你需要设立目标，明确的说明，我们要实现什么，我们的团队要完成什么。但是这个过程最好是潜移默化式的，而不是命令式的。

敏捷开发

个人觉得，做项目研发，最好的处理方式是敏捷开发，就是不断的迭代新功能，快速交付新的板块。

因为做一个产品的时候，可能有时候产品都不知道一个问题的核心要素在哪，我们的研发人员之间、研发人员与产品之间、前台与后台之间，都需要大量的交流来形成我们初期的版本架构。

遇到问题的解决方式方法

有些时候，一个团队，在一个问题上，按照原先的方案是行不通的，但是我们这个时候，可能需要一个解决方案，实现同样的需求，这是我们的TeamLeader的一个重要职责。

当你的上司和下属在某些事情上意见不一的时候，我们需要解决。这个时候的解决方案，并不是你向着你的团队成员、或者向着你的领导的问题。这个时候解决问题的根本思路在于，你要根据你的判断，到底什么是能够妥善的具体事情的核心要素。如果向着团队成员，能够解决问题，那么你就需要用自己的方式，来说服你的领导。

总而言之，就是用交流的方式，解决问题！要设立一个团队的目标，设立一个自己的目标，并且进行分解，然后完成它。然后从架构的角度思考问题，尽量不要沾手具体业务。