作者归档:admin

如何不依着惯性做事

文章从一个小和尚的故事开始。

在一个古老的寺庙里,住着一位小和尚,每天的任务就是从山下的小溪里挑水到山上的寺庙。小和尚每天日出而作,日落而息,用他的小木桶,一次又一次地从山下挑水到山上,生活在这种重复中过去了好多年。

有一天,小和尚遇到了一个问题,随着寺庙里的弟子越来越多,他一个人挑水已经无法满足大家的需求了。他感到非常焦虑,但加快了挑水的速度,每天几乎都精疲力尽。然而,无论他多么努力,总是无法满足大家的需求。

这一天老和尚问小和尚:「你为什么不想想看,有没有更好的方法来解决这个问题呢?」 小和尚一愣,他才意识到,他一直都是在埋头做事,从未想过有其他的方法。

于是,小和尚开始思考,他观察发现,从山上到山下有一条小溪,而这条小溪的水源就是他每天去挑水的地方。他萌生了一个念头,为何不直接将山下的水引到山上来呢?

于是,小和尚开始行动,他用竹子和石头制作了一套简单的引水系统,经过数天的努力,他成功地将水从山下引到了山上的寺庙。从此,他不再需要每天辛苦地挑水,寺庙里的水源也变得更加充足。

这个 AI 写的小故事虽然有点浅,但也告诉我们,在生活和工作中,往往会习惯性地使用过去的方法和思维模式,而忽视了其他可能的解决方案。只有当我们打破惯性,从新的角度去思考问题,才能找到更好的解决方法,实现真正的创新和突破。

这也是我们今天要聊的「如何不依着惯性做事」。

1 定义

咱们先从定义开始。

  • 惯性:惯性原本是物理学中的一个概念,指的是物体在没有受到外力作用时,静止的物体保持静止,运动的物体保持匀速直线运动的状态。在这里,我们将惯性的概念引申到思维和行为上,表示一种习惯性的思考和行动方式,倾向于维持现状,抵制改变。
  • 思维惯性:思维惯性是指个体在思考问题和决策过程中,容易受到过去经验和认知的影响,导致思维和判断受限,难以接受新观念和变革。这种现象使得人们在面对新旧问题和挑战时,容易陷入固定思维模式,缺乏创新和灵活性。
  • 依着惯性做事:依着惯性做事是指在工作和生活中,人们习惯于沿用过去的方式和方法,对新的观念和变革持保守态度,不愿意主动寻求改进和创新。这种行为方式往往会导致效率低下、缺乏竞争力,甚至无法适应不断变化的环境。

2 惯性的好与坏

辩证的看,依着惯性做事有好有坏。在某些情况下,惯性思维和行为可能有利于保持稳定和效率。然而,在其他情况下,过于依赖惯性可能会限制创新和发展。我们需要客观地评价惯性思维对于特定情境的影响,以便在恰当的时机采取适当的行动。

优点如下:

  • 保持稳定:惯性思维和行为有助于维持现状,确保日常工作的稳定进行。在某些情况下,这可能有助于降低风险和不确定性。
  • 提高效率:对于一些已经经过优化的任务和流程,遵循惯例可能会提高工作效率。在这些情况下,尝试新的方法可能会浪费时间和资源。
  • 简化决策:依赖惯性可以简化决策过程,减少思考和计划的时间。这在面临紧迫的截止日期或资源有限的情况下可能有一定优势。

缺点如下:

  • 限制创新:过度依赖惯性会阻碍创新和改进,导致陈旧的观念和方法得以延续。这可能会让我们错过新的机遇和发展潜力。
  • 降低适应能力:在不断变化的市场和技术环境中,过于依赖惯性可能导致我们在应对新挑战时缺乏灵活性和适应能力。
  • 忽视潜在问题:依赖惯性做事可能让我们忽视潜在的问题和风险。在这些情况下,持续改进和调整可能更加重要。

我们需要在不同的情境下权衡惯性思维和行为的利弊。在某些情况下,遵循惯例可能是合理的选择;而在其他情况下,我们需要挑战惯性,寻求创新和改进。关键在于识别何时应该保持现状,何时应该追求变革。

保持惯性大多数人可以做到,今天我们要聊的是如何打破惯性,不依着惯性做事,因为能够用打破惯性,突破常规的人毕竟是少数。

3 如何不依着惯性做事

在个人的认知中,有一个原理和一个架构能在一定程度上打破惯性。他们是「第一性原理」和「四项行动架构」。

3.1 第一性原理

3.1.1 第一性原理简介

第一性原理是指将问题拆解到最基本的事实或原则,然后从这些基本事实出发来重新构建问题的解决方案。在解决问题和制定决策时,从第一性原理出发,有助于深入挖掘问题的本质,避免受到惯性思维的限制。

3.1.2 如何运用第一性原理

运用第一性原理规避惯性思维可以采用以下的 4 个步骤:

  1. 拆解问题:将问题拆解到最基本的事实或原则,剥离掉惯性思维带来的先入为主的观念和偏见。
  2. 重新构建解决方案:基于拆解后的基本事实,从零开始思考问题的解决方案,避免受到过往经验和传统观念的束缚。
  3. 鼓励创新:以第一性原理为指导,积极探索新的解决方案,提高创新能力和应对变革的能力。
  4. 实事求是:第一性原理要求我们在思考问题时,始终以事实为依据,避免陷入惯性思维的主观判断。

3.1.3 应用实例

以输出质量报告为例,如何应用第一性原理呢?

当我们谈论编写质量报告时,通常会按照固定的模板或流程进行,这是惯性思维的体现。然而,当我们想要打破惯性,提升报告的质量和有效性时,我们可以尝试以下策略:

  1. 反思报告的目标:通常,我们按照惯性写报告,可能因为这是例行公事,或者是因为上级要求。但是,如果我们从第一性原理思考,报告的真正目标是什么?是传达信息,是指导行动,还是促进决策?明确目标后,我们可能需要对报告的结构、内容甚至呈现方式进行改变,以更好地达成目标。

  2. 重新审视数据和信息:在收集和呈现数据时,我们往往依赖于固定的方式和工具,如表格、图表等。但是,这样真的能有效地传达信息吗?如果我们打破惯性,尝试新的数据分析和可视化工具,可能会发现更深入、更直观的洞察,从而更好地支持报告的目标。

  3. 采用迭代的方式编写报告:依照惯性,我们可能会一次性完成报告的编写,然后提交。但是,如果我们采取迭代的方式,先编写一个初稿,然后进行反馈、修订,再反馈、修订,这样可能会花费更多的时间,但最终的报告可能会更准确、更有洞见。

  4. 引入跨领域的视角:我们通常会从自己的专业角度编写报告,但是如果我们引入其他领域的视角,比如用户体验、商业模式等,可能会发现一些意想不到的洞见,这也是打破惯性的一种方式。

