作为技术团队管理者，每天总是游走在各种对接、写方案、杂事上面，容易忽略日常团队建设，个人刚开始管理的时候因为没有太多的经验，也在这些上面浪费了大量的时间，通过几年的学习了解，对于管理来说，最重要的事情概括下来就那么几件事情，只要抓住主要，其余的管理内容兼顾到即可。
个人认为团队管理主要的工作在于三件事情：
1、组织架构
做任何事情，需先确定骨干，对于一个团队来说，组织架构就是骨干，至关重要，需要慎重。所以在团队创建之初，就需要与公司的实际情况进行结合考虑，比如：
团队中涉及到哪几个岗位？是否人员过多需要采用分组的情况？
团队是采用项目部的方式还是采用产品线的方式进行分组？
团队中每个小组的技术负责人员是谁？
各个小组的研究领域或者是业务领域如何划分？
等等
以上的种种都是要结合公司现状进行不断调整的，并不是一成不变的。结合自身参与的组织架构调整为例进行说明：
我们团队经历了三次组织架构的调整，第一次为刚开始组建团队；第二次为1年后，团队人员扩充；第三次则是团队人员发展到20人左右后进行的一次调整。
最开始初创期
团队只有几个人，包含产品1个、前端1个、后台2个人，团队采用的是统一模式，不存在分组、分业务领域的情况，大家就是一个整体，有什么工作一起配合进行完成，只需要一个团队负责人员就可以。
中期
团队有十几个人，包含产品2-3个人、UI2人、前端3人、后台3人，团队采用的是项目分组情况，部门负责人主要负责各项目之间的整体进度，1个产品经理负责1个项目，带1-2个UI、1-2个前端人员及1-2个后台人员。
壮大之后
团队中出现多个项目组，大家各自负责自己的项目，这时容易出现各自为政及重复代码的情况，有时会出现多个团队都做了一套基础信息管理系统。在这时需考虑结合大公司中台或者是架构组的概念，抽离一部分人专门研究基础组件及中间件，供其它组进行使用，减少出现重复工作的情况。
其实组织架构这块万变不离其宗，核心宗旨还是需要一方面结合公司现状，一方面要结合业务发展情况不断调整人员，以提高开发速率、质量为主，减少代码冗余、重复开发工作。
2、工作流程确定
在组织架构确定后，我们紧接着需要思考一个问题：每个岗位怎么配合，那么就需要确定整个团队的工作流程，工作流程确定后形成定式，每个人员就可以快速融入团队，也可以明确自身工作内容，可以加快产品、项目的开发进度。
关于工作流程这块我们需要考虑的地方包含：
团队中包含哪几个岗位，每个岗位的工作职责是什么？
是采用瀑布流开发还是敏捷开发？
产品、项目开发流程是什么？
是采用CMMI项目管理模式还是缩减版以时间为主的的管理模式？
等等
以上需要结合公司所处行业进行选择，我们公司主要是行业应用，所以采用的是瀑布流开发，团队主要包含产品、UI、前端、后台、运维、实施，主要的工作流程如图
产品评审
UI评审
开发及项目总结
整体
3、人
现在对于每个软件公司，最核心的还是人的个人能力，只有每个人的能力提升了，团队才能得到提高，开发出来的软件也会有一定的提升。而对于人的思考更多的需要结合每个人的需求来做不同的改变，比如有的人对于技术比较感兴趣，那么可以安排做一些技术研究的工作，有的人想管理团队，那就可以考虑先安排带人方面，并适时的结合出现的问题给予一定的指导。对于人，我们需要因材施教，在保证各项工作按时完成的情况下，以交心为主，方向为辅，要给予每个人不仅仅工作上的帮助、指导，也包含生活上的帮助。
日常管理团队事情很多，需要我们从中抽离出主干与分支，将个人精力更多的聚焦到紧急重要及不紧急重要的事情上，不断提高团队工作效率、成员个人能力，从而加快涉及的项目、产品。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
