- 综合排序
- 最热优先
- 最新优先
- 来自专栏HAUE_LYS'Blog
团队管理
使命和价值观的本质是为了实现： 思想统一 目标统一 行动统一 让价值观在实践中运行，建立完善的奖罚机制： 鼓励践行价值观的行为 处罚违反价值观的行为 公司和团队里的每个角色、项目和使命挂钩，不能做违背使命的决策和行为 公开和透明的做事情，不隐瞒，不回避已有的问题，并且及时解决： 只要问题出现了，往往会以最坏的结果爆发出来 任何掩盖或者试图拖延问题的行为最终都会导致更加糟糕的后果 坦诚是信任的基石，创建一个良好的企业文化和团队关系的必要条件 有的人比别人更有创造力，有的人更聪明、更有经验、更有创造力，然而，每个人都需要被倾听、被尊重 人们希望得到发言权和尊严，而企业也能发挥团队价值，从中受益 评价体系 关键点：公平和有效，区别对待，赏罚分明 激励他人的能力 Edge：决断力：对麻烦的是否问题做出决定的勇气 Execute：执行力：落实工作任务的能力 Passion：激情：最工作又一种衷心的、强烈的、真正的兴奋感 领导力 坚持不懈的提升自己的团队 甚至怀疑精神来监督和推进业务，要保证自己提出的问题能激发员工的实际行动 敢于承担风险、勤奋学习、成为表率 懂得庆祝 个人赢 要有赢的欲望 持续学习，不断进步 拥抱变化，适应变化 主动思考，并且付出实践 重视团队合作
28810编辑于 2024-08-24 适合小团队协作的9款在线项目管理软件排行
高效的任务管理系统通过资源调度、即时通讯与进度可视化，能显著降低信息噪音并提升执行力。本文解析适合小团队的9款主流系统，从原理、趋势与功能对比提供选型建议，帮助决策者高效落地。1. 市场趋势洞察：2024-2025年项目管理软件的发展格局3.1 关键趋势：AI智能化与信创国产化替代AI驱动的项目管理成为主流，组织开始用AI助手预测风险、优化资源与自动生成纪要。 深度评测：9款主流在线项目管理软件横向对比4.1 PingCode：研发全生命周期管理的首选（替代Jira）PingCode专注研发项目管理，覆盖需求、规划、开发、测试到发布的闭环，深度集成GitHub 本节总结： 以业务主场景与合规约束为锚点，优先选择能随团队成长演进的平台。6.2 技术前瞻：AI Agent与无感化管理的未来变革未来，小团队的项目管理将更智能与“无感”。 本节总结： 选择具备AI与开放集成能力的平台，可获得持续的效率红利。 延伸阅读 小团队协作工具正从单一进度追踪走向“AI增强+信创合规”的双轨演进，本地化部署能力成为数据主权的护城河。
62210编辑于 2025-11-21- 来自专栏技术杂记
RabbitMQ管理9
运行生产脚本 [root@h102 ruby]# ruby p.rb /usr/local/rvm/rubies/ruby-2.2.1/lib/ruby/site_ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in `require': cannot load such file -- bunny (LoadError) from /usr/local/rvm/rubies/ruby-2.2.1/lib/ruby/site_ruby/2.2.0/ru
38920编辑于 2022-04-23 - 来自专栏技术杂记
Mycat 管理命令9
| | Mycat_managerPort | 9066 | mycat的管理端口
47830编辑于 2021-12-02 - 来自专栏达达前端
如何做好团队管理
如何做好团队管理 学会技术分 首页要学会技术分享，把所学所悟做技术分享： 分享的目的，可以提升自己，也可以利于他人，团队，公司。 引领他人思考 打造开放，进取，互助的团队文化 提高团队影响力 沉淀技术，形成公司无形资产 技术分享过程中存在的问题： 可能有的，分享过于形式，只是为了分享而分享（比如，分享内容流水账；分享后无总结，无技术文章输出 ） 或者准备不够充分（比如，忙于业务，没有时间；分享周期快，时间短） 避免团队内部自娱自乐 技术分享内容： 首页，可以是技术问题，就某个技术难题的探讨？ 团队可以就对此技术分享即时反馈，可以进行打分。 每周周会 会议概览 各项目进展情况汇总 遗留问题进展 问题收集 技术分享 成长 如何做好review 激发提交者的积极性，因为要给别人看 提高代码可读性 三人行必有我师 提高团队成员能力，提高整个团队的质量
58311编辑于 2022-09-21 - 来自专栏宜信技术实践
大型科技团队的管理
分享中介绍了高效科技组织的特点及管理经验，指出科技团队的定位和使命在于支持业务、赋能业务、最终引领业务，同时，还介绍了面向未来的科技组织的特点及对管理者提出的能力要求。 各位朋友下午好，今天我分享的主题是《大型科技团队的管理》，非常高兴能跟大家分享一些关于大型科技团队管理的经验和观察。 二是团队成员的种族、国家背景多元。 一定规模、团队背景多元化、分布在不同地域等特点，使得大型科技团队在管理上面临着非常大的挑战。 1.2 科技团队的使命和定位 在讨论科技团队的管理之前，有一个很重要的前提，要知道科技团队的使命和定位是什么。 这样的科技团队需要跨界、全球化、复合型的领导人，只有既懂科技、又懂管理；既要懂业务，又懂行业的管理人才才能适合于领导面向未来的科技组织。
1.9K41发布于 2019-11-26 AI重构知识管理：如何破解技术团队的6大效率困局
而AI技术的介入，正在让知识管理从“人适应系统”转向“系统适配人”。 某款搭载全链路AI能力的企业级知识库工具，正是通过深度融合大模型与知识管理场景，精准破解技术团队的核心效率困局，成为研发效能提升的关键抓手。 结语：AI重构技术团队的知识管理逻辑对于技术团队而言，知识管理的本质是“让正确的知识在正确的时间触达正确的人”。 这类AI知识库工具的价值，不仅在于通过AI技术解决了知识生产、沉淀、检索、协作中的一系列痛点，更在于重构了技术团队的知识管理逻辑——从“被动录入、主动检索”转向“主动生产、精准推送”，让知识真正成为研发效率提升的核心驱动力 在AI技术重构各行各业的今天，知识管理的智能化升级已成为技术团队的必然选择。
24020编辑于 2025-12-26- 来自专栏数据工人
团队管理：高效能团队的4个阻碍
而一旦自身要求降低，而组织没有及时发现、纠偏甚至给予应有的支持或惩罚的话，Manager会进一步降低自己和团队成员的要求。这时，组织就逐渐进入熵增扩张阶段，几乎意味着团队失控走向灭亡。 ? 是吧，明明是个“志愿者”团队，居然被人说成了大爷。当然，这个微博后面被删了，毕竟ZZ不正确。 其实，一个团队，无时不刻不充斥着类似这种情况。所以，作为TL，首先要与团队成员，与领导去对齐认知。 他的做事方法，他认为的结果完全不是你要的，你们怎么可能做到团队协同？达不到团队协同，怎么可能有好的团队效能？ 李善友说，成人学习的目的，是追求更好的思维模型，而不是增加更多知识量。 德鲁克说，管理就是激发人的善意。人的善意是什么？我跟人认为，人的善意就是要个人成长，仓禀实而知礼仪，个人成长了，收入就会增加，就会更加在意自己的成长。 如果把握成员团队的这些问题？有两个方法，一个是教化，另一个是这样的人在招聘的时候就做好把关。
72310发布于 2020-03-04 - 来自专栏Linux基础入门
（9）Linux用户管理命令
④load average表示负载均衡指数，分别记录了过去一分钟，五分钟和十五分钟系统的负载情况，加起来除以三就是平均负载指数，系统的负载情况主要是指CPU和内存的负载情况，数字大表示负载严重。
1.4K31发布于 2020-08-26 - 来自专栏听雨堂
【9】分页浏览的管理
阅读目录 分页关注的内容 状态的传递 数据的获取 查询结果的分页 跳页的实现 分页器的样式 页面的完整处理流程 分页关注的内容 前面博文中，通过自行构造HTML表格代码，可以生成易于管理、 因此，我们需要研究和表格方式展示数据相适应的分页管理机制。 分页显示的核心，是根据页面记录数、页号、查询条件、排序顺序等因素，在数据库中查出该页相对应的数据集（DataTable）。 因此，我们只需要关心执行查询以外的各种管理和操作，包括以下方面： 获取总记录集的记录数 页码的有效性的检验 查询条件的传递和应用 向任意页面跳转的支持 分页器的样式控制 状态的传递 分页管理的目的就是要对多个相互关联的页面进行管理 查询结果的分页 查询是数据管理的一个常用功能，查询浏览界面和数据浏览界面往往是同一个界面，或者说，查询功能本身就是数据浏览的一部分。 所以分页管理必须要把查询综合考虑进来。 如果是查询结果分页浏览，和前面的分页浏览有何不同呢？其实很容易看到，就是需要把上面的sql语句，增加一个查询条件即可。
1.5K70发布于 2018-01-23 - 来自专栏wangweijun
版本管理·玩转git(团队合作)
具体步骤： 项目->管理->项目成员管理->开发者->添加项目成员->输入"huofu" 在GitHub中的具体步骤： 项目->Settings->Collaborators->输入"huofu" 我们姑且叫它管理员，那第二个用户就叫开发者了。 然后我们在克隆下来的目录中去创建一个文件，然后随意地输入一些内容。 我们对修改后的项目进行提交。 这样线上仓库中就有了刚才推送的文件，有人可能就会问了，这个config.txt文件不是huofu提交的吗，怎么还是显示管理员提交的呢？
40730发布于 2020-02-14 - 来自专栏软件测试经验与教训
测试团队管理 - 执行力
我待过的团队不多，但近来跟我探讨测试管理方面问题的同行不少，深聊之后，发觉多数问题都出在上面这三句话上。 这是建设和管理一只优秀团队的普遍性原则 8 建设文化制度：使团队有章可循，有法可依。团队形象要提升，领导者就必须增强成员的集体荣誉感和勇于承担责任的勇气。 出了问题，要以实际问题为核心，对事不对人，从而才能建立共同负责的团队文化 9 打造人才梯队：提高人员的素质能力。 管理者的协调能力，首先表现在对于工作的分配和奖惩，其次才是做调解下属利益的马大姐 致命的领导错误 个人看法，团队执行力强弱，很大程度上决定于团队的管理者。 管理僵硬，对每个人采取同一种管理方式 忘记了利润对于团队的重要性。 只专注于业务问题，忽视了管理工作。 只是员工的工作伙伴。（平时要观察属下的情绪，改善他们的工作环境和条件。
1.2K80发布于 2018-05-15 - 来自专栏石云升
管理者如何带团队？
所以学会和下属达成共识，是管理人员的第一课。 我举一个例子，让大家感受站在员工角度应该如何考虑问题。某天晨会后，张三了解到项目延期了，公司要求张三安排团队加班，保证项目回到预期的计划里。 比如灵活调整办公时间，大部分时间远程办公，只在需要团队沟通的时候来公司。既能保证工作的进度，也能照顾好孩子。这就是共识的力量。也是相信的力量。 二、信任员工，激发善意 德鲁克说，管理就是激发人的善意。 我在团队里一直推荐高频迭代，尽量一周或2周一个版本。你一个月复盘4次，跟一个月复盘一次的团队比，谁的进步会更大？ 员工遇到难题，管理者如何应对？ 是给答案，还是引导员工自己去找到答案？ 管理者要有这个意识，这不仅是工作，也是责任。 怎么判断员工是否适合团队？ 感觉员工不符合预期，我会借助“杨三角模型”来分析。 一、员工思维：员工不愿意做事，没有主动性。推动起来很难受。 管理者在带团队过程中的注意事项： 1、我们要理解，我们教的对象是人，不是机器。是人，就有情绪。 在对方有情绪的时候，要先解决情绪问题，才能解决工作问题。同理，对自己也是如此。
55510编辑于 2022-08-25 - 来自专栏林德熙的博客
从 gitlab 配置管理聊聊团队项目管理
每个团队都有适合各自的管理方法，本文仅记录我现在的团队所使用的项目管理方法。 本文主要聊的是通过 gitlab 的里程碑以及 git 的分支管理项目的开发和送测的代码合并问题 在我现在团队开发的项目，其实是产品级。而不是项目级。 当然投进去协助也不是越多越好，人多了说不定 bug 越修越多，这就需要技术经理的调度 刚才也聊到了开发阶段和送测阶段，那么在 gitlab 上的配置上有什么办法用来辅助团队项目管理。 而我团队里面很少会有放弃的需求，因此直接切 dev 分支就可以了 注意，复杂的分支管理和团队管理将会存在混乱，因此假设你的团队没有那么多有趣的需求，就如微信一样，可能放弃某个需求分支等，那么基本上两个分支就满足开发需求了 如我现在团队使用 jira 管理需求和 bug 等，因此在 gitlab 上开启和 jira 的关联，此时可以做到每个 jira 都能知道对应的 MR 是哪些 而对公共组件来说，还需要提供旧版本的回溯，
1.3K10发布于 2020-12-07 - 来自专栏小网管的运维之路
基于svn的团队文档管理
svnadmin create /home/svn/develop svnadmin create /home/svn/test svnadmin create /home/svn/ops # 创建研发部门各团队
1.6K30发布于 2019-05-31 - 来自专栏Laoqi's Linux运维专列
SubversionEdge部署研发团队文档管理
一、介绍 Subversion Edge是Collabnet公司发布的SVN和Apache等组件结合的SVN管理工具。 由于安装过subversion+apache，发现添加账户都需要登录服务器改配置，而subversionEdge有现成的web管理界面。
1.6K40发布于 2018-05-31 - 来自专栏大愚Talk
团队开发Git分支管理策略
图片来源：阮一峰老师博客 我的疑惑： 那么团队中我们该使用怎样的分支策略来进行开发协作？ 在多人的团队中，我们应该在 master 分支上直接开发吗？
1.6K20发布于 2019-01-08 - 来自专栏用户1337634的专栏
团队管理 - 以结果为导向
以客户为中心，要求我们必须以结果为导向，因为只有工作的结果才能为客户提供价值，有的是产品，有的是服务，客户也只会为结果买单 什么是以结果为导向 结果导向是ISO质量管理体系、绩效管理理论中的基本概念和核心思想之一 ，即强调经营、管理和工作的结果（经济与社会效益和客户满意度），经营管理和日常工作中表现出来的能力、态度均要符合结果的要求，否则没有价值和意义。
1.1K10编辑于 2022-08-23 - 来自专栏云云众生s
平台团队的 Schema 变更管理
我们看到随着对此复杂性反应不断增强, 平台团队正在各地创建。这些团队的任务是维护内部开发平台，作为管理云原生架构中应用程序复杂性的灵活抽象化。 平台团队的 Schema 变更管理 一个优秀的平台团队会将其开发者平台视为一种产品，并不断寻找可衡量的方法来提高所服务的工程组织的效率。 平台团队可以创造严格的技术杠杆的一个被忽视的领域是提供强大的 Schema 变更管理方案。 Schema 变更管理指支持应用程序数据模型和存储在数据库中方式演变的工具和流程集合。 组织可以轻易地花费数十万美元来确保开发人员能够访问可观测性数据，但当涉及到管理 schema 变更时，则期望开发人员了解他们所使用团队所使用数据库的所有复杂性。 平台团队可以通过什么方式提高 schema 变更管理的开发效率？
31110编辑于 2024-03-27 - 来自专栏静晴轩
小团队的技术管理
没有达到配置专门的项目管理人员的程度，因此管人管事管技术，三权集中在一个人身上。 对效率上有好的和坏的影响，但也是不错的选择，开发人员一般是比较难管理的，职业的项目经理很难做好这个事情。 培养和保持一个精英团队，对技术有卓越的追求，互相认可彼此的技术水平，这样的环境在国内是十分稀少的，自然会在一定程度上珍惜。 独立承担更多的责任，而不是把底层自己实现掉，剩余 ui 层来做。 对管理者来说，大部分的模块已经没有什么挑战了，应该放手放权让组员独立承担，对自己精力是一个解放，可以锻炼了组员独立解决问题的能力。如果每个人都能做到自我管理独当一面，就有机会变得轻松了。 作为个人和团队，应当如何共同应对这些挑战。 程序员把代码看做自己的孩子，因此要尊重组员的代码，这样他们才能用最大的爱心和热心来维护这部分。 原文链接：小团队的技术管理 ----
65350发布于 2018-03-27
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号