技术团队负责人需要具备怎样的能力

　　公司的技术团队负责人应该具备怎样的能力？

　　或者说团队Leader应该知晓和锻炼什么样的能力？

　　大公司、创业公司都经历过，从Leader或创始人那里学到了不少东西，自己也会慢慢总结，保持学习的状态，这里就发表一下个人想法，也参考了曾看到的优质文章和朋友的看法。

　　主要从业务、团队、技术三个层面讨论，当然它并不能适用所有公司，也能可引发一些口水，而且我做的是客户端负责人，所以仅供参考咯。

　　1. 业务

　　为业务负责就是为产品和服务负责，作为技术团队，总要完成主要任务不是，总要把产品或服务好好的实现不是？

　　业务要和上级负责人统一认知，和总目标方向去保持一致，才能更好的完成产品和商业的设计与实现，否则力道有了而方向不一致，浪费体力且难以更好的辅助决策。

　　不同时期Leader也发挥不同的职能，初期侧重从技术和项目实践方面打通设想和打造产品，迭代和试错，随着业务发展，能从更合适的技术、构建、架构、业务模型等方面展开专项的工作。

　　目前能回顾考虑到的，关于做产品（服务），关于做事情，有这么几点要说：

　　有一个核心：设计之始或明确任务前，想好并确定一个核心或者中心目标，严格围绕目标转，最益先做！它并不能促进完成核心目标，是最好的砍掉理由，真没有那么多资源可以用！

　　功能与业务：我要求团队个人应该对业务负责，而不是功能或代码。如果说功能是基石，而业务才是“生命”啊！功能与体验等“有机”组成为业务。

　　要理解业务：整个团队得深刻理解业务，尤其Leader更要首当其冲，仔细评估产品原型、交互设计，我们是关键人物先过初稿确定技术、运营可行避免浪费集体的时间，然后所有相关人一起过。

　　保持节奏感：目前采用项目拆分为周目标为核心措施。个别事情以天计，少数事情比如修紧急bug以小时甚至更小单位计。

　　服务可用性：我们是通过预发、灰度测试、可回滚等措施来控制发布质量，保持较高的可用性。

　　忠实用户群：集部分优质用户入群，保持沟通，挺重要的，微信群虽然是当为首选但是群功能有点弱，我的开源项目主要用QQ群，也比较坑哈哈。

　　反馈与数据：反馈和数据都是验证结果的最好的参考之一，追寻反馈背后的动机很重要，研究用户路径、功能使用等数据辅助确定下阶段任务。

　　低成本试错：尽量以最低的成本来试错，避免大量浪费资源，不要过早优化和扩张，先单点或AB测试，验证过后再铺开。

　　方法与方向：很多时候方法比方向重要，好的方法可以不断纠正方向，发布较单纯的功能来验证问题和方案，应该避免堆积功能，盲目发散方向，没有经过验证的方向就是假设。

　　创新与迭代：精益创业的MVP策略有助于大多功能性或服务性新创公司检验产品，而创新型产品靠产品本身和培育市场拉动需求，但都需要事实检验和迭代完善。

　　手动和自动：初期能手动解决的问题动手解决就挺好的，一开始就考虑自动化机器化可能会延误时间，或者高成本解决了一个频率并不高的问题。

　　亲为和团干：没有经过实践验证的事情负责人最好自己先亲为，才能深切体会，形成一定感知后优化，或者交给团队一起干。

　　灵感和总结：灵感稍纵即逝，总结过期不候！应该有自己的全端云笔记，和博客。短期记笔记，长期入博客，灵感可能就在你琐碎的一瞬间，很多东西经过三五个月一忘而光。

（编辑：晋中站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!