3.2 四项行动架构

金教授和莫博涅教授提出的「四项行动架构」是一个用于挑战现有商业模式和行业战略逻辑的工具。其最开始出处是蓝海战略,来自《蓝海战略》一书,它通过改变现有的商业模式来区分与竞争对手的模式,从而创造出新的行业。

3.2.1 四项行动架构简介

四项行动架构主要包含以下四个关键问题,通过这四个问题挑战一个行业的战略逻辑和现行的商业模式:

  1. 删除:在我们的产品、服务或流程中,哪些被视为理所当然的元素其实可以删除?
  2. 减少:哪些元素我们可以大幅度削减,使其低于行业标准?
  3. 提升:哪些元素我们可以大幅度提升,使其高于行业标准?
  4. 创新:哪些从未在我们的产品、服务或流程中出现过的元素值得创新引入?

3.2.2 四项行动架构应用实例

在带技术团队过程中,我们也可以应用「四项行动架构」来打破惯性,以挑战技术团队的做事逻辑和现行的工作模式:

  1. 删除:技术团队中哪些看起来理所当然的要素应该被删除?
    • 可以考虑减少过多的会议和报告,将精力集中在实际的技术开发和创新上。
    • 去除过时的技术和方法,避免拖慢团队的发展速度。
    • 削减在某些环节的过度管理,让团队成员有更多自主权和创新空间。

如取消每周的固定例会,改为根据项目进度和团队需求灵活安排讨论和分享会。

  1. 消减:哪些要素应该被大幅削减到行业标准之下?
    • 减少冗余的代码审查和质量控制流程,以提高团队的工作效率。
    • 精简项目管理流程,减少不必要的文档和审批环节。

如将代码审查流程简化为一次轮流审查,而不是多次审查。

  1. 提升:哪些要素应该大幅提升到行业标准之上?
    • 加大对新技术和方法的投入,以求在行业中领先地位。
    • 提高团队成员的技能培训和成长机会,以便团队更好地适应市场变化。

如为团队成员提供更多的技术培训和参加行业大会的机会,以便他们能跟上技术的最新发展。

  1. 创造:哪些行业中从未提供的要素是应该被创造出来的?
    • 开发独特的技术解决方案,为客户创造更大的价值。
    • 创造新的合作模式,跨部门和跨行业合作,以实现技术的广泛应用。

如开发一款能够实时分析用户行为的工具,以便为客户提供更精准的个性化推荐服务。

通过运用这个四项行动架构,技术团队可以挑战现有的做事逻辑和工作模式,实现价值创新。这将有助于提高团队的竞争力,为公司创造更大的价值。

4 应用在技术团队管理

4.1 应用方法:「解脱」

打破惯性的常用方法我称之为「解脱」,从一个惯性中解脱出来。 解脱看到背后的真实,透过真实,把全部的惯性打破,也就自然而然地走出来了。

一般我们会基于意识到问题、解决问题和透过真实来不依着惯性做事,我们可以遵循以下步骤:

  1. 意识到问题:在日常工作中,关注自己的行为和思维模式。观察是否存在惯性思维,例如对新观念的排斥、抵制变革或过于依赖过去的经验。当我们意识到这些问题时,就迈出了第一步。
  2. 深入了解问题:分析惯性思维的来源,可能来自个人经验、团队文化或行业惯例。了解问题背后的原因有助于我们制定更有效的解决方案。
  3. 寻求解决方案:针对发现的问题,积极寻求创新性和实用性的解决方案。这可能包括改变思维模式、学习新技能、尝试新方法或调整工作流程。
  4. 解脱:在实践新方案的过程中,逐步摆脱惯性思维的束缚。这可能需要时间和努力,但随着不断的尝试和改进,我们会越来越不依赖惯性。
  5. 看到背后的真实:透过表面现象,关注背后的实质和深层次需求。这有助于我们更好地理解问题,找到更有效的解决方案。
  6. 持续改进:在摆脱惯性思维的过程中,保持对问题的关注和反思。不断学习和成长,培养开放、创新和挑战的心态。

通过以上六个步骤,我们可以逐渐摆脱惯性思维,实现真正的自我解脱。在这个过程中,我们需要保持耐心和毅力,不断努力提升自己的认知水平和能力,以达到更好的工作成果。

4.2 应用实践

我们以常见的问题解决方式和团队沟通为例看一下如何应用「解脱」

4.2.1 问题解决方式

  1. 意识到问题:观察团队成员在解决问题时是否习惯于采用已知的方法和经验,而忽视了其他可能的解决方案。
  2. 深入了解问题:可能是因为团队文化倾向于避免冒险,或者团队成员没有足够的技能或知识去尝试新的方法。
  3. 寻求解决方案:可以通过培训和学习,提升团队成员的技能和知识,鼓励他们在解决问题时尝试多种可能的解决方案。
  4. 解脱:在实践中,尝试新的方法和技术,逐步摆脱对过去经验的依赖。
  5. 看到背后的真实:意识到问题解决的本质是创新和改进,而不仅仅是应用已知的方法。
  6. 持续改进:在实践中,不断反思和改进,培养开放和创新的心态。

4.2.2 团队沟通

  1. 意识到问题:注意到团队成员是否在沟通中经常遇到障碍,比如信息传递不畅、沟通效率低下等。
  2. 深入了解问题:可能是因为沟通方式过于传统,比如过度依赖会议,而忽视了其他可能的沟通方式。
  3. 寻求解决方案:可以尝试新的沟通方式,比如异步沟通、立即反馈、跨部门沟通等。
  4. 解脱:在实践中,尝试新的沟通方式,逐步摆脱传统的沟通模式。
  5. 看到背后的真实:理解到沟通的本质是传递和理解信息,而不是遵循某种固定的方式。
  6. 持续改进:在实践中,不断反思和改进沟通方式,提高沟通的效率和效果。

这样的思考和实践,可以应用到技术团队管理的所有方面,包括任务分配、技术选型、项目管理等。关键是要有意识地发现和打破惯性,以创新和改进的心态去面对问题和挑战。

5 小结

