<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>潘锦的空间 &#187; 技术管理者</title>
	<atom:link href="https://www.phppan.com/tag/%e6%8a%80%e6%9c%af%e7%ae%a1%e7%90%86%e8%80%85/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.phppan.com</link>
	<description>SaaS SaaS架构 团队管理 技术管理 技术架构 PHP 内核 扩展 项目管理</description>
	<lastBuildDate>Sat, 25 Apr 2026 00:56:17 +0000</lastBuildDate>
	<language>zh-CN</language>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=3.9.40</generator>
	<item>
		<title>技术管理者必备技能之解决问题的 3 个层次</title>
		<link>https://www.phppan.com/2023/05/3-levels-of-problem-solving/</link>
		<comments>https://www.phppan.com/2023/05/3-levels-of-problem-solving/#comments</comments>
		<pubDate>Wed, 03 May 2023 10:07:46 +0000</pubDate>
		<dc:creator><![CDATA[admin]]></dc:creator>
				<category><![CDATA[PHP]]></category>
		<category><![CDATA[必备技能]]></category>
		<category><![CDATA[技术管理]]></category>
		<category><![CDATA[技术管理者]]></category>
		<category><![CDATA[解决问题]]></category>

		<guid isPermaLink="false">http://www.phppan.com/?p=2103</guid>
		<description><![CDATA[作为一名技术管理者，面对日常工作中的各种问题和挑战，我们需要具备出色的问题解决能力。技术团队管理本身就是一项充 [&#8230;]]]></description>
				<content:encoded><![CDATA[<section id="nice" style="color: black;" data-tool="mdnice编辑器" data-website="https://www.mdnice.com">
<p data-tool="mdnice编辑器">作为一名技术管理者，面对日常工作中的各种问题和挑战，我们需要具备出色的问题解决能力。技术团队管理本身就是一项充满挑战的任务，而解决问题的能力更是推动团队向前的关键。当一个技术管理者拥有极强的解决问题的能力后，他大概能应对挑战、降低风险、提高团队绩效、增强领导力并提升个人职业发展。</p>
<p data-tool="mdnice编辑器">在解决问题的过程中，我们可以将问题分为三个层次。了解这三个层次将帮助我们更好地应对不同场景下的问题，成为更优秀的技术管理者。</p>
<h1 data-tool="mdnice编辑器"><span class="content" style="color: #0e88eb;">1 应急响应类</span></h1>
<p data-tool="mdnice编辑器">应急响应类问题的处理是通过快速反应和短期改进措施来修复问题的反应性流程。其主要作用是<strong style="font-weight: border; color: #0e88eb;">停止损害，防止蔓延</strong>。</p>
<p data-tool="mdnice编辑器">应急响应通常是一种反应式行为，并不研究根本性的问题以及背后的原因。应急响应不会导致理想状态的实现，但是仍然可以满足即时需求、保护客户，为更加深入地挖掘和调查重要细节赢得宝贵时间。有效的应急响应有助于企业产品获得更好的稳定性。</p>
<p data-tool="mdnice编辑器">应急响应类问题涉及到系统或产品出现紧急故障时，需要立即采取行动以避免进一步影响。这种解决方式专注于快速应对问题，暂时稳定状况，但可能不会深入探讨问题的根本原因。例如，服务器宕机导致网站无法访问，技术管理者需要立即组织团队快速评估问题的严重性，制定并实施紧急应对措施，进行故障排查，找出问题根源并进行修复，以保障系统正常运行。</p>
<p data-tool="mdnice编辑器">针对此类问题，常规处理流程如下：</p>
<ol data-tool="mdnice编辑器">
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">确认问题</strong>：在故障发生时，第一步是确认问题的具体表现和影响范围。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">快速定位</strong>：尽快找到故障发生的关键环节或设备。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">制定应急措施</strong>：为了防止问题扩大，制定临时应对措施，如切换备用设备或临时修复。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">实施解决方案</strong>：采取相应的技术手段和方法解决故障。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">验证修复</strong>：确认故障已被解决，系统恢复正常运行。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">总结复盘</strong>：分析故障原因，制定预防措施，避免类似问题再次发生。</section>
</li>
</ol>
<p data-tool="mdnice编辑器">以某个互联网产品的后台服务出现异常，导致用户无法正常登录。为解决该问题，我们可以采取以下步骤：</p>
<ol data-tool="mdnice编辑器">
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">确认问题</strong>：收集用户反馈，查看日志和监控数据，确定问题的具体表现和影响范围。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">快速定位</strong>：分析日志和监控数据，找出异常发生的关键服务或代码模块。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">制定应急措施</strong>：为防止问题扩大，可以临时限制新用户注册，或者启用备用服务器等。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">实施解决方案</strong>：针对定位到的问题，进行相应的代码修复或配置调整，然后重新部署服务。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">验证修复</strong>：测试修复后的服务，确认用户可以正常登录，系统恢复正常运行。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">总结复盘</strong>：分析故障原因，制定预防措施，优化代码质量和监控预警机制，避免类似问题再次发生。</section>
</li>
</ol>
<p data-tool="mdnice编辑器">在职场中，经常会出遇到此类的问题，一个技术管理者也经常需要作为发言人去回复此类问题，可能是对业务方或者上级等等。一般我们回复此类问题可以按以下逻辑来讲：</p>
<ol data-tool="mdnice编辑器">
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">问题描述</strong>：首先，简洁明了地描述问题的现象，包括故障发生的时间、影响范围以及涉及的系统或模块。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">原因分析</strong>：接下来，阐述经过团队排查后发现的问题根源，以及问题产生的原因。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">解决措施</strong>：说明已经采取的解决措施以及恢复情况，包括故障处理时间以及目前系统恢复的程度。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">防范措施</strong>：提出针对此次故障，团队将采取哪些预防措施，以避免类似问题再次发生。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">跟进计划</strong>：最后，描述团队将如何跟进并持续关注问题的后续处理，以确保问题得到妥善解决。</section>
</li>
</ol>
<p data-tool="mdnice编辑器">示例：</p>
<blockquote class="multiquote-1" style="color: #0e88eb;" data-tool="mdnice编辑器"><p><span style="font-weight: bold;">★ </span><strong>问题描述</strong>：今日上午 10:00，我们的网站出现了访问故障，影响了所有用户对网站内容的访问。<br />
<strong>原因分析</strong>： 经过团队紧急排查，我们发现问题出在流量爆涨，导致服务器负载过高，从而让部分服务无法正常响应用户请求。<br />
<strong>解决措施</strong>： 我们迅速扩展了服务器资源，同时优化了负载均衡策略。截止目前，网站访问已恢复正常，全部用户可以正常访问。<br />
<strong>防范措施</strong>：为防止类似问题再次发生，我们将加强服务器负载监控，提前预警潜在风险。同时，我们将对现有负载均衡策略进行评估和优化，确保系统稳定性。<br />
<strong>跟进计划</strong>：我们将在未来一周内密切关注网站运行状况，并定期向您汇报服务器性能数据。如有任何问题，请随时联系我们。</p>
<p>”</p></blockquote>
<h1 data-tool="mdnice编辑器"><span class="content" style="color: #0e88eb;">2 深度分析类</span></h1>
<p data-tool="mdnice编辑器">深度分析类问题和应急响应类问题相比有一个不同点，在于速度。应急响应类的方式以一种快速而急切的方式处理紧急问题，深度分析的方式则遵循更加严谨的结构，通常包括数据收集、多方分析和深度研究，可能需要以一种更科学的方式花费几小时、几天、几周，甚至更长时间来完成。</p>
<p data-tool="mdnice编辑器">深度分析类不会每次出现问题就触发，仅在以下场景下发生：</p>
<ol data-tool="mdnice编辑器">
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">重复发生的问题。</strong></section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">对安全、质量、交付、成本、士气、生产率或者其他关键绩效指标产生负面影响，且不知道根本原因与解决方案的任何问题。</strong></section>
</li>
</ol>
<p data-tool="mdnice编辑器">深度分析类问题的解决是<strong style="font-weight: border; color: #0e88eb;">通过确定一个明确的目标，以及与之对应的衡量和管理流程来实现的</strong>。深度分析类的问题解决是重复的，直到人们清楚地了解问题，解决问题，并且防止问题再次出现为止。</p>
<p data-tool="mdnice编辑器">针对此类问题，常规处理步骤如下：</p>
<ol data-tool="mdnice编辑器">
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">界定问题</strong>：在这个阶段，技术管理者需要充分了解问题的背景，并使用事实和数据来描述现状与期望标准之间的差距。这包括明确问题的目的、范围、影响和紧迫性。问题描述应遵循 SMART 原则（具体、可衡量、可实现、相关、时限）。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">分解问题</strong>：分解问题是第一步的延续，但是更加细化，为了更好地理解问题，技术管理者需要将问题分解成更小的部分。可以采用逻辑树、鱼骨图等工具来实现问题的分解。在分解过程中，应确保各部分之间的关系符合 MECE 原则（互斥且完全穷尽）。然后，针对每个子问题进行深入的分析、量化和细化。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">建立目标和成功判断</strong>：在明确了问题的具体表现和原因后，技术管理者需要设定一个清晰的目标，以便于团队集中精力解决主要问题。目标应具有明确的完成标准和时间节点，并遵循 SMART 原则。此外，管理者还需要确保目标与公司战略目标保持一致。同时，为了衡量解决方案的成功程度，需要确定一些关键成功指标。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">根因分析</strong>：根因分析是指根本原因分析，技术管理者需要深入挖掘问题的根本原因，以便于制定针对性的解决方案。可以采用 5W、因果图等工具来进行根本原因分析。找到根本原因后，管理者需要验证这些原因，确保它们是问题产生的关键因素。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">制定解决方案</strong>：根据根因分析的结果，技术管理者需要制定相应的解决方案。解决方案是能够防止问题再次发生的应对措施，并不是指实施你感觉正确或者你希望奏效的行动。对于任何实施措施而言，能否防止问题再次发生和达成前几个步骤所确定的目标，是验证解决方案是否有效的主要检查点。解决方案应具有可行性和可持续性，以确保长期效果。同时，解决方案应具有创新性，以提高团队的问题解决能力。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">里程碑</strong>：为了确保解决方案的实施过程井然有序，技术管理者需要设定一系列里程碑。每个里程碑都应与特定的任务或目标相关联，有助于监控项目进度和实现预期结果。里程碑除了监控项目进度，还有一个作用是<strong style="font-weight: border; color: #0e88eb;">对外或对上的汇报，以大的时间节点同步项目的进展</strong>。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">工作计划</strong>：在这个阶段，技术管理者需要为团队制定详细的工作计划，包括任务分配、时间表和预期结果。工作计划应确保各个团队成员清楚自己的职责和期望，以提高执行效率。同时，管理者需要与团队成员保持密切沟通，确保计划的实施过程中能够及时调整和改进。在工作计划中预期结果<strong style="font-weight: border; color: #0e88eb;">一定要体现必须的交付物</strong>，让预期结果是有能落地的点。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">风险判断</strong>：在实施解决方案的过程中，技术管理者需要关注可能出现的风险和问题。这包括对潜在风险进行识别、评估和分类，以便于采取适当的预防和应对措施。管理者应与团队成员共同讨论可能的风险，制定风险应对策略，确保项目的顺利进行。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">未来改进</strong>：问题解决并非一次性事件，而是一个持续的过程。在解决方案实施后，技术管理者需要关注其效果，并根据实际情况进行调整和改进。同时，管理者还应从这个过程中总结经验教训，为未来解决类似问题提供借鉴。</section>
</li>
</ol>
<p data-tool="mdnice编辑器">通过以上九个步骤，技术管理者可以结构化地解决复杂问题，提高团队的问题解决能力。这种方法论强调了问题的分析和解决过程的重要性，有助于确保解决方案的有效性和可持续性。</p>
<p data-tool="mdnice编辑器">这九个步骤可以作为深度分析类问题的规划方案文档的一级标题。</p>
<h1 data-tool="mdnice编辑器"><span class="content" style="color: #0e88eb;">3 追求卓越类</span></h1>
<p data-tool="mdnice编辑器">追求卓越类问题和深度分析类问题相比，通常都以检查关键指标开始，但是有一些差别。 深度分析类是要对趋势显示出来的与已设定目标的差距进行反应，而追求卓越类的这种机制则是通过建立新的、更具挑战性的未来状态而主动发起。</p>
<p data-tool="mdnice编辑器">深度分析类问题解决方式聚焦在澄清问题及其直接原因上，要尽可能明确和具体。其思维和流程在本质上是调查性的，通过发现与标准之间的偏差，并将关键项目恢复到正常工作状况，围绕着恢复到已知标准或者之前的绩效水平而展开。深度分析类的思维<strong style="font-weight: border; color: #0e88eb;">接受现有标准</strong>。</p>
<p data-tool="mdnice编辑器">相比之下，追求卓越类思维会从根本上对现状提出质疑：「理想状态是怎样的，有没有更好的状态，或者应该是怎样的？」。刚开始的时候你可能没有明确的答案，你必须构想一种改进后的目标状态或未来状态。在聚焦到具体明确的个体问题之前，追求卓越类的问题解决者要拓宽思维宽度，去思考多个备选状态和路径以实现构想。</p>
<p data-tool="mdnice编辑器">针对此类问题，常规处理步骤如下：</p>
<ol data-tool="mdnice编辑器">
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">背景</strong>：列出受众和参与者可能需要知道的信息。提供项目的背景信息，例如组织环境、历史、市场情况等。确保所有相关人员对项目有充分了解，为后续步骤打下坚实基础。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">现状定义</strong>：以图表等可视化的方法描述现状，让受众能更好地接收信息。例如，绘制价值流图，展示当前流程的关键环节、瓶颈和效率。通过直观地呈现现状，帮助团队成员更好地理解问题所在。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">现状分析</strong>：全面地检验不同要素的改善潜力，比如前置时间、服务、绩效、成本和特性等。运用数据分析、用户反馈和内部评估等手段，找出现有流程中可以改进的地方。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">设定目标</strong>：明确要在什么时候完成什么，并确定改善的具体水平。设定有挑战性且可实现的目标，为后续改进提供方向。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">目标状态的定义</strong>：可视化地展示改进后的新状态，通过想象图、流程图或数据等方式，形象地呈现预期的目标状态。这有助于团队成员清晰地了解改进的方向和目的。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">制定执行计划</strong>：列出具体的细节，比如姓名、责任、日期和预期产出结果等。明确具体的细节，确保团队成员清楚自己的职责和期望。如果需要，可以将执行计划与其他项目计划相结合进行管理。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">检查结果</strong>：检查改进后的绩效水平是否达到预期。通过定期评估和数据分析，了解实施情况及效果，确保改进措施取得实际成果。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">跟进与标准化</strong>：制定行动清单，确保改进结果在长期运行中是可维持的。对改进措施进行持续跟踪，评估其有效性，确保新的标准在组织内得到广泛应用和推广。</section>
</li>
</ol>
<p data-tool="mdnice编辑器">以一个互联网 SaaS 产品在高峰时段用户体验下降，页面加载速度变慢为例来描述整个过程：</p>
<ol data-tool="mdnice编辑器">
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">背景</strong>：我们的 SaaS 产品面向企业客户，提供在线办公协作功能。近期我们发现，用户在高峰时段访问产品时，页面加载速度减慢，影响了用户体验。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">现状定义</strong>：通过监控系统收集数据，绘制访问速度和用户活跃度随时间变化的图表。在图表中标注高峰时段，突出问题所在。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">现状分析</strong>：分析服务器资源、带宽、前端优化等多个方面的因素，找出可能导致页面加载速度变慢的原因。例如，检查服务器响应时间、CDN 服务情况、代码优化等。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">设定目标</strong>：在高峰时段将页面加载速度提高到行业标准水平。为实现这一目标，我们将设定一个合理的实施时间，例如 3 个月。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">目标状态的定义</strong>：绘制改进后的访问速度和用户活跃度随时间变化的图表，展示目标状态。同时，列出在服务器资源、带宽和前端优化等方面需要达到的具体指标。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">制定执行计划</strong>:为实现目标状态，我们需要分配任务给团队成员。例如：张三负责服务器资源优化，如升级硬件、调整负载均衡策略等。李四负责带宽和 CDN 服务调整，以确保高峰时段能应对流量需求。王五负责前端优化，如代码压缩、图片资源优化等。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">检查结果</strong>:在实施改进措施后，持续监控页面加载速度和用户活跃度。通过数据分析，检查改进后的绩效水平是否达到预期。</section>
</li>
<li>
<section style="color: #010101;"><strong style="font-weight: border; color: #0e88eb;">跟进与标准化</strong>:为确保改进效果的持久性，我们需要：对实施过程进行总结，提炼经验教训。将改进措施纳入团队的日常工作流程，确保新的标准得到长期执行。定期回顾和评估改进效果，以便在未来进一步优化。</section>
</li>
</ol>
<h1 data-tool="mdnice编辑器"><span class="content" style="color: #0e88eb;">4 小结</span></h1>
<p data-tool="mdnice编辑器">本文主要探讨了技术管理者在应对日常工作中不同类型问题时，如何运用有效的问题解决能力来提升团队绩效。文章将问题分为三个层次：应急响应类、深度分析类和追求卓越类。对于<strong style="font-weight: border; color: #0e88eb;">应急响应类问题</strong>，例如服务器宕机等紧急故障，技术管理者需迅速评估并实施紧急应对措施。<strong style="font-weight: border; color: #0e88eb;">深度分析类问题</strong>则需要更加严谨和系统的方法，如面对重复发生或对关键绩效指标产生负面影响的问题，技术管理者要深入挖掘根本原因并防止问题再次出现。而在<strong style="font-weight: border; color: #0e88eb;">追求卓越类问</strong>题解决过程中，技术管理者需要勇于挑战现状，设定更具挑战性的未来目标，从而实现技术团队的持续进步。</p>
<p data-tool="mdnice编辑器">通过了解这三个层次的问题解决方式，技术管理者能更加从容应对各种问题和挑战，为团队创造一个更高效、卓越的技术环境，推动团队不断向前发展。</p>
</section>
]]></content:encoded>
			<wfw:commentRss>https://www.phppan.com/2023/05/3-levels-of-problem-solving/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>技术管理者应有的 4 种基本思维模式</title>
		<link>https://www.phppan.com/2023/02/4-thinking-mode/</link>
		<comments>https://www.phppan.com/2023/02/4-thinking-mode/#comments</comments>
		<pubDate>Sat, 25 Feb 2023 03:39:35 +0000</pubDate>
		<dc:creator><![CDATA[admin]]></dc:creator>
				<category><![CDATA[架构和远方]]></category>
		<category><![CDATA[思维模式]]></category>
		<category><![CDATA[技术管理者]]></category>
		<category><![CDATA[认知]]></category>

		<guid isPermaLink="false">http://www.phppan.com/?p=2095</guid>
		<description><![CDATA[在看文章之前先思考两个问题： 人和人的差别究竟在哪？ 人和人之间为什么会有差别？ 在各种场合我们经常听到这样一 [&#8230;]]]></description>
				<content:encoded><![CDATA[<div>
<div>
<p>在看文章之前先思考两个问题：</p>
<ul>
<li><strong>人和人的差别究竟在哪？</strong></li>
<li><strong>人和人之间为什么会有差别？</strong></li>
</ul>
<p>在各种场合我们经常听到这样一句话：「听懂了很多道理，却依然过不好这一生」。 这里有两个逻辑，一个是知行合一的逻辑，另一个是人的成长在于是否超越了昨天的自己。</p>
<p>今天我们聊一聊作为一个技术管理者应该要有的 4 种基本思维：掌控者思维、杠杆思维，终局思维，闭环思维</p>
<h1 data-id="heading-0">掌控者思维</h1>
<p>在聊掌控者思维之前我们先看一下掌控者思维的反面：受害者思维。</p>
<p>受害者思维又称为弱者思维，有受害者思维的人在任何时候都会把自己当作一个受害者或弱者，极端者会把整个世界都投射为「伤害者」，「都是别人不对，都是别人对不起我」。</p>
<p>受害者思维是一种思维定势，其本质上是一种忽视自己的主观能动性的行为。</p>
<p>在《乡村爱情 13》里面，王木生是老总儿子，富二代，但是干啥啥不行，还总是给自己找借口，说大环境不好，其他没这背景的都比他强。赵本山饰演的他爹王大拿就教训他：「自己没能力就说没能力，怎么你到哪，哪都大环境不好，咋，你是破坏大环境的人啊？」</p>
<p>这就是比较明显的受害者思维，也就是我们常说的「甩锅」。 受害者思维不仅仅只有这一种表现，在《拆掉思维里的墙》里面，作者总结了 5 种受害者思维的表现。</p>
<ol>
<li><strong>推卸责任，保住面子</strong>： 上面王木生就是明显的例子，还有像一些网上的评论说的「便秘都怪地球没引力」都是类似的表现。在这种情况下，受害者思维就会认为自己没有责任，不需要承担责任，相信地球没引力，相信大环境不好……</li>
<li><strong>安心做坏事</strong>：这种表现就是为自己的行为找到一个自洽的逻辑，让自己有一个完美的故事，从而在做坏事的时候能心安理得。比如 2001 被判死刑的「杀人魔头张君」（实施团伙抢劫，犯故意杀人罪 2 2次，致 28 人死亡、22 人重伤）在 2001.4.17 一审审理结束后对公众说的话：「我还要向没有枪的受害者和你们的家庭说声‘对不起’，现在想起来，以前有些事情确实做错了，但我没办法，因为我要生存。」</li>
<li><strong>让我们一起分享凄惨故事会</strong>：寻找同伴，和他们分享你的受害过程，在他们那里得到安慰。比如有个女孩失恋了，她的闺蜜会陪她喝酒，说男人没有一个好东西；</li>
<li><strong>用受害获得同情和帮助</strong>：第 4 种和第 3 种有些类似，其区别是上面是通过群体得到安慰，得到是一种情感或者心理上的安慰，而这种是更直接的帮助或者说利益，如我们在职场里面看到的一些人会假装自己不会，从而让热心的同事帮忙解决，自己偷懒，或者在路上我们看到的一些乞丐，可能他们的收入比你想象中多很多；</li>
<li><strong>自我伤害，绑架他人</strong>：这种就更极端了，生活中常见于情侣分手，某一方说，你要是离开我，我就自杀，或者电视剧中的男主站在女主楼下淋雨以求得原谅或者求得表白成功。</li>
</ol>
<p>如此种种，这些可以让你有短暂的快乐和安全感，但是慢慢就会失去自信、勇气以及自我改进的能力，就会真的变成一个受害者，一个弱者。</p>
<p>我们活在这个尘世，很多事情已经无法掌握，如古罗马哲学家爱比克泰德(Epictetus, 约55～约135年)所说：「我们登上的并非我们所选择的舞台，演出并非我们所选择的剧本」，如果连我们自己也无法掌控，让自己的快乐、成功都掌控在别人手里，这会是怎样一个光景呢？</p>
<p>当你带一个技术团队的时候，当你的团队遇到问题的时候，当你的下属遇到他认为过不去的坎的时候，当发生线上事故的时候，当老板怼到脸上的时候，你会怎么办呢？</p>
<p>当一个受害者吗？是大环境不好？是技术太难？还是坏人太多？</p>
<p>不，绝对不是这样，一个技术管理者应该是强于面对现实，敢于直面问题，像汪涵在我是歌手第三季总决赛面对大型事故时所说的那样：「<strong>没事儿不惹事，事儿来了也不要怕事</strong>」，以一种掌控的状态来扛起事情，解决问题。</p>
<p>这就是我们所说的掌控者思维，一种<strong>强者思维</strong>，一种充分发挥自己主观能动性的行为。</p>
<p>掌控者思维的核心思考是：「<strong>如果把所有经历过的事情重新倒推一遍，所有条件都不改变，只有自己改变，你能否得到一个更好的结果呢</strong>」</p>
<p>掌控者思维是从责任心，自我成长，主动改变等方面来提升一个技术管理者的修养，以达到自我的精进。 并且不管什么情况，你都可以负全责。只要你愿意，你就可以做得更好。</p>
<p>除了不怕事，负起责任，还有一些是我们必须要做的。</p>
<ol>
<li><strong>学习</strong>，提升自己的认知，把自己从知道自己不知道变成知道自己知道，换句话说，保持有计划的学习；</li>
<li><strong>自省</strong>，持续的自省，比如当你有一件事做得不好，自我反思一下哪里做得不好，下一次如何改进，或者更深入一些读一些相关的系统的书，写一篇文章或文档来复盘，掌控自己，从卷自己开始；</li>
<li><strong>计划</strong>，凡事预则立，不预则废，如下棋一般，走一步，算三步，把事情想在前头，如美国首席数据科学家 DJ Patil 所说流传很广的那个便签上的话：「Dream in Years. Plan in Months Evaluate in Weeks. Ship Daily. 」</li>
<li><strong>知行合一</strong>，只有做到，才是真的知道。</li>
</ol>
<p>当然，做一个掌控者会累一些，但是与自由相比，累又算得了什么呢？</p>
<h1 data-id="heading-1">杠杆思维</h1>
<p>阿基米德说：「给我一个支点，我就能撬起整个地球。」。</p>
<p>一个优秀的人，都有「杠杆思维」，懂得利用杠杆原理，以较小的付出，撬动更大的回报。这里我们所要说的是杠杆思维中的团队杠杆。</p>
<p>当我们从一个开发变成一个技术管理者时，就不再是一个人在战斗了，你的主要责任就不再是写好代码，而是「<strong>使众人行</strong>」。</p>
<p>时间对于每个人都是公平的，一个人一天都有 24 小时，它是有限的，而我们所面对的这个世界，工作这些都是无限的。</p>
<p>在一个健康经营的互联网企业中，需求也是无限的，而开发同学的时间都是有限的，除了优先级，我们还能做什么呢？此时有人会说：加人啊。是的，加人。但是加人不是随便加的，他有一个底层逻辑，这个就是今天我们要说的团队杠杆。</p>
<p>团队杠杆的本质是叠加效率，人的时间是有限的，而事情是无限的。</p>
<h2 data-id="heading-2">什么是团队杠杆？</h2>
<p>通过团队，团队的管理者确定好方向，通过良好的机制和人才梯队，系统化成功的路径，叠加个体的优势，创造出远超个人贡献总和的价值，让 1+1&gt;2，这就是团队杠杆。</p>
<p>既然是杠杆，就一定有一个支点，咱们的支点是什么呢？</p>
<p>对一个团队来说，其支点是已经达成了共识的目标和价值观。</p>
<p>目标是什么，是方向，是团队成员能看到的远方。</p>
<p>为什么是达成了共识？是因为只有达成了共识才能保证目标的统一，才能有意愿，有内在的动力去做事情,才能起到杠杆的效果。</p>
<p>目标和价值观只是最基础的，对于一个团队来说，不同的时候其支点也会不同。</p>
<ul>
<li>在野蛮生长的团队中，核心岗位上的同学的能力提升是主要支点，这里的核心岗位上的能力提升有两层意思，一个是培养员工，给他们训练的机会，培训，从而快速成长；另一个层面是考虑换一个人，当你这认为这个岗位上的员工的能力、态度差不多到顶了，那就可以考虑用更好、更合适的人来替换，这里的逻辑是<strong>选拔大于培养</strong>。</li>
<li>在快速扩张的团队中，流程和效率是主要支点，通过流程提升协同的效率，通过流程让新人快速融入团队；</li>
<li>在稳定发展的团队中，标准和系统是主要支点，当业务趋于稳定，通过标准和系统固化操作，以系统代码流程和人工。</li>
</ul>
<p>有了支点，我们就需要开始寻找杠杆，对于一个技术团队来说，团队的杠杆有多大，由人决定。 一个团队里面的人是怎样的，人才梯队是怎样的，人才密度是怎样的？</p>
<p>像麦肯锡，每年都会从全球各个顶尖大学，比如哈佛大学、斯坦福大学、麻省理工学院等，招一大批刚毕业的年轻人，不管是不是商学院毕业的。这些绝顶聪明的年轻人，就是麦肯锡充沛而有效的「团队杠杆」。</p>
<p>对于我们一个普通的互联网创业公司来说，作为一个技术团队的负责人，在有限的范围内选出符合要求的同学，同时尽我所能的带好团队。对于如何来带好团队，我们可以从如下 4 个大的方面来</p>
<ol>
<li><strong>信任</strong>：不管是平级，还是上下级，信任是必须品，通过良好的沟通，多次的合作，一起的奋斗达成信任，这样才是一个好的团队；</li>
<li><strong>习惯</strong>：管理者以身作则培养团队良好的工作习惯，如做事闭环，分级处理，不越红线等等；</li>
<li><strong>标准</strong>：制定能落地的标准，让大家知道什么是好的，什么是对的；</li>
<li><strong>能力</strong>：流程机制决定事情的下限，人才梯队和个人能力决定事情的上限，管理者要帮忙团队成员成长，发现他们的短板，坦率的沟通并提出改进期望，提升成员的技能，以达成更好的结果。</li>
</ol>
<p>以上带好团队的表述有些虚，但是是这么个逻辑，各团队各公司术法不同，但方向一致。</p>
<p><strong>用好团队杠杆，一个人走得更快，一群人走得更远。</strong></p>
<h1 data-id="heading-3">终局思维</h1>
<h2 data-id="heading-4">什么是终局思维?</h2>
<p>所谓终局思维，是指从终点或者未来的某个时间节点出发，回看现在所做选择，并进行推演的一种思考模式。</p>
<p>这里可能有人会问，什么是终局，是否有终局？这就有点哲学的味道了，先假定有吧，至少在某个未来的时间段是会有一个确定的终局。</p>
<p>我们经常听到人们感叹，如果这辈子能够再来一回，很多错误就不会犯，很多人也不会错过，这算是终局思维的一种表现。只是这个终局思维是等到了终局再提起，有些晚了，我们可以再早一些。</p>
<p>我们在做一件事情的时候，如果能思考一下这件事情的最终达成的目标，或者把最终的形态在脑海里面勾画出来，以终为始，站在未来看当下，修正当下正在做的事情，那么这件事情成功的概率可能就不一样了。</p>
<p>终局思维有 4 个核心点：</p>
<ol>
<li><strong>认清方向</strong>，所谓的终局思维，一定是你要知道终局是什么，一定要有目标有方向；</li>
<li><strong>拉长时间周期看问题</strong>，在一个较长时间维里来反复推演的逻辑；</li>
<li><strong>从历史或者更宏观的层面看问题</strong>，不局限于当下，不局限于眼前的一亩三分地，把视野拉到历史长河等更大的层面；</li>
<li><strong>反推机制</strong>，终局思维中非常重要的点，从未来反向推演现在要做什么，或者从现在推演未来怎样。</li>
</ol>
<h2 data-id="heading-5">终局思维有什么用?</h2>
<p>当一个企业的老板大概知道了未来是什么样子，又能不断地判断和复盘自己的能力，他自然就有了非常强的战略驱动能力，也非常敢为未来投资。</p>
<p>当一个技术管理者知道了团队未来是怎么样的，又能反思当前的情况，从未来形态反思当下的状态，他自然就知道现在最重要的是做什么。</p>
<p>当一个开发同学知道了自己在职场上想成为什么样的人，又能反思自己提升自己，他自然知道现在应该做什么，应该学什么，应该选择什么样的团队，什么样的路。</p>
<p>但是，这里一定会有一个痛苦的过程，甚至不止一个，可能是一直在痛苦中，折腾自己，反思自己，提升自己，一直有危机感，一直在学习中。</p>
<p>心理学研究说，人类对于外部世界的认识可分为三个区域：舒适区（comfort zone），学习区（stretch zone），和恐慌区（stress zone）。我们反思自己、提升自己的过程基本都是在学习区，人只有在学习区的时候，才会是进步的时候。</p>
<h1 data-id="heading-6">闭环思维</h1>
<p>经常听到人人说：「凡事有交代，件件有着落，事事有回音」，这是典型的闭环思维，是一个职场人的必备思维。作为一个技术管理者更应该具备闭环思维，因为这将是你带团队的核心逻辑之一，它强调责任、敏感性和团队协作，是使众人行的必备。</p>
<p>以「逆向」的逻辑来推演一下，假设你带的团队成员都具备闭环思维，将是什么样的场景？</p>
<ul>
<li><strong>高效率</strong>：闭环思维要求在一定时间内，无论任务完成的效果如何，都要认真、负责的反馈给发起人。这可以帮助团队及时发现问题并加以解决，从而提高工作效率。</li>
<li><strong>强协作</strong>：闭环思维需要团队成员之间相互配合，洞察干系人每个阶段的需求，并在截止期内给对方反馈。这可以增强团队协作，提高团队的工作效率和成果。</li>
<li><strong>靠谱</strong>：闭环思维要求做事靠谱，做事清楚明白，不会出现意外差错，就算出了问题也会提前告知，让对方可以启用方案 B。这样的技术团队会让人觉得可靠和可信，提高团队在公司中的信任度。</li>
<li><strong>好形象</strong>：闭环思维是一种良好的职业素养，可以让你和你的团队建立良好的职业形象。在职场中，「闭环思维」不仅仅说明了一个员工拥有完成任务的能力，还体现出「良好的合作意识」，这样的你会让上级、兄弟部门觉得很「靠谱」，能够放心的将工作交给你和你的团队。</li>
</ul>
<p>那么如何做到闭环思维呢？</p>
<p>闭环思维有两层逻辑，一个是完整，即<strong>有完整的闭环</strong>，做事情的时候需要考虑事情的起点、目标、影响因素和结果，明确需求和关键点，以及可能遇到的问题，在过程中设置检查点，让事情可控；另一个是<strong>主动反馈</strong>，在我们完成一项工作或参加一项事情，不管执行效果如何，都要及时将结果反馈给发起人。</p>
<p>第一层逻辑我们可以使用 PDCA 环来辅助达成，第二层反馈逻辑还是需要刻意去练习，甚至给自己设置一些任务提醒来达到反馈的目的，并且在反馈时尽量做到 STAR 的表述。</p>
<h1 data-id="heading-7">番外</h1>
<p>最近 chatGPT 一直在火，于是就今天的题目我问了 chatGPT 一些问题：</p>
<ul>
<li>技术管理者必备的4种基本思维模式</li>
<li>技术管理者必备的思维模式</li>
<li>技术管理的四种思维</li>
<li>技术管理者必备的4种思维</li>
</ul>
<p>大概的答案如下：</p>
<h2 data-id="heading-8">openAI 的回答</h2>
<p>问：技术管理者必备的思维模式</p>
<p>作为一名技术管理者，以下是一些必备的思维模式：</p>
<ol>
<li><strong>系统思维模式</strong>：技术管理者需要具备系统思维模式，能够理解和处理复杂系统的各种关系和相互作用，从而在整个系统中发现问题并提供解决方案。</li>
<li><strong>创新思维模式</strong>：技术管理者需要能够持续地推动创新，寻找新的解决方案并将其应用到业务中，从而实现业务目标。</li>
<li><strong>问题解决思维模式</strong>：技术管理者需要能够分析和解决各种问题，包括技术问题、组织问题和人员问题等。</li>
<li><strong>客户导向思维模式</strong>：技术管理者需要关注客户需求和体验，从客户的角度出发思考问题，为客户提供高质量的产品和服务。</li>
<li><strong>团队合作思维模式</strong>：技术管理者需要具备团队合作意识，能够有效地管理和领导团队，激发员工的潜力，协调各种资源，实现业务目标。</li>
<li><strong>风险管理思维模式</strong>：技术管理者需要对业务中可能出现的风险进行预测和管理，制定相应的应对措施，确保业务的可持续发展。</li>
<li><strong>数据驱动思维模式</strong>：技术管理者需要依据数据进行决策和管理，从数据中发现问题和机会，制定相应的战略和计划，提高业务效率和效果。</li>
<li><strong>学习和成长思维模式</strong>：技术管理者需要保持学习和成长的态度，不断学习新知识和技能，从他人的经验中汲取营养，不断提高自身的领导能力和管理水平。</li>
</ol>
<h2 data-id="heading-9">phind 的回答</h2>
<p>问：技术管理者必备的4种基本思维模式</p>
<h3 data-id="heading-10">答案1</h3>
<p>作为技术管理者，必备的4种基本思维模式如下：</p>
<ol>
<li><strong>系统思维</strong>：技术管理者需要具备系统思维，可以将复杂的问题分解为简单的部分，然后逐一解决。例如，当公司需要开发一个新产品时，技术管理者需要思考每个阶段的具体步骤，确定每个步骤的时间表和责任人，确保整个过程的顺利进行。</li>
<li><strong>创新思维</strong>：技术管理者需要具备创新思维，可以在技术方面寻找新的解决方案，以提高公司的竞争力。例如，当公司需要开发一项新技术时，技术管理者需要思考如何利用现有技术来开发出更好的产品，或者如何开发出全新的技术来满足市场需求。</li>
<li><strong>沟通思维</strong>：技术管理者需要具备良好的沟通能力，可以与员工、客户和其他部门进行有效的沟通。例如，当公司需要与客户沟通产品需求时，技术管理者需要了解客户的需求，并将这些需求传达给开发团队。</li>
<li><strong>领导思维</strong>：技术管理者需要具备领导思维，可以激励员工，推动项目进展，达成公司目标。例如，当公司需要完成一个重要项目时，技术管理者需要领导开发团队，确保项目按时完成，并向管理层报告项目进展情况。</li>
</ol>
<p>技术管理者不仅需要具备以上4种基本思维模式，还需要具备自我驱动、架构把握、目标管理等核心能力，才能胜任管理岗位。在实际工作中，技术管理者应该灵活运用这些思维模式和能力，不断提升自己的管理水平。</p>
<h3 data-id="heading-11">答案 2</h3>
<p>根据多个来源，以下是技术管理必备的四种思维和其他相关思维模型：</p>
<ol>
<li><strong>抽象思维</strong>：这种思维能力可以帮助技术人快速抽取面对问题的关键要素和本质，从而更好地分析和解决问题。</li>
<li><strong>系统思维</strong>：这种思维能力可以帮助技术人将问题看作一个整体，理解各个组成部分之间的相互作用和影响，从而更好地进行系统设计和管理。</li>
<li><strong>创新思维</strong>：这种思维能力可以帮助技术人寻找新的解决方案和创新点，从而更好地推动技术进步和发展。</li>
<li><strong>逻辑思维</strong>：这种思维能力可以帮助技术人分析和推理问题，从而更好地发现问题根源和解决方案。</li>
</ol>
<p>除了以上四种思维，以下是其他常用的思维模型：</p>
<ul>
<li><strong>PEST分析</strong>：这是一种常用的管理咨询框架，可以帮助企业从政治、经济、社会和技术等多个角度分析市场环境和竞争对手，从而更好地制定战略和决策。</li>
<li><strong>PDCA循环</strong>：这是一种管理模型，可以帮助企业进行持续改进和优化，包括计划、执行、检查和行动四个环节。</li>
<li><strong>SMART原则</strong>：这是一种目标管理模型，可以帮助企业制定具体、可衡量、可达成、有意义和时限的目标，从而更好地推动业务发展。</li>
<li><strong>STAR法</strong>：这是一种面试技巧，可以帮助面试者回答问题更具体、更有条理、更有说服力，包括情境（situation）、任务（task）、行动（action）和结果（result）四个要素。</li>
<li><strong>5W2H法</strong>：这是一种问题分析和解决模型，可以帮助企业和个人从五个W（what、why、who、when、where）和两个H（how、how much）多个角度分析问题和制定解决方案。</li>
<li><strong>PERT 技术</strong>：这是一种项目管理工具，可以帮助企业规划和安排整个项目行程，跟踪实施阶段，从而更好地控制项目进度和成本。</li>
</ul>
<p>总之，技术管理必备的思维能力和模型是多种多样的，需要根据具体情况选择和应用。除了上述思维能力和模型外，还有很多其他的思维工具和技术，需要技术人员不断学习和掌握，以更好</p>
<h3 data-id="heading-12">答案 3</h3>
<p>根据多个来源的信息，以下是四种技术管理必备的思维能力：</p>
<ol>
<li><strong>抽象思维</strong>：这种思维能力可以帮助技术人员快速抽取问题的关键要素和本质，从而更快地理解问题和解决问题。例如，当面对一个新的编程语言时，抽象思维可以帮助技术人员快速理解其核心概念和语法规则。</li>
<li><strong>产品思维</strong>：这种思维能力可以帮助技术人员更好地理解用户需求，并将技术解决方案转化为实际的产品。例如，一个架构师需要了解产品的功能需求，以便设计出最佳的技术架构来支持这些需求。</li>
<li><strong>创新思维</strong>：这种思维能力可以帮助技术人员不断创新，寻找新的解决方案和技术。例如，当面对一个复杂的技术问题时，创新思维可以帮助技术人员找到一种独特的解决方案，从而提高效率和质量。</li>
<li><strong>商业思维</strong>：这种思维能力可以帮助技术人员更好地理解商业环境和商业需求，以便为企业提供最佳的技术支持和解决方案。例如，在设计一个新的软件系统时，商业思维可以帮助技术人员理解客户的商业需求，并设计出最佳的系统架构来支持这些需求。</li>
</ol>
<p>除了以上四种思维能力外，还有其他常见的思维模型和方法可以帮助技术人员更好地管理和解决问题，例如：</p>
<ul>
<li><strong>PDCA 循环</strong>：这是一种常见的问题解决方法，包括计划、实施、检查和行动四个阶段，可以帮助技术人员系统地解决问题。</li>
<li><strong>SMART 原则</strong>：这是一种有效的目标设定方法，包括具体、可衡量、可实现、相关和时间限制五个要素，可以帮助技术人员设定清晰的目标和指标。</li>
<li><strong>5W2H 法</strong>：这是一种问题分析方法，包括什么、为什么、谁、何时、何地、如何和多少七个问题，可以帮助技术人员全面地分析和解决问题。</li>
</ul>
</div>
<div>作者：潘锦<br />
链接：https://juejin.cn/post/7203880677195661373<br />
来源：稀土掘金<br />
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。</div>
</div>
]]></content:encoded>
			<wfw:commentRss>https://www.phppan.com/2023/02/4-thinking-mode/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
