确实很久没有写博客了，想起来在第一家公司的时候，一位前辈的一个观点，工作N年下来，写技术文章（经验、感悟、学习等），才可以真正沉淀你的技术。
捡起来，疯狂把最近的工作心得、经验等等慢慢加入进来。
先谈带队吧，4年带队，经验浅谈吧。
1. 要人标准：在众多面试以及培养人才的事情上，确实聪明的同事一点就通的概率高一些，学习能力和解决问题的能力也会强一些，多做一些思路上的点播即可。所以，尽量带领聪明一些的同事。
2. 兴趣：兴趣是可以培养的，不要让同一个人一直coding同一类型的业务，间歇性的赋予其有挑战性没有做过的任务，当然可以是从未接触过的业务，也可以是从未接触过的研发型的学习型任务，耐心引导其想要接受什么样的挑战。通过兴趣引导，从而达到，大家每一个人都可以互相熟悉到其他人负责业务模块以及学习到所涉及的核心技术。从而达到对整体项目业务的把握以及广泛学习带来的成就感。也可以起到，其中一个离职，随时有其他人可以接替负责。
3. 代码审查：
其一，对于新人来讲，先完成初步整体培训（包含技术框架熟悉、核心技术、编码规范、多人协作开发以及沟通流程等），这个最初的步骤很重要，做好可以事半功倍，节省大量时间；然后每完成一个小模块，都需要实时做到代码审查。到一定程度，培养为成手，可以独立负责模块。
其二，带队人数较多时，启用每周代码评审，起到互相熟悉业务、互相学习该业务涉及到的核心技术。
4. 新人培养：对于新手，先引导让其听，包括编码规范、团队协作等；对于成手，在不影响整体业务效益以及其他职能同事的沟通协作的基础上，引导其充分彰显自己的能力以及个性。
5. 赋予挑战：作为leader，核心且关于公司效益的挑战，应当首当其冲，但是不代表只有团队的leader可以做。在对整个团队成员能力非常熟悉以及团队成员个人兴趣和意愿的情况下，可以让其负责具有挑战且核心的任务，leader在旁辅导。总之，不要让小兵一直是小兵，我们应该引导其挑战更高级的任务，包括负责核心业务、攻关研发难点技术、带领新人等。通过这个方式，会达到两个效果，其一，团队所有成员均可俯瞰整个项目；其二，让能力突出的成员尽快彰显。
6. 学习氛围培养：百花齐放，个人觉得最最重要的是周报上写上自己的经验分享以及学习心得。这个点上，作为leader需要强势一些，对于新手来讲，必须要写，对于成手而言，可以间歇性写以及分享。以公司业务收益为导向，发现问题，以技术实现来解决问题，同样作为技术储备，为以后后续的创新型业务提供可靠快速的技术保障。总之，业务导向以及知识量范围导向，两者共存。
7. 时间分配：带队人数较多时，需要自我思考时间分配管理，面试招聘、新人培养、核心负责模块、外部门沟通、技术方案制定等等，需要评估事件的重要性以及紧急性，更需要评估，你是否唯一不可替代，例如可以把新人培养的工作可以交给团队值得信赖的成手去做。以释放自己的部分时间去做更重要的事情。随机应变，很重要。
8. 充分调动有能力的人。对于技术能力非常强悍的同事，充分给予其能力的舒展以及个人意愿的实现，例如他总想做一些非常核心的技术研发工作，这就是他的强项，可以给予项目中可以做的优化点，让其选择性去深度研究，但必须确定研发成果的分享普及。充分调动其个人意愿。
9. 心里辅导：新人来讲，必须做到最低一个月谈一次，包括业务熟悉、技术成长、团队成员熟悉、外部门同事的沟通、工作流程的适应等等，根据个人意愿做以辅导。成手来讲，日常业务感知很重要，例如，突然发现某位同事的工作反常态度，需要深度聊聊心里诉求，以及对应合适的解决方案。
10.工作流程思考：作为前端leader，优化项目流程具有不可懈怠的责任，前端具有项目管理的属性，因为衔接PM、UI、UE、后端、测试甚至运维，可以保持适当强势来保证项目进度前进的督促、润滑作用。同样作为团队成员的榜样，起到模范下边团队成员效仿作用。
11.面临裁员抑或主动离职相关：面对公司裁员，优先综合能力评估，优胜劣汰，给予未来工作以及职业规划的支持；面对团队成员主动离职，优先确保交接时间的可持续性。对其接下来的职业选择，给予一定中肯建议。
12.项目管理方面：对于大型的前端项目规划管理，优先做任务划分，需要甘特图工具来辅助确保整体任务的有效进行，确定好关键路径以及每日的进度汇报共享以及总结。对于各个职位均参与的项目来讲，我们需要评估项目是后端为主还是前端为主，对于前端为主的项目，作为前端leader，做好项目管理角色，保持适当强势，善于发现项目问题，解决问题。
13.充分培养团队成员责任心：要让每一个团队成手独立负责中型或者小型项目，再或者比较大的模块，目的主要是激发其主人翁意识以及个人解决问题能力的综合培养，其他业务可动态根据他们时间来进行分配来保证其时间的高效开发以及内容的多样性。
14.适当交替任务类型：也就是说不要让同一个人一直负责同一业务类型（如静态页输出、接口访问、页面渲染等），举例可以隔一段时间可以换成调研类任务，以激发个人兴趣以及学习成就感。当然，任务类型很多，举例如，可以让他独立负责一个项目，可以让其去做其他非常新鲜的业务类型，这个业务可能涉及到某某关键性的技术调研等。总之，不要让团队成员感受到的任务的多样性、有趣性。
15.保持大家各自的个性化的编程风格，当然是在不影响整体项目质量的前提下，大家对每本书或者技术文章的理解大同小异，不影响大局的情况下，适当保持各自的观点，无需强制。
16.关于团建，最好最低一个月一次，大家high起来，没有leader不leader，畅所欲言。
17.作为leader，做好随时自我牺牲的准备，无论项目的临时上线、解决问题的实时性，再或者，所有团队成员都无法替代你的任务之时，保持随时解决问题。
18.技术驱动：要对新技术抱有热忱、敏感心态，随时为项目优化、工作流程优化而做技术储备。
19.任务重要性分配：作为Leader，我们必须要保证主任务的顺利进行，有效解决甘特图中里程碑任务的瓶颈。
未完，随时补充。
我想每个人均有其不同观点，大家共同交流，共同进步。