小结一下,在上面的文章中我们探讨了惯性思维的利弊,尤其强调了依赖惯性思维可能对创新和发展产生限制。提出两种打破惯性思维的方法:「第一性原理」和「四项行动架构」。第一性原理鼓励我们将问题拆解到最基本的事实或原则,然后从这些基本事实出发重新构建解决方案;而四项行动架构则挑战现有商业模式和行业战略逻辑,包括”删除”、”减少”、”提升”和”创新”四个关键问题。最后详细阐述了如何在技术团队管理中应用这些方法,通过一个被称为「解脱」的过程来摆脱惯性思维的束缚。

技术管理者必备技能之解决问题的 3 个层次

作为一名技术管理者,面对日常工作中的各种问题和挑战,我们需要具备出色的问题解决能力。技术团队管理本身就是一项充满挑战的任务,而解决问题的能力更是推动团队向前的关键。当一个技术管理者拥有极强的解决问题的能力后,他大概能应对挑战、降低风险、提高团队绩效、增强领导力并提升个人职业发展。

在解决问题的过程中,我们可以将问题分为三个层次。了解这三个层次将帮助我们更好地应对不同场景下的问题,成为更优秀的技术管理者。

1 应急响应类

应急响应类问题的处理是通过快速反应和短期改进措施来修复问题的反应性流程。其主要作用是停止损害,防止蔓延

应急响应通常是一种反应式行为,并不研究根本性的问题以及背后的原因。应急响应不会导致理想状态的实现,但是仍然可以满足即时需求、保护客户,为更加深入地挖掘和调查重要细节赢得宝贵时间。有效的应急响应有助于企业产品获得更好的稳定性。

应急响应类问题涉及到系统或产品出现紧急故障时,需要立即采取行动以避免进一步影响。这种解决方式专注于快速应对问题,暂时稳定状况,但可能不会深入探讨问题的根本原因。例如,服务器宕机导致网站无法访问,技术管理者需要立即组织团队快速评估问题的严重性,制定并实施紧急应对措施,进行故障排查,找出问题根源并进行修复,以保障系统正常运行。

针对此类问题,常规处理流程如下:

  1. 确认问题:在故障发生时,第一步是确认问题的具体表现和影响范围。
  2. 快速定位:尽快找到故障发生的关键环节或设备。
  3. 制定应急措施:为了防止问题扩大,制定临时应对措施,如切换备用设备或临时修复。
  4. 实施解决方案:采取相应的技术手段和方法解决故障。
  5. 验证修复:确认故障已被解决,系统恢复正常运行。
  6. 总结复盘:分析故障原因,制定预防措施,避免类似问题再次发生。

以某个互联网产品的后台服务出现异常,导致用户无法正常登录。为解决该问题,我们可以采取以下步骤:

  1. 确认问题:收集用户反馈,查看日志和监控数据,确定问题的具体表现和影响范围。
  2. 快速定位:分析日志和监控数据,找出异常发生的关键服务或代码模块。
  3. 制定应急措施:为防止问题扩大,可以临时限制新用户注册,或者启用备用服务器等。
  4. 实施解决方案:针对定位到的问题,进行相应的代码修复或配置调整,然后重新部署服务。
  5. 验证修复:测试修复后的服务,确认用户可以正常登录,系统恢复正常运行。
  6. 总结复盘:分析故障原因,制定预防措施,优化代码质量和监控预警机制,避免类似问题再次发生。

在职场中,经常会出遇到此类的问题,一个技术管理者也经常需要作为发言人去回复此类问题,可能是对业务方或者上级等等。一般我们回复此类问题可以按以下逻辑来讲:

  1. 问题描述:首先,简洁明了地描述问题的现象,包括故障发生的时间、影响范围以及涉及的系统或模块。
  2. 原因分析:接下来,阐述经过团队排查后发现的问题根源,以及问题产生的原因。
  3. 解决措施:说明已经采取的解决措施以及恢复情况,包括故障处理时间以及目前系统恢复的程度。
  4. 防范措施:提出针对此次故障,团队将采取哪些预防措施,以避免类似问题再次发生。
  5. 跟进计划:最后,描述团队将如何跟进并持续关注问题的后续处理,以确保问题得到妥善解决。

示例:

问题描述:今日上午 10:00,我们的网站出现了访问故障,影响了所有用户对网站内容的访问。
原因分析: 经过团队紧急排查,我们发现问题出在流量爆涨,导致服务器负载过高,从而让部分服务无法正常响应用户请求。
解决措施: 我们迅速扩展了服务器资源,同时优化了负载均衡策略。截止目前,网站访问已恢复正常,全部用户可以正常访问。
防范措施:为防止类似问题再次发生,我们将加强服务器负载监控,提前预警潜在风险。同时,我们将对现有负载均衡策略进行评估和优化,确保系统稳定性。
跟进计划:我们将在未来一周内密切关注网站运行状况,并定期向您汇报服务器性能数据。如有任何问题,请随时联系我们。

2 深度分析类

深度分析类问题和应急响应类问题相比有一个不同点,在于速度。应急响应类的方式以一种快速而急切的方式处理紧急问题,深度分析的方式则遵循更加严谨的结构,通常包括数据收集、多方分析和深度研究,可能需要以一种更科学的方式花费几小时、几天、几周,甚至更长时间来完成。

深度分析类不会每次出现问题就触发,仅在以下场景下发生:

  1. 重复发生的问题。
  2. 对安全、质量、交付、成本、士气、生产率或者其他关键绩效指标产生负面影响,且不知道根本原因与解决方案的任何问题。

深度分析类问题的解决是通过确定一个明确的目标,以及与之对应的衡量和管理流程来实现的。深度分析类的问题解决是重复的,直到人们清楚地了解问题,解决问题,并且防止问题再次出现为止。

