- 综合排序
- 最热优先
- 最新优先
- 来自专栏院长运维开发
院长技术团队
团队官网：https://deanit.cn 团队成员 昵称：院长 性别：男 爱好：羽毛球，乒乓球，嗨歌，钻研技术 技能：在下方 职位：落魄技术 昵称：科长 性别：男 爱好：嗨歌，开发智能机器人 技能： 职位：上海某公司技术总监 以下为院长所持技能： Windows Server: Windows Server各服务部署，配置，优化，问题排查 Linux Server: Linux Server各服务部署 ，配置，优化，疑难杂症解决 KVM虚拟化技术 掌握KVM虚拟化架构，一键部署KVM环境，修复KVM_BUG，制作镜像模板，编写批量开通脚本。 作品展示： OpenStack虚拟化技术 掌握OpenStack集群部署，多Controller节点，结合CEPH分布式存储 作品展示： Docker 掌握Docker容器技术，基于 作品展示： 掌握Kubernetes技术： 1. Kubeadm部署单Master集群，多Master集群，通过LVS+Keepalived+Nginx实现高可用。 2.
97510编辑于 2022-10-05 - 来自专栏全栈程序员必看
各大技术团队博客_如何扩大团队规模
BAT 技术团队博客 1. 美团技术团队博客： 地址： http://tech.meituan.com/ 2. QQ客户端团队博客 地址：http://impd.tencent.com/ 15. 阿里巴巴（中文站）UED 地址：http://www.aliued.cn 16.
40740编辑于 2022-09-21 - 来自专栏嘿dotNet
中小团队的技术负责人如何做好技术团队建设
写在前面 最近跟好些同是技术的朋友聊了下，发现其实很多规模不大的技术团队，在从开发流程到项目管理，到日常的各项工作，不同职能部门的协作上都有不少的问题。 我也尝试动了动我这被技术腐蚀掉的小脑袋思考： 作为一个中小团队的技术负责人应该怎样做好团队建设提高生产力 本文是我日常脑子放空时的臆想，请辩证阅读，欢迎讨论和批评指正、补充； 中小团队的定义 我这里给出的中小团队是 ：10-100人的技术/研发人员，产品、运维、dba等对应该规模若干； 中小团队的技术负责人(下称技术负责人)：大部分可能叫技术总监，一般下辖若干研发小组或者若干个项目组，零到若干个架构师；零到一运维支持部门 ，这里总结他们共同职责： 人员管理：发掘同事的才能，把正确的人放在正确的位置，给制定正确的OKR，正向激励团队； 日常项目管理：多项目、多产品线管理和资源协调； 团队目标与文化：制定技术团队的年度OKR 应当产品直接对接到研发C； 如何提升开发效率保证软件交付质量 需要个技术团队的Wiki平台 理由：一定要搭建个团队内部的Wiki平台，平时内部流程，技术文档需要个统一的文档平台提供不能东一拉西一拉； 推荐
77530编辑于 2022-05-10 - 来自专栏服务端技术杂谈
研发团队技术氛围建设
很多研发同学希望自己团队有很强的技术氛围，这点我个人是比较认可的。 因为大家现阶段都是技术人，技术是我们吃饭的手艺，搞好技术，塑造技术氛围，对研发团队还是非常重要的。 技术氛围好的团队，普遍可以发挥出更强的战斗力和生产力，能够对业务和组织做出更大的贡献。 通过技术氛围打造，提升团队技术氛围，可以让团队中越来越多的人愿意学习、钻研、交流、分享技术，形成一个良性循环。 见：团队技术理念 打造技术氛围，首先需要leader遵循3点原则： 以身作则：leader自己必须带头，多关注技术细节，对技术有品位，有要求； 文化导向：必须引导团队成员更多的关注技术，提升技术要求，有技术追求 让所有研发同学爱上技术分享、爱上技术交流、爱上技术沉淀，最终形成好的团队技术氛围。
1.3K20编辑于 2023-03-22 - 来自专栏上线了的专栏
Strikingly 团队2017技术展望
为了应对多客户端（Web, iOS, Android）的挑战，2016 年我们在团队层面和技术栈上做了很大胆的尝试：我们把前端团队和移动端合并了，组成了客户端团队。 这个团队采用同一套基于 React 体系的技术栈去构建 Web、iOS 和 Android 应用，可以跨端复用很多业务逻辑代码。 17年，我们将基于这个团队结构和技术架构，更快速的做出新功能模块！ 这些技术目标的实现离不开一个自由，创新，充满黑客精神的技术团队。希望在2017年有更多的小伙伴能够加入我们，一起实现这些目标。 欢迎大家加入和我们一起努力：Strikingly 2017 技术团队招聘。 如果你想体验上线了，可以在腾讯云市场搜索上线了。
2.7K00发布于 2017-05-23 - 来自专栏全栈程序员必看
知名技术团队博客网站有哪些_知名创业团队
大家好，又见面了，我是你们的朋友全栈君 国内技术团队博客 1 http://tech.meituan.com/ 美团点评技术团队 2 http://fe.meituan.com/ 美团前端技术团队 3 http://tech.uc.cn/ UC技术团队 4 http://tencentdba.com/ 腾讯游戏DBA团队 5 http://noops.me/ 国外技术团队博客 1 https://code.facebook.com 博客上会介绍一些Facebook在Android、iOS、前端、后端以及硬件技术遇到的问题，也包括一些他们团队研究的新技术 您可以与OpenDNS开发团队的工程师探讨如何消除恶意软件、网络钓鱼等等的技术。有关具体的技术创新和技术分析，您都可以在博文中找到线索。 这个Yelp的技术博客，邀请到开发团队的工程师， 来分享Yelp所运用到的各项先进算法技术。您可以看到Yelp技术人员如何解决技术问题，Yelp团队发布的开源产品等等。
1.7K20编辑于 2022-09-21 - 来自专栏微观技术
作为技术团队TL，如何运用OKR提高团队产出
作为一个团队负责人，如何提升团队的产出？OKR可能会给出一些答案。 OKR诞生在Intel，随着Google的大规模使用而名声大噪。 比如，将O制定为”打造一个营销中台“，很难起到鼓舞团队的作用。但如果定义成”打造一个易扩展、高性能、可复用，人人称赞的营销中台“，是不是就能很好的给团队打一针鸡血。 向下管理难度会小一些，毕竟你是老板，团队成员向你汇报，你有团队管理权力，相对会容易一些。 职能团队是一个虚拟组织，它存在的价值在于加强业务单元间的联系，让团队伙伴们感觉到更有归属感，职能团队负责人将主要精力投入到提升人才技能的培养上。 与其说是职能团队负责人，不如说是职能团队的“教练”，他使用 OKR 工作法来帮助团队伙伴们制定个人目标，扮演职能团队的“OKR 教练”。
1.9K20发布于 2020-08-28 - 来自专栏【腾讯云开发者】
腾讯视频技术团队偷懒了？！
腾讯视频团队想到一个“偷懒”的方法——能不能只开发一套基础系统，通过兼容不同平台的特性，来快速编译出不同平台的应用呢？ 本篇特邀腾讯视频团队为你分享快速编译出支持多端的应用、一套代码行走天下的“偷懒”历程。欢迎阅读。 总体来说，我们团队就实现一个“多端合一的万能模板”的想法达成一致。并且，我们希望使用 hippy-vue 技术栈。 ，正好我们团队目前所有的前端项目也都统一为 Vue 技术栈，开发人员上手毫无违和感。 以上是本次分享全部内容，如果觉得文章还不错的话欢迎分享~ -End- 原创作者｜熊才刚 技术责编｜陈恕胜 你有什么开发提效小技巧？欢迎在腾讯云开发者公众号评论区中分享你的经验和看法。
1.3K50编辑于 2023-06-15 技术团队的沟通艺术：用代码思维重构团队协作
，感觉自己不被信任"团队成员吐槽："又被运营怼了，他们根本不懂技术"跨部门冲突："后端总是改接口，前端又要重新适配"1.3 社交对话：P2P网络握手确认同类人，探索价值观、身份认同，建立信任基础节点发现 ，信任下滑脆弱性平等探索坦诚选型纠结与过往踩坑，引导团队共议，激发参与感脆弱性边界适度暴露坦言技术债务、未知领域，邀约共同研究避免过度不宣泄情绪、不关键时刻示弱，不影响团队信心四、沉默的艺术：留白让对话更有深度场景沉默的目的实践技巧需求评审让复杂逻辑沉淀提出关键问题后 ：从工程师到架构师，沟通能力权重占比超过50%项目成功：70%的项目失败源于沟通问题，而非技术能力不足薪资增长：具备良好沟通能力的技术人，薪资平均高出30%对团队效率的提升沟通改善效率提升风险降低需求澄清准确率 ，3个月的项目，最终延期到6个月根因分析（技术视角）：需求协议不匹配：产品经理说"简单"，开发理解"简单"接口文档未同步：前后端各自开发，联调才发现字段不一致技术分歧未及时解决：团队内部分歧被压制，后期爆发改进措施 对技术人而言，沟通是为了：让技术被理解：你的架构、你的方案、你的价值让团队更高效：减少误解，降低成本，提升质量让问题被看见：在技术之外，看到人的需求和情绪让世界更完整：通过别人的眼睛，看到自己看不见的那部分
25220编辑于 2026-01-27- 来自专栏静晴轩
小团队的技术管理
培养和保持一个精英团队，对技术有卓越的追求，互相认可彼此的技术水平，这样的环境在国内是十分稀少的，自然会在一定程度上珍惜。 独立承担更多的责任，而不是把底层自己实现掉，剩余 ui 层来做。 寻找一些有技术深度的点出来，把部分预研工作交出去。独立面对产品和 ui，节省自我的精力，也对组员有好处。 技术也一样，很快就过时。作为个人和团队，应当如何共同应对这些挑战。 程序员把代码看做自己的孩子，因此要尊重组员的代码，这样他们才能用最大的爱心和热心来维护这部分。 在中国很难有纯技术的环境，不得不在一定程度上 kpi 导向，国内的各种创新院研究院，都没有好下场。因此，要保持平衡。 原文链接：小团队的技术管理 ----
65250发布于 2018-03-27 - 来自专栏石云升
如何从零搭建技术团队
第一步，找到一个技术合伙人。 目标：进入技术领域 如果你本身是技术出身，或者已经找好了技术合伙人。那第一步可以略过。 特征：本身有积蓄、认可项目商业模式的技术人员。 这也是为什么说要用合伙人的方式来找技术人员的原因。 找这个技术合伙人的方式很多，找以前公司里靠谱的技术同事；找以前的客户公司里的技术；或通过认识的程序员来找。 难点：这一阶段工作会非常辛苦，所以这时候加入团队开发人员，能力要强。公司如果不能给出超出员工预期的薪资，是很难坚持的。另一个解决方案就是，用找技术合伙人的方式，给自己找个搭档。 技术同事部虽然不直接面对市场，但我们可以通过数据看到市场反馈的价值。这些反馈能激励团队更努力的把产品做好。 未来创造的价值：也就是企业的使命和愿景。 使命是什么？使命就是公司一直在追求的事情。 总结一下：从零搭建技术团队，最关键是先找到第一个领域里的人，然后通过他搭建最小团队。最后我们在完善团队，并通过团队建设发挥团队的力量。如果上面这些都做到了，我相信你的技术团队一定是非常有战斗力的。
57930编辑于 2022-08-25 - 来自专栏黄啊码【CSDN同名】
如何更好带领技术团队
几年前入职新公司的时候，领导为了加强团队的技术氛围拉了个一周一次的技术分享会。在一群不善言辞不爱社交的程序员中开辟如此社交性强的活动，想想就知道是有多尬。没有人自愿报名分享，咱就排个号轮流上。 多分享能带动并增强团队技术氛围。在团队领导的支持下积极分享会鼓励小伙伴们更多地参与进来，在工作之余学习更好的实践、新的技术并输出给团队，形成一个正向的循环，让在团队里的所有成员都获益并快速成长。 名牌效应也是可以应用到人身上，我们在不断分享的过程中实际上就在团队内外将自己的名字广而告之，让别人一看到某个技术就想到你的名字。既然分享有这么多好处，新手该从哪里开始呢？ 其次，团队里每个人对技术的关注点不同，总是有些知识点是他们不熟悉或遗漏的，他们就可以在你的分享中查漏补缺。 再次，资深的老神棍和领导们对分享本身的看法已经超越了分享的内容本身，内容深浅和分享的质量已经不那么重要，反倒看中你的成长，并感激你积极参与带动团队的技术氛围。
65440编辑于 2022-06-20 - 来自专栏程序人生
创业公司如何组建技术团队
组建技术团队前的思考 着手组建技术团队之前，我们不妨先思考下面三个问题：1.该不该组建技术团队？2.该招什么样的工程师？3.该招多少工程师？ 1.该不该组建技术团队？ 是否组建技术团队要在综合考量公司发展、财务情况之后再做决定。很多时候我们因果倒置先组建了团队再来考虑公司实际的需求，这是很大的决策失误。 2.该招什么样的工程师？ 现在，我们完成了A+轮融资，已经有了好几条产品线，整个技术团队接近20人。 我认为做好一件事靠的不是人多，一个小而精的团队更适合创业公司。 如何组建技术团队 怎么组建技术团队是本篇文章的重点内容。招聘遵循漏斗模型，我们需要关注流量来源和转化情况。 (3)技术氛围的培养以及团队牛人的吸引。技术圈其实很小，一些开源的产出就能辐射大部分圈内目标人群。 3.提高团队效率，选择扩大化 我们的目的是招到合适的工程师。
1.8K120发布于 2018-03-29 - 来自专栏巫山跬步
非技术人员也能管理技术团队？
作为非技术人员监管IT，起先可能会让人望而生畏。你不知道如何管理一个似乎说着另一种语言并以完全不同的方式运作的团队。 就可以成功地管理技术团队，以及与此相关的任何其他团队。 因此，你可以给团队解释： 最终产品将如何运作，以及它将解决哪些重要问题 技术团队所做的工作是多么的重要，你是多么的感激TA们的努力和分享的技巧 你将如何促进技术团队的进步，消除任何可能的摩擦 虽然你可能无法直接促进 如果你选择与技术精湛、道德高尚且友好的Web应用开发团队合作，那么你一开始就不会因为缺乏专业技术而受苦。 这种专业地团队会更懂你地想法，并努力以简单的语言将所有技术栈和技术选项进行分层，为你提供更多的帮助。
1.3K3616发布于 2020-09-16 - 来自专栏数栈技术分享
袋鼠云数栈技术团队获“2022年度优秀开源技术团队”
近日，在 “开源中国（OSCHINA）” 开展的年度评选中，袋鼠云数栈技术团队凭借在 2022 年间的技术分享频率及质量、运营积极性等多方面的表现，荣获 “2022 年度优秀开源技术团队” 的称号，这也是袋鼠云数栈技术团队连续第二年获得此奖项 袋鼠云数栈技术团队本次能有幸入选 “2022 年度优秀开源技术团队”，这不仅是团队本身的努力，更是所有社区成员与我们共同建设的成果。 袋鼠云数栈技术团队非常乐意将数字化技术红利回馈社区，持续为广大开发者分享技术成果。 “袋鼠云开源家族” 凝聚了袋鼠云数栈技术团队对于技术不断探索，不断突破的心血。 未来，数栈技术团队也将继续秉承技术初心，砥砺前行，不断打磨自身产品，不遗余力地助力国内开源发展，为更多的开发者传播最新开源与技术信息。
54830编辑于 2022-12-15 - 来自专栏性能与架构
技术主管应该如何帮助团队解决技术问题？
帮助团队做技术决策是技术主管的职责之一，但“帮助”是有不同方式的，会产生不同的结果，下面看2个小故事。 故事1 技术主管：什么问题？ 团队成员：我们正在讨论如何解决X ... 技术主管：哦，非常简单，我以前做过，应该 ... 团队成员：OK，非常感谢！ 技术主管开心的走开了，很有成就感，也很高兴自己帮助团队解决了问题。 故事2 技术主管：什么问题？ 团队成员：我们正在讨论如何解决X ... 技术主管：不错哦，你们认为我们应该怎么做？ 团队成员：我们有2个选择，但不知道选哪个，希望您能帮助我们。 技术主管：好啊，非常乐意。 团队成员：（表述2个方法） 技术主管：这2个方法都可有道理，他们各自都有哪些风险？ 分享自己的知识，并帮助团队成员提升他们自身的技术决策能力非常重要，好的技术主管要帮助大家，为团队赋能。 授人以鱼不如授人以渔。
1.1K30发布于 2018-12-17 - 来自专栏可持续开发
谈谈不同技术团队的协作
在一个昏头技术领导下面做事，这种事情天天发生也不奇怪。 第一级，拖延交付型，技术团队对业务认知不足，自己能力认知不足，导致时间预估误差很大；第二级，按时交付，质量一般，完全是外包公司的水准，后续测试发现成堆问题，发现一个修改一个，典型的敲一下走一步；第三级， 定期的代码review和技术交流会 很多老板非常吝惜这个交流时间，认为这个太浪费时间，确实，这种讨论会常常要消耗一天的时间。 代码review和技术交流会是对过去的总结，有总结才有积累，否则就成了狗熊掰玉米。而且，交流会让团队之间更加了解对方，让后续的团队沟通更加顺畅，是沟通的润滑剂。 2. 总之，团队协作是一个全局工程，当然协作的总教练是非常关键的，就像超级一流球队需要一个好教练一样，关于CTO的论述，请您参看”技术领头人需要全才而不是专才”。
1.7K20发布于 2019-09-30 - 来自专栏吴伟祥
技术团队管理笔记(二)-带人 转
在带人的时候难免会让团队觉得更累了，要付出更多了。但此时绝不能心软，更不能有“万一我在技术上对大家要求很严格，但是公司最后没有给团队加薪，那我的个人信用岂不是破产”的错误想法。 每天像救火队员一样帮助团队成员解决各种技术问题，也会耐心和他们讲解好的技术方案，但是效果却不尽如人意。因为你会错意了，真正优秀的管理者是管人不管事，也是我们常说的“无为而治”。 越重要越紧急的项目越要严格要求 ，这也是一个很关键的点，我看过很多技术管理者，因为ceo的业务压力，在一些非常重要且时间紧急的项目中默认了团队不需要做非常详细的系统设计后再开始编码，甚至对开发的自我测试要求也会降低 先从核心人员带起 ，还记得上篇文章技术团队管理笔记(一)-识人里定义的5类人吗，在这个地方就要发挥作用了，如下处理方法： 类别 定义 带人策略 优秀的工程师 技术优秀，认同公司目标，有很强的自驱力 ，有很强的自驱力，技术潜力一般 由第1类人来带 熟练的程序员 技术比较扎实，但是没有太多工程师思维 由第1或第2类人来带 普通程序员 技术一般，也没有太多工程师思维 由第2类人来带，你需要关注不能因为个体原因影响到整个团队
34830发布于 2018-08-14 - 来自专栏个人总结系列
技术团队管理-周会与晨会
图片周会工作内容项填写说明： 产品团队： 完成xxxx需求梳理、完成xxx需求评审，(可选) xxxx的上线跟踪，完成xxx的上线验收； 开发团队： 完成xxx方案设计，完成xxx开发50%， 完成xxx开发提测； 测试团队： 完成xxx测试30%，完成xxx测试； 产品团队： 完成xxx上线验收。 2.成员：团队成员，每个人都参加的方式。3.目的：同步工作信息并消除信息差，以及起到暴露问题与解决问题的作用，从而提升研发过程管理与效率。 不重要也不紧急)： □正常□滞后□有耽搁 请假耽搁1天，xxx进行数据分析工作耽搁，xxx工作处理耽搁；□有方案□无方案□解决方案①资源：对外需要推动xxx资源，对内需要xxx资源；②技术方案 7.总结说明最终的目标，是变为一个团队的开发流程，任何人都可以发起与定时执行，来改善团队的开发过程管理。依赖团队执行后的效果，进行改善与迭代，如果最终效果不行，可以考虑终止。
1.2K40编辑于 2022-09-23 - 来自专栏慕枫技术笔记
技术团队如何高效落地代码CR
引言 代码CR（Code Review）是软件研发活动中保障平台产品质量的重要环节，相信很多技术团队平常都会进行代码CR。 为什么要进行代码CR 提升团队代码水平 一般技术团队都会由不同技术水平以及不同工作年限的同学组成，而Code Review是非常好的大家在一起互相学习代码设计的机会，因为在Code Reiew过程中不仅仅会检查业务代码逻辑问题 因此CR机制在一定程度上可以让团队同学避免写一些短期收益的代码，从而欠下技术债留给未来维护同学。 CodeReview不是人情世故，而是程序员的技术炼金场。 厘清业务逻辑细节 一般一个技术团队可能会负责多条不同的业务线。这些业务可能都是存在一定的关联关系的。 因此构建相对完善的代码CR机制是最直接提升团队技术水平的方式。 END
2.2K20编辑于 2023-03-20
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号