公司的技术组长应该具备什么样的能力？或者团队领导者应该了解和锻炼什么样的能力？大公司和初创公司都经历过。从leader或者founder那里学到了很多东西，我会慢慢总结，不断学习。在这里我就发表一下个人的想法，参考一下我看过的优质文章和文章。朋友的意见。主要从业务、团队、技术三个层面进行探讨。当然，并不是所有公司都适用，可能会引起一些口水，而且我是客户的负责人，所以仅供参考。1.企业对企业负责企业就是对产品和服务负责。作为一个技术团队，要完成主要任务，要把产品或服务实现好，是不是？业务需要与上级负责人统一认识，与总体目标方向保持一致，才能更好的完成产品和业务的设计与实现。否则，方向与力度不一致，既浪费了精力，也难以更好地辅助决策。领导者在不同时期也发挥着不同的作用。在起步阶段，他们着重从技术和项目实践等方面统一思想，打造产品，不断迭代和试错。随着业务的发展，他们可以在更合适的技术、建设、架构和商业模式方面启动专项项目。工作。目前可以回顾和考虑的，做产品（服务）和做事有几点要说：有一个核心：在设计之初或明确任务之前，思考并确定一个核心或中心目标，并严格把注意力集中在目标上转，最好先做！对核心目标的完成没有贡献，是砍掉它的唯一理由，真的没有那么多资源可用！功能和业务：我要求个人团队负责业务，而不是功能或代码。如果说功能是基石，那么业务就是“生命”！功能和体验等“有机”组成部分成为业务。了解业务：整个团队必须对业务有深刻的了解，尤其是Leader必须首当其冲，仔细评估产品原型和交互设计，我们是关键人物，通过初稿确定技术和操作可行性，避免浪费集体时间，然后所有相关人员一起过一遍。保持节奏感：目前最核心的措施是将项目拆分成每周的目标。有些事情是以天为单位来计算的，少数的事情比如修复紧急bug是以小时甚至更小的单位来计算的。服务可用性：我们通过预发布、灰度测试、回滚等措施控制发布质量，保持高可用性。忠实用户群：聚集部分优质用户入群并保持交流非常重要。微信群虽然算是***，但是群功能有点弱。我的开源项目主要是用QQ群，挺无聊的。反馈和数据：反馈和数据是验证结果的最佳参考之一。追踪反馈背后的动机很重要。研究用户路径和功能使用等数据有助于确定下一阶段的任务。低成本试错：尽量以最低的成本试错，避免大量的资源浪费，不要过早优化扩展，先单点或AB测试，验证后再rollout。方法与方向：很多时候，方法比方向更重要。一个好的方法可以不断的修正方向，发布相对简单的功能来验证问题和解决方案。你应该避免堆叠功能和盲目发散方向。未经验证的方向为假设。创新迭代：精益创业的MVP策略帮助大多数功能型或服务型初创企业测试产品，而创新产品靠产品本身和市场的培育来拉动需求，但都需要事实检验和迭代完善。手动和自动：解决前期手动能解决的问题就好了。一开始认为自动化可能会耽误时间，或者以高成本解决一个不是很频繁的问题。动手和小组工作：没有经过实践验证的事情，负责人必须先自己动手，让自己深刻理解，形成一定的感悟并优化，或者交给团队去完成一起工作。灵感与总结：灵感稍纵即逝，总结未到！应该有自己的全期云笔记，和博客。短期做笔记，长期写博客，灵感可能就在你琐碎的一瞬间，很多东西三五个月后就会忘记。2.团队一家公司的产品和服务反映了其自身的组织结构、沟通方式和工作方法（康威定律）。人员结构会发生变化，影响产品结构。产品大了，就把人分组，项目也拆了。一起工作的人越多，就越需要科学的流程和协作方法。所以人和组织将决定或影响产品。如果最初的目标是创造一个好的产品或服务，那么随着你的发展，你应该逐渐专注于建立一个能够开发出好的产品的团队。以下几个方面是我们实践过的一些要点，其他意想不到的我后面会补充：关于招聘：找对人是关键，不要贪多贪大，最好的开始时机——up公司招人就是不招人就招人。会死，注意避免漏掉。在交流技术的同时感受个性。性格不适合提前终止面试。相信你的直觉。年限和学校不重要，重要的是工作和能力。明确职责：团队要明确关键人物的角色，公开规定谁来承担一个角色，职责和指标是什么，甚至还要约定任期多长，因为角色是活的。在我的主项目中，有一个PM角色（协助跟踪进度等），还有一个PA角色（协助协调、构建和打包等），这两个角色都是由主工程师担当的。充分授权：一个完整??的团队应该有足够的决策权，角色应该有相对明确的职责，可以提出建议但不随意干预个人的职责或决定。关于协作：我的团队是统一IDE（idea）和搭建环境，统一代码风格，统一版本控制策略。合理创建Tags和Branches，尽量规范协作工具的使用。关于沟通：我的做法是让组员遇到锁仓直接与当事人沟通，重要问题向Leader汇报。为了保持充分的沟通，我们每周都有一次全体会议，最好吃点零食。团队提升：选择一个主题，这个项目是按照每周的节奏进行的，每个人都必须充当讲师。我们的客户团队系统学习了面向对象的6大原则和23种设计模式。我们与android、iOS和前端技术进行通信。开诚布公：私下沟通是解决团队和个人矛盾的主要途径。需要开诚布公的面对面访谈，将矛盾点一一列举，分清轻重缓急，综合现状给出解决方案。是公司的责任大局是情况不能让所有人都满意，而不是谁不能让你满意。未来的钱：不谈钱就是耍流氓。不要试图用成长来压制治疗，也不要总想用青春换取血汗。做的好，会有不错的回报，但也要遵守规则。一般能力到位才来求治。取决于您的位置的可替换性。远近回报：近期看能力，近期看薪资，长期看期权（股票）。看好一个公司，一般会看期权，看空的，会看薪水。心情、成长、待遇、选择构成了一个人的主要奖励。领导者要了解队员们的想法，努力为球队争取到合适的奖励。一些福利：公司每天都会买一些水果做下午茶，比如苹果、橙子、香蕉、哈密瓜、葡萄等，视季节而定。员工生日蛋糕、年会旅游、节日等。3、技术负责人最好技术水平好，最差知识面广，否则可能导致问题无法解决，产品不稳定。我们在以下几个方面进行了实践：统一风格：团队内部统一的风格、协议、编译环境。一开始使用idea作为IDE，年底整体迁移到AS和Gradle环境开发管理。锻炼思维：集体学习6条设计原则和23种设计模式，理论联系实际，加深对面向对象设计理念的理解。技术提升：优先完成业务，这需要较长的时间。项目没那么紧张的时候，开个个人技术项目。我们选择一个方向去量化，形成一篇博文或者一个小类库。Leader支持和协助团队成员完成和培养人才。每个人都有自己的长处。关于类库：尽量选择稳定、专注、知名度高的框架。如果没有，那就选择一个知名的开源框架，深入研究它的代码。关于业务：我们客户端业务的所有服务都构建在SDK子项目中，与视图分离，方便切换到各种终端设备。关于架构：我们核心方向其实用的是我写的类库。它是由通用组件、网络、异步、数据库等组成的通用底层项目，称为LiteSDK，几乎任何App都可以使用。可以说是随处可用。它可以在任何地方使用。拆解独立开发，刚才说的业务SDK项目就是基于它。学习前沿：尽量接触新技术。今年我们专注于业务。2016年的技术方向涉及到ReactNative、rxjava、代码生成、自动构建等，虽然不是什么新技术^_^。我们的第一个版本的app，登录、签到等业务功能，二维码扫描，联盟统计，图片加载，下拉刷新等视图开源项目，内脏都有，但是安装包大小只有800K，这是最小的。友盟两个app的总错误率还是0.00%（线上版的错误列表还是有零星的bug在列，是不是友盟的总bug率计算有问题？）。非常感谢团队中的每一位同事。团队一起完成了这些，今年会有更好的进步和成长！2016年加油哦，对了，如果你们公司也有androidapp，可以考虑下我的开源库：litesuits.com也可以尽量小，还是比较稳定高效的。作者简介作者马天宇，杭州某创业公司客户经理，5年客户端开发经验，开源爱好者，乐于分享，在Github上发布了一系列开源项目和框架，涉及网络、数据库、蓝牙、通用、并发等方向，开源网站：litesuits.com