针对此类问题,常规处理步骤如下:

  1. 界定问题:在这个阶段,技术管理者需要充分了解问题的背景,并使用事实和数据来描述现状与期望标准之间的差距。这包括明确问题的目的、范围、影响和紧迫性。问题描述应遵循 SMART 原则(具体、可衡量、可实现、相关、时限)。
  2. 分解问题:分解问题是第一步的延续,但是更加细化,为了更好地理解问题,技术管理者需要将问题分解成更小的部分。可以采用逻辑树、鱼骨图等工具来实现问题的分解。在分解过程中,应确保各部分之间的关系符合 MECE 原则(互斥且完全穷尽)。然后,针对每个子问题进行深入的分析、量化和细化。
  3. 建立目标和成功判断:在明确了问题的具体表现和原因后,技术管理者需要设定一个清晰的目标,以便于团队集中精力解决主要问题。目标应具有明确的完成标准和时间节点,并遵循 SMART 原则。此外,管理者还需要确保目标与公司战略目标保持一致。同时,为了衡量解决方案的成功程度,需要确定一些关键成功指标。
  4. 根因分析:根因分析是指根本原因分析,技术管理者需要深入挖掘问题的根本原因,以便于制定针对性的解决方案。可以采用 5W、因果图等工具来进行根本原因分析。找到根本原因后,管理者需要验证这些原因,确保它们是问题产生的关键因素。
  5. 制定解决方案:根据根因分析的结果,技术管理者需要制定相应的解决方案。解决方案是能够防止问题再次发生的应对措施,并不是指实施你感觉正确或者你希望奏效的行动。对于任何实施措施而言,能否防止问题再次发生和达成前几个步骤所确定的目标,是验证解决方案是否有效的主要检查点。解决方案应具有可行性和可持续性,以确保长期效果。同时,解决方案应具有创新性,以提高团队的问题解决能力。
  6. 里程碑:为了确保解决方案的实施过程井然有序,技术管理者需要设定一系列里程碑。每个里程碑都应与特定的任务或目标相关联,有助于监控项目进度和实现预期结果。里程碑除了监控项目进度,还有一个作用是对外或对上的汇报,以大的时间节点同步项目的进展
  7. 工作计划:在这个阶段,技术管理者需要为团队制定详细的工作计划,包括任务分配、时间表和预期结果。工作计划应确保各个团队成员清楚自己的职责和期望,以提高执行效率。同时,管理者需要与团队成员保持密切沟通,确保计划的实施过程中能够及时调整和改进。在工作计划中预期结果一定要体现必须的交付物,让预期结果是有能落地的点。
  8. 风险判断:在实施解决方案的过程中,技术管理者需要关注可能出现的风险和问题。这包括对潜在风险进行识别、评估和分类,以便于采取适当的预防和应对措施。管理者应与团队成员共同讨论可能的风险,制定风险应对策略,确保项目的顺利进行。
  9. 未来改进:问题解决并非一次性事件,而是一个持续的过程。在解决方案实施后,技术管理者需要关注其效果,并根据实际情况进行调整和改进。同时,管理者还应从这个过程中总结经验教训,为未来解决类似问题提供借鉴。

通过以上九个步骤,技术管理者可以结构化地解决复杂问题,提高团队的问题解决能力。这种方法论强调了问题的分析和解决过程的重要性,有助于确保解决方案的有效性和可持续性。

这九个步骤可以作为深度分析类问题的规划方案文档的一级标题。

3 追求卓越类

追求卓越类问题和深度分析类问题相比,通常都以检查关键指标开始,但是有一些差别。 深度分析类是要对趋势显示出来的与已设定目标的差距进行反应,而追求卓越类的这种机制则是通过建立新的、更具挑战性的未来状态而主动发起。

深度分析类问题解决方式聚焦在澄清问题及其直接原因上,要尽可能明确和具体。其思维和流程在本质上是调查性的,通过发现与标准之间的偏差,并将关键项目恢复到正常工作状况,围绕着恢复到已知标准或者之前的绩效水平而展开。深度分析类的思维接受现有标准

相比之下,追求卓越类思维会从根本上对现状提出质疑:「理想状态是怎样的,有没有更好的状态,或者应该是怎样的?」。刚开始的时候你可能没有明确的答案,你必须构想一种改进后的目标状态或未来状态。在聚焦到具体明确的个体问题之前,追求卓越类的问题解决者要拓宽思维宽度,去思考多个备选状态和路径以实现构想。

针对此类问题,常规处理步骤如下:

  1. 背景:列出受众和参与者可能需要知道的信息。提供项目的背景信息,例如组织环境、历史、市场情况等。确保所有相关人员对项目有充分了解,为后续步骤打下坚实基础。
  2. 现状定义:以图表等可视化的方法描述现状,让受众能更好地接收信息。例如,绘制价值流图,展示当前流程的关键环节、瓶颈和效率。通过直观地呈现现状,帮助团队成员更好地理解问题所在。
  3. 现状分析:全面地检验不同要素的改善潜力,比如前置时间、服务、绩效、成本和特性等。运用数据分析、用户反馈和内部评估等手段,找出现有流程中可以改进的地方。
  4. 设定目标:明确要在什么时候完成什么,并确定改善的具体水平。设定有挑战性且可实现的目标,为后续改进提供方向。
  5. 目标状态的定义:可视化地展示改进后的新状态,通过想象图、流程图或数据等方式,形象地呈现预期的目标状态。这有助于团队成员清晰地了解改进的方向和目的。
  6. 制定执行计划:列出具体的细节,比如姓名、责任、日期和预期产出结果等。明确具体的细节,确保团队成员清楚自己的职责和期望。如果需要,可以将执行计划与其他项目计划相结合进行管理。
  7. 检查结果:检查改进后的绩效水平是否达到预期。通过定期评估和数据分析,了解实施情况及效果,确保改进措施取得实际成果。
  8. 跟进与标准化:制定行动清单,确保改进结果在长期运行中是可维持的。对改进措施进行持续跟踪,评估其有效性,确保新的标准在组织内得到广泛应用和推广。

以一个互联网 SaaS 产品在高峰时段用户体验下降,页面加载速度变慢为例来描述整个过程:

  1. 背景:我们的 SaaS 产品面向企业客户,提供在线办公协作功能。近期我们发现,用户在高峰时段访问产品时,页面加载速度减慢,影响了用户体验。
  2. 现状定义:通过监控系统收集数据,绘制访问速度和用户活跃度随时间变化的图表。在图表中标注高峰时段,突出问题所在。
  3. 现状分析:分析服务器资源、带宽、前端优化等多个方面的因素,找出可能导致页面加载速度变慢的原因。例如,检查服务器响应时间、CDN 服务情况、代码优化等。
  4. 设定目标:在高峰时段将页面加载速度提高到行业标准水平。为实现这一目标,我们将设定一个合理的实施时间,例如 3 个月。
  5. 目标状态的定义:绘制改进后的访问速度和用户活跃度随时间变化的图表,展示目标状态。同时,列出在服务器资源、带宽和前端优化等方面需要达到的具体指标。
  6. 制定执行计划:为实现目标状态,我们需要分配任务给团队成员。例如:张三负责服务器资源优化,如升级硬件、调整负载均衡策略等。李四负责带宽和 CDN 服务调整,以确保高峰时段能应对流量需求。王五负责前端优化,如代码压缩、图片资源优化等。
  7. 检查结果:在实施改进措施后,持续监控页面加载速度和用户活跃度。通过数据分析,检查改进后的绩效水平是否达到预期。
  8. 跟进与标准化:为确保改进效果的持久性,我们需要:对实施过程进行总结,提炼经验教训。将改进措施纳入团队的日常工作流程,确保新的标准得到长期执行。定期回顾和评估改进效果,以便在未来进一步优化。

4 小结

本文主要探讨了技术管理者在应对日常工作中不同类型问题时,如何运用有效的问题解决能力来提升团队绩效。文章将问题分为三个层次:应急响应类、深度分析类和追求卓越类。对于应急响应类问题,例如服务器宕机等紧急故障,技术管理者需迅速评估并实施紧急应对措施。深度分析类问题则需要更加严谨和系统的方法,如面对重复发生或对关键绩效指标产生负面影响的问题,技术管理者要深入挖掘根本原因并防止问题再次出现。而在追求卓越类问题解决过程中,技术管理者需要勇于挑战现状,设定更具挑战性的未来目标,从而实现技术团队的持续进步。

通过了解这三个层次的问题解决方式,技术管理者能更加从容应对各种问题和挑战,为团队创造一个更高效、卓越的技术环境,推动团队不断向前发展。

异地技术团队管理的三大模式六项注意

1 为什么会有异地团队

当一个企业成长到一定程度后,往往会在多地建立研发中心或者业务中心,这里企业的考量可能会有如下的一些点:

  1. 人才资源:不同的城市和地区可能具有独特的人才资源,通过在多个城市建立研发中心,公司可以吸引和招聘到更多具有不同技能和背景的优秀人才。这有助于公司在保持竞争力,并确保能够获取到足够的人才来支持研发和业务需求。
    比如深圳是中国的高新技术产业中心,其在硬件制造、消费电子、通信技术等方面具有很强的竞争力,对硬件制造、物联网、人工智能等领域拥有丰富经验的工程师较多,并且由于深圳地理位置优越,靠近香港,拥有国际化的人才环境,因此在跨境项目和多元文化沟通方面具备优势;
    又如北京是中国的政治、文化和教育中心,拥有众多顶级高校和研究机构,拥有大量理论研究和技术创新方面的顶尖人才,北京的互联网行业较为成熟,尤其是在互联网+政务、在线教育、大数据等方面有较多经验的人才。

  2. 市场覆盖:在多个城市设立研发中心有助于公司更好地了解和适应不同地区的市场需求。这可以让公司更迅速地响应市场变化,提供更符合客户需求的产品和服务。

  3. 成本优化:不同地区的劳动力成本、房地产成本和生活成本可能存在差异。在多个城市建立研发中心可以让公司充分利用各地的成本优势,降低整体运营成本。如一些深圳/北京的公司,会把一些研发中心放到西安、成都、武汉、长沙等城市。

  4. 政策支持:一些城市为了吸引优秀企业入驻,可能会提供各种政策支持,如税收优惠、低息贷款、用地优惠等。在多个城市建立研发中心可以让公司充分利用这些政策优势,降低研发成本。

除此之外,还有风险分散的考虑,技术合作与创新等等,最终都是帮助公司获得更多的资源和优势,提高整体竞争力。

2 异地团队会有什么问题

以技术团队为例,当有多个技术团队在不同的城市后,与所有技术团队在同一个地方相比,会有一些问题出现,主要分为以下的 4 个方面:

2.1 团队建设和凝聚力打造困难

由于缺乏面对面交流和互动,异地团队成员之间可能难以建立信任和凝聚力。而团队建设和凝聚力是影响团队绩效的重要因素。当技术团队分布在不同城市时,团队建设和凝聚力可能受到以下方面的影响:

  1. 面对面交流机会少: 当团队成员分布在不同城市时,他们的面对面交流机会将大大减少。面对面交流有助于加深团队成员之间的了解、建立信任和加强团队凝聚力。例如,共同参加团队活动、庆祝生日等场合,能增强团队成员之间的情感联系。而分布在不同城市的团队成员可能很难享受到这些互动的机会。

  2. 困难的团队文化塑造: 一个健康的团队文化对于团队建设和凝聚力至关重要。在异地团队的情况下,公司需要付出更多的努力来塑造统一的团队文化。例如,各地团队可能在工作习惯、价值观、沟通方式等方面存在差异,这些差异可能导致团队凝聚力降低。

  3. 时空的隔阂: 异地团队面临地理距离的挑战,以及各地工作安排导致的时间不一致的问题。这种情况下,团队成员可能较难以达到理想的实时沟通,而在中国实时沟通是大部分公司的必备品,大家更习惯于实时的沟通,而不是异步的非实时沟通。

  4. 缺乏有效的团队认同感: 异地团队成员可能会感到自己与其他团队成员的联系较弱,这会导致他们缺乏对整个团队的认同感。例如,一个异地团队成员可能对其他城市团队的工作情况和成果了解较少,难以形成归属感和共同的目标。

2.2 项目管理及实时协同难度大

异地团队成员可能难以实时协作,尤其是涉及紧急问题或需要即时反馈的情况。项目管理及协同难度增大主要表现在以下的 3 个方面:

  1. 沟通成本上升:当团队成员分布在不同城市时,团队之间的沟通成本会显著增加。团队成员需要通过电话、电子邮件、即时通讯等工具进行沟通,这可能导致信息传递的延迟和误解。例如,一个团队成员在深圳提出一个需求变更,另一个团队成员在上海可能需要数小时甚至一天后才能了解到这一变更,从而影响项目进度。

  2. 快速应对变化的能力变弱:异地团队可能在应对突发事件和变更需求时存在局限。假设一个重要客户要求对产品进行紧急修改,跨城市的团队成员可能需要在短时间内协调资源和安排工作,而地理隔离使得这一过程变得更加困难。

  3. 时间管理和跨团队协调困难:不同城市的团队可能存在不同的工作时间和节假日安排(比如某个城市因为办公场地原因而全员居家),这可能导致某些任务在协作过程中出现延迟。例如,在一个紧急 bug 修复的情况下,由于一个城市的团队正在度假,另一个城市的团队需要独自解决问题,可能导致修复速度变慢。

2.3 监督和管理困难

在异地团队中,监控和评估团队成员的绩效可能较为困难。管理者需要找到合适的方法和指标,以便对团队成员的工作成果进行公平、准确的评估。监督和管理困难主要包括以下的一些情况:

  1. 工作状态难以掌握:由于地理隔离,管理者可能无法直接了解团队成员的工作状态和情况。例如,一个城市的团队可能遇到了技术难题,导致项目进度受阻,但管理者由于无法亲自与团队成员交流,可能难以及时发现问题并采取相应措施。

  2. 绩效评估困难:在异地团队中,评估团队成员的工作绩效可能变得更加困难。由于缺乏面对面交流,管理者可能无法准确评估团队成员的工作质量和效率。例如,一个城市的团队成员可能在某个任务上花费了较长时间,但管理者无法确定这是否是由于技术难题还是工作效率低下。

  3. 难以建立信任和团队凝聚力:地理隔离可能导致管理者难以建立与团队成员的信任关系,从而影响团队凝聚力。例如,一个城市的团队成员可能对管理者的决策表示质疑,由于无法进行面对面沟通,管理者可能无法充分解释决策背后的原因,从而导致信任度降低。

  4. 协调和调动资源困难:异地团队的管理者可能在协调和调动资源方面面临挑战。当项目需求发生变化或出现紧急问题时,管理者需要快速协调各地团队的资源,但地理隔离可能使这一过程变得更加复杂。例如,在一个紧急项目中,管理者需要从多个城市的团队中调集人力资源,但由于异地情况,这可能导致资源调配的速度和效果受限。

整体来说,主要是由于沟通与协作问题导致的各种延展性问题。缺失的面对面沟通、缺少肢体语言、表情语言等,可能导致信息传递不畅、误解和沟通成本的增加。我们无法彻底解决这些问题,但是能通过一些手段来缓解。

3 三大模式

为解决上面这些问题,我们在工作中发现了一些在不同的环境和场景中具有普遍适用性的解决或缓解问题方法,以模式的形式表述出来。

3.1 代理模式(Proxy Pattern)

代理模式在团队管理中可以被用于创建一个协调人或代表角色,负责处理某个团队或多个团队之间的沟通与协作。代理角色在此情景下充当一个中介,处理跨团队的需求、问题解决和资源协调。代理模式有助于简化沟通流程,提高团队协作效率。

具体实施方案:

  • 为每个团队或职能领域设立代理角色,如前端代理、后端代理、QA 代理和移动端代理。
  • 代理角色负责处理跨团队的需求和问题,同时将反馈和解决方案传递给相应团队。
  • 组织定期的代理角色会议,让代理们相互沟通和协作,以确保团队目标的达成。
  • 建立代理角色的沟通汇报机制,如定期晨会、周报和项目维度的回顾会。

3.2 门面模式(Facade Pattern)

门面模式提供了一个统一的接口来访问子系统中的一组接口。在团队管理中,可以创建一个统一的协调角色(如项目经理或技术负责人),该角色负责协调团队成员的工作,并充当各个团队之间的沟通桥梁。这有助于确保团队之间的沟通更加高效,降低沟通成本。

具体实施方案

  • 设立项目经理、技术负责人或者某个业务模块的 DRI 角色,负责跨团队协调和沟通。
  • 为每个团队成员分配具体的职责和任务,以便在项目经理或技术负责人的协调下高效协作。
  • 定期召开跨团队会议,确保团队之间的沟通畅通,及时解决问题。

门面模式和代理模式看起来有一点相似,其本质上是有区别的,区别在于授权的范围,门面模式不用太关注其内部实现,而代理模式在管理上要更深入细节一些。

在实际应用中,我们通常在各职能和各业务模块中使用代理模式,而针对不同的区域使用门面模式,由当前地区的负责人提供统一的输出。

3.3 观察者模式(Observer Pattern)

观察者模式在团队管理中可以应用于实时通知和信息共享。当一个团队成员对项目状态或任务完成情况进行更新时,其他相关成员可以作为观察者实时收到通知。这种模式有助于保持团队成员之间的信息同步,提高沟通效率。

具体实施方案

  • 为团队成员创建一个共享平台,如任务管理工具、项目管理系统等。
  • 当某个团队成员更新任务状态或项目信息时,系统自动通知其他相关成员。
  • 通过观察者模式,确保团队成员之间的信息同步,减少冗余沟通。

4 六项注意

4.1 相互信任

信任是团队协作的命脉。要想促进并保持长久的关系,你就必须信任他人,他们也必须信任你。与此同时,他们还必须相互信任。

信任来自相互理解对方的价值观、个人经历和立场。为了实现这一目标,我们必须承认自己的弱点,我们必须开放。这样我们才能够建立起共同的价值观和彼此信任。

信任在异地团队中有如下的好处:

  1. 提高团队凝聚力:信任关系有助于增强团队成员间的默契,从而提高团队凝聚力。当团队成员信任彼此时,他们更愿意携手合作,共同解决问题。
  2. 提高工作效率:信任关系可以促使团队成员更加开放地分享信息、资源和建议,从而提高整体工作效率。当团队成员相互信任时,他们更可能分享自己的想法和专业知识,共同解决问题。
  3. 降低沟通障碍:信任有助于消除团队成员间的沟通障碍,提高沟通效果。当团队成员彼此信任时,他们更愿意倾听对方的意见,以开放的态度接受建议和批评。
  4. 降低管理成本:信任关系有助于减轻管理压力,降低管理成本。当团队成员相互信任时,他们更可能自我管理,减少管理者的介入。
  5. 增加创新和风险承担:信任关系有助于创造一个安全的环境,使团队成员更愿意尝试新的想法和承担风险。当团队成员彼此信任时,他们更可能勇于创新和承担失败的风险。

建立相互信任关系的方法,以下是一些常见的方法:

  1. 增加沟通

    • 定期开展团队会议,让团队成员分享项目进展、遇到的困难和解决方案。
    • 鼓励一对一交流,让团队成员有机会深入了解彼此的工作、兴趣和需求。
    • 举办团队活动,如团队建设、庆祝活动和知识分享,促进团队成员间的互动和信任。
  2. 增加透明度

    • 使用项目管理工具,让团队成员能够实时查看项目进度和任务分配。
    • 定期分享业务战略、目标和团队绩效,让团队成员了解公司的发展方向。
  3. 赋予责任和权力

    • 根据团队成员的专长和兴趣分配任务,让他们在完成任务时有更大的自主权。
    • 鼓励团队成员在解决问题时提出建议和改进方案,展现对他们的信任。
  4. 鼓励支持和合作

    • 创建一个支持性的氛围,让团队成员在遇到问题时不惧于寻求帮助。
    • 鼓励团队成员互相学习、分享经验,以解决共同面临的问题。
  5. 表扬和认可

    • 在团队会议上表扬团队成员的优秀表现和努力。
    • 为表现突出的团队成员提供奖励,如奖金、晋升和表彰。
  6. 建立公平的环境

    • 确保团队中的决策过程透明,鼓励团队成员参与讨论和决策。
    • 设定明确的激励和奖惩

4.2 仪式感

在异地管理中,仪式感是一种有意识地营造正式或非正式场景,以传递重要信息、强化文化价值观、增强团队凝聚力和提升员工信任感的方式。

在异地团队中,恰当的仪式感具有以下好处:

  1. 增强团队凝聚力:仪式感有助于让团队成员感受到归属感和团队精神,从而增强团队凝聚力。
  2. 传递公司文化和价值观:通过仪式感,可以传递公司的文化和价值观,帮助团队成员更好地理解和认同这些价值观。
  3. 提升员工士气和信任感:仪式感可以激发团队成员的积极性和参与感,从而提高员工士气和信任感。
  4. 建立清晰的期望和目标:仪式感有助于确立团队成员的期望和目标,提高工作效率和执行力。

那如何建立恰当的仪式感呢?

  1. 定期召开团队会议:固定时间、地点召开团队会议,让团队成员汇报进展、分享经验、讨论问题。如每周一召开全体成员参加的在线例会,或者对于管理团队,定期如开包含问题同步和处理,学习分享的管理例会。
  2. 庆祝重要节点和成就:为团队的重要成就和里程碑设立庆祝活动,以增强团队成员的归属感和自豪感。如在项目完成时,举办在线庆祝活动,表彰优秀团队成员。
  3. 组织团队建设活动:定期组织线上或线下的团队建设活动,增进团队成员间的联系和互动。如每季度举办一次线上游戏比赛,增强团队成员之间的合作和交流。
  4. 激励和认可:对团队成员的努力和成果给予表扬和认可,提高他们的信任感。如每月颁发「最佳团队贡献者」奖项,表扬表现优秀的团队成员。
  5. 传递公司文化:通过仪式感传递公司文化,帮助团队成员理解和认同公司的价值观。如每年举办一次公司文化分享活动,邀请公司领导和团队成员分享公司文化和价值观。

4.3 严格目标管理,注重结果

在异地技术团队管理中,严格的目标管理和注重结果至关重要,因为这有助于确保项目按时完成、质量达标,并提高团队成员的工作效率和执行力。

以下是实行严格目标管理和注重结果导向的好处:

  1. 明确工作目标:设定清晰的目标和期望,帮助团队成员明确工作重点,避免资源浪费和目标模糊。
  2. 提高工作效率:明确的目标和期望有助于团队成员更高效地完成任务,降低拖延和低效的可能性。
  3. 便于评估和改进:结果导向的管理使团队可以通过衡量实际成果来评估工作效果,从而找出不足并进行改进。
  4. 激发团队成员积极性:目标明确、注重结果的管理方式有助于激发团队成员的积极性和责任心,鼓励他们为实现目标而努力。
  5. 有利于项目按期完成:严格的目标管理和注重结果有助于确保项目按计划进行,按时完成,避免延期。

那么如何实施严格的目标管理和注重结果导向?有如下 7 个方法

  1. 设定明确的目标:为项目和团队设定明确、可衡量、可达成的目标。如在项目开始时,为团队设定一个明确的项目交付日期,并明确交付内容的具体要求(也就是大家常说的 deadline 是第一生产力)。
  2. 制定详细的计划:为实现目标制定详细的计划和进度表,包括任务分配、时间安排等。如使用项目管理工具(如Trello、Jira等)制定详细的任务列表和时间表,如果没有这些工具,搞个在线表格也是极好的。
  3. 定期检查进度:定期与团队成员沟通,了解项目进度和遇到的问题,确保项目按计划进行。如定期的项目晨会(可以按周,或按天,也可以一周两次,根据实际情况调整),让团队成员报告各自的任务进展和遇到的问题。
  4. 强调结果导向:鼓励团队成员关注实际成果,以实现预定目标。在管理过程中对团队成员的绩效评估更注重实际完成的任务和贡献,而非工作时长或其他表面指标(不要卷加班)。
  5. 及时反馈和调整:根据实际进度和成果,及时给予团队成员反馈,调整目标或计划。如当发现某个任务进度落后时,及时与相关成员沟通,分析原因,并调整计划或提供支持。如当发现某个任务进度落后时,及时与相关成员沟通,分析原因,并调整计划或提供所需资源,以确保项目仍能按时完成。
  6. 定期总结和复盘:项目结束后,与团队成员一起总结经验教训,分析成功与失败的原因,以便在未来项目中持续改进。如项目结束后,组织团队进行复盘会议,总结项目的优点和不足,制定改进措施。或者迭代结束后做一些回顾。

我们在团队管理中,目标管理是一个非常重要的点,一定要自己主导,不能授权,作为一个技术团队的负责人,方向是你来定的,未来在你的手里

4.4 扁平、弹性的组织架构

在异地技术团队管理中,组织架构至关重要,因为组织架构会影响团队的沟通效率、决策速度、责任分配和协作。适合异地技术团队的组织架构应具备以下特点:扁平化、模块化、弹性和高度协作。

  1. 扁平化:扁平化的组织结构有助于提高沟通效率,减少信息传递过程中的失真和延迟。扁平化组织中,每个成员能够直接向上级汇报,决策速度更快,执行力更强。

  2. 模块化:将工作划分为具体的、相对独立的模块,有助于提高团队的协作效率。每个模块可以由一个或多个团队负责,这样可以减少跨团队协作的复杂度,降低沟通成本。

  3. 弹性:适应不断变化的项目需求和团队规模,组织架构需要具备一定的弹性。弹性的组织架构可以快速调整资源分配和团队规模,以满足项目发展的需要。

  4. 高度协作:鼓励团队成员之间的协作和互助,以提高工作效率和质量。高度协作的团队可以更好地应对复杂问题,减少重复劳动和资源浪费。

以下是如何实现适合异地技术团队的组织架构:

  1. 利用技术手段优化沟通:使用沟通和协作工具(如钉钉、企业微信、飞书、Microsoft Teams等)提高沟通效率,方便团队成员跨地域、跨部门协作。
  2. 决策下放:授权团队成员在其负责领域做出决策,提高决策速度。如将需求评审的决策权下放至小组 leader 或 DRI,甚至一线开发,让他们根据自己的专业知识对需求进行评估和调整。
  3. 设立技术负责人或项目经理:在每个地区或团队设立技术负责人或项目经理,负责协调团队成员的工作,确保项目顺利进行。如在各城市的团队中各设立一名项目经理,负责当地团队的项目进度和资源协调。
  4. 定期进行跨团队沟通:组织定期的跨团队会议,让各个团队分享进展、问题和解决方案。这有助于提高团队间的了解和协作。如每两周组织一次跨团队分享会议,让各个团队汇报自己的进展和挑战,共同寻找解决方案。
  5. 提供培训和支持:为团队成员提供技能培训和支持,以便他们更好地适应组织架构变化。如提供关于敏捷开发、跨部门协作等方面的培训课程,帮助团队成员提高工作效率和协作能力。
  6. 鼓励创新和变革:建立一种鼓励创新和变革的文化,让团队成员敢于尝试新方法,优化工作流程。如设立创新奖励计划,对于提出改进方案并成功实施的团队成员给予奖励。或者团队负责人亲自来参与或推进一些创新的事项,如最近的比较热的 AI。

4.5 统一的技术栈

在异地技术团队管理中,统一技术栈非常重要,因为它能为团队带来以下好处:

  1. 提高协作效率:统一技术栈能确保团队成员之间更容易进行技术交流和协作,避免因技术差异导致的沟通障碍和额外工作量。
  2. 降低维护成本:使用相同的技术栈,使得维护、调试和优化工作更加简单,减少因为技术差异导致的额外成本。
  3. 增强团队能力:统一技术栈有助于团队成员互相学习,提高整体技术能力,使得团队在面对复杂项目时更具备应对能力。
  4. 简化招聘和培训:统一技术栈使得招聘和培训过程更加简单,因为公司可以针对特定技术栈进行招聘和培训,提高招聘效率和培训质量。

为实现统一技术栈,我们可以采取以下方法:

  1. 制定技术规范和标准:制定统一的技术规范和标准,确保各地团队遵循相同的技术实践。如制定统一的编码规范、代码审查标准和自动化测试要求。
  2. 组织上增加架构设计的职能或者技术通道的职能组织: 通过组织的方式构建技术栈统一的土壤。
  3. 搭建技术共享平台:创建内部技术分享平台,让团队成员分享技术心得、问题解决方案和最佳实践,有助于统一技术理念和实践。如搭建一个内部的技术博客平台,鼓励成员撰写和分享技术文章。
  4. 统一基建和开发流程中的系统: 通过使用工具的统一达到技术栈的统一。
  5. 选型时充分调查和论证:在技术选型阶段,充分调查并论证各种技术方案的优缺点,确保选择的技术栈适合公司的业务需求和发展战略。
  6. 定期评估和调整:定期评估技术栈的合理性和有效性,根据项目需求和团队能力进行调整,以保持技术栈的统一性和先进性。如每年定期组织技术栈评审和审查,了解目前所使用的技术栈是否仍然满足业务需求,或者是否有新技术可以更好地支持业务发展。

通过以上方法,异地技术团队可以实现技术栈的统一,从而提高协作效率、降低维护成本、增强团队能力,并简化招聘和培训过程。这将有助于提高团队整体的研发效能,使得公司在面对市场竞争和业务挑战时更具备优势。

4.6 高效的沟通机制

异地团队最突出的问题是沟通问题,在我们平常的沟通过程中需要选择合适的沟通渠道和做有准备的沟通。良好的沟通有如下的好处:

  1. 能提高沟通效率:采用合适的沟通方式可以确保信息准确、及时地传递给相关人员,避免因沟通不畅导致的误解和冲突。
  2. 增强团队凝聚力:良好的沟通方式有助于增进团队成员之间的理解和信任,提高团队凝聚力。
  3. 减少资源浪费:有效的沟通方式能够减少不必要的会议和重复工作,降低资源浪费。
  4. 支持项目管理:清晰的沟通方式有助于确保项目进度、需求和问题得到及时解决,保障项目顺利进行。

我们可以通过如下的一些方式达到比较高效的沟通机制:

  1. 明确沟通目标和内容:在沟通开始前,明确沟通的目的、内容和预期结果。如:在项目会议开始前,列出讨论议题、相关人员和预期决策。
  2. 选择合适的沟通渠道:根据沟通内容和参与人员,选择合适的沟通渠道。如:对于紧急问题,可以使用电话或即时通讯工具(如微信、钉钉等)进行沟通;对于团队日常工作,可以使用邮件或者项目管理工具(如Jira、Trello等)进行沟通。
  3. 建立沟通规范:制定团队沟通规范,确保沟通有效进行。如:要求团队高效会议,或者要求团队成员在邮件中使用清晰的主题行、合理的收件人列表以及简洁明了的正文。
  4. 鼓励开放和诚实的沟通:营造一个鼓励团队成员开放、诚实地表达观点和需求的氛围。如:在团队会议上,鼓励成员提出问题、建议和想法,避免惩罚性的反馈。
  5. 定期进行沟通培训:为团队成员提供沟通技巧培训,以便他们更好地进行沟通。如:提供关于有效沟通、团队协作等方面的培训课程。

值得注意的是,异地的沟通中尽量少用邮件,邮件适用于传达信息和事实,撰写时还需要注意措辞,以防误会的发生。

单纯的文字无法传递情绪,如果要传达你的想法时,最好拿起电话进行视频,通过视频也能制造多次「见面」的机会更有利于建立信任。

现在用 IM 类工具也比较多了,在清晰的文字表达的基础上,多用表情包。

5 后记

上面说了这么多,有点啰嗦,简单点来说就是:多见见,多一起喝点酒,多一起搞定一些事情,保证基本的机制、流程、标准、工具和系统,也就差不多了。

异地的问题表象是见不着,核心要解决的是效率的问题。

技术团队的管理更多的还是人的问题,还是需要有情感的交流和因为长时间的一起工作而产生的向心力。 我们所做的这些仅能缓解这些问题。

当然,可能有同学会更喜欢异地/远程的工作协同模式,此处因人而异,从个人的角度来看:从团队的角度,从效能的角度,本地化团队会是更高效的选择。

当然以上的模式和注意事项在非异地团队的情况下也是可以使用的,而且效果会更好,因为这些的本质是授权管理和过程管理的逻辑。