paint-brush
减少初创工程师的认知负担经过@nkko
834 讀數
834 讀數

减少初创工程师的认知负担

经过 Nikola Balic5m2023/08/17
Read on Terminal Reader

太長; 讀書

早期初创公司应专注于最大限度地减少工程师的认知负担,以提高生产力并减少倦怠。这可以通过消除干扰、简化工作流程、优化开发人员体验以及故意增加复杂性来实现。
featured image - 减少初创工程师的认知负担
Nikola Balic HackerNoon profile picture
0-item

早期初创公司的工程师在高压环境中工作。由于资源有限且优先事项不断变化,他们的认知负担非常巨大。这种负担会阻碍生产力、创新和工程师满意度。


初创公司必须优先考虑最大限度地减少认知负荷。


我之前关于 Hackernoon 的文章讨论了如何实现心流状态对于管理工程师巨大的认知负荷至关重要。我认为,促进心流状态可以减轻认知负担,使工程师能够充分利用他们的心智能力进行创新和提高生产力。


高压的创业环境因问题不明确、不断的上下文切换和缺乏结构而使心智紧张。


初创公司对工程人才的流失

在初创公司工作的工程师面临着不确定性和复杂性的困境。弄清楚定义不明确且结构很少的问题是一件很困难的事情。在风险很高的情况下必须处理许多未知因素可能会带来压力。


业务的优先级变化很快,因此工程师必须不断切换环境。设置不当的流程和基础设施也会增加认知负担。当没有太多阻碍时,每一个选择都会让人感觉很重大。


认知负荷对开发速度的拖累

研究表明,认知负荷会直接减少可用于任务的工作记忆量。当工程师将他们的思维推向极限时,他们的工作就会受到影响。


使用糟糕的工具进行斗争并且不知道自己想要实现什么目标是令人沮丧的。当你有很多事情要思考时,你很快就会感到疲惫。


初创公司无法承受工程师不尽力而为的后果。为了持续的速度,你必须能够处理你的精神负荷。


破译代码中的认知负荷

理解错综复杂的代码库也耗费工程师的脑力。具有相互交织的依赖关系、不一致的命名、过于聪明的抽象和模糊的意图的项目会带来陡峭的学习曲线。


初创公司应该倡导注重理解的编码最佳实践。命名良好的变量、集中的小函数、关注点分离以及消除重复可以避免工作记忆超载。评论阐明了基本原理和高级架构。可掌握的代码使新员工能够更快地成长。


代码审查在确定需要改进的方面发挥着至关重要的作用。审稿人可以指出复杂的逻辑并提出简化建议。随着系统的发展,定期重构可以使代码清晰性成为首要任务。清晰的代码补充了受控的认知负荷。


工程团队的认知负担

除了个人认知负担之外,团队还要应对集体负担。团队之间过多的交接、所有权不明确以及笨拙的协调不断累积。工程师在组织混乱中浪费了精力。


有效的团队拓扑,如 Matthew Skelton 和 Manuel Pais 提出的拓扑,可以简化跨团队的工作并最大限度地减少协调开销。平台团队提供自助服务来满足基本需求。功能团队拥有自主的垂直切片。支持团队提供专业知识。有了明确的领域,团队就可以将认知工作集中在交付价值上。


消除干扰和不确定性

领导者需要消除工程师不需要的干扰和迷雾。清理您的物理和数字空间。应改善工作流程和沟通。


设定明确的目标,重点关注客户的需求。减少不必要的会议和状态检查。留出更多时间集中精力进入心流状态。


简化流程,使他们只做需要做的事情。自动化可以摆脱一遍又一遍地完成的低价值任务。为工程师提供寻找和消除干扰所需的工具。

从直观的工具基础开始

选择简单、众所周知的工具和架构可以立即减轻认知负担。以经过验证的模式为基础,不要重做基础知识。


标准化的开发环境和基于云的工具(例如 GitHub Codespaces、Coder、Gitpod、Codeanywhere、Daytona 或 Replit)为开发人员提供了开箱即用的编码环境。这可以让你不用花费精力去设置和修复环境。


使用生动的文档来帮助人们相互理解。优化知识共享。使用域而不是层来进行模块化。


选择对灵活性有意见的框架。拿走选择。提供足够的结构来减少负载,但不要让它太难。


故意增加复杂性

应该有目的地增加复杂性,而不是先发制人。在引入新工具、复杂架构或流程之前等待经过验证的需求。


工程师必须根据来之不易的经验而不是假设来推动复杂性的增加。抵制创始人或投资者坚持使用不必要的技术。


利用概念验证以最少的投资进行试验集成。定性测量认知负荷。


评估认知负荷

虽然认知负荷可能看起来很模糊,但研究人员已经设计出了测量它的方法。一种广泛使用的量表是NASA 任务负荷指数 (TLX) ,用于评估精神、身体和时间需求、表现、努力和挫折。


初创公司应该利用 NASA TLX 等工具来量化一段时间内的认知负荷。工程师在产品演化的不同阶段的日志评级。识别可能表示过载的尖峰。跟踪平均值以揭示工作流程中的痛点。比较流程更改之前和之后的负载可以显示影响。


测量和调整生产力时间和满意度等指标应该是持续的。量化指标补充了工程师的定性反馈。他们共同提供了有关改善开发人员体验的可行见解。


纵向微调开发者体验

随着初创公司的成长,衡量每个里程碑的工程认知负荷。捕获重大工具、流程或架构更改之前和之后的负载数据。


留意负载指标,例如较低的速度、较高的错误率、挫败感和流失风险。定期调查工程师的幸福感。


给予工程师自主权和掌握权来塑造自己的体验。消除不必要的精神负担以提高生产力。


早期初创公司的压力对工程师提出了强烈的认知要求。通过深思熟虑的流程、简化的工作流程和直观的工具消除不必要的脑力劳动,从而在整个创业过程中提高生产力、创新速度和工作成就感。


减轻认知负荷的 5 种策略

以下是初创公司可以减轻工程师认知负担的 5 种关键方法:


  1. 通过最大限度地减少干扰和整理环境来消除干扰。
  2. 通过熟悉的技术和简单的架构从直观的基础开始。
  3. 一旦验证,就故意增加复杂性,避免过早的过度复杂化。
  4. 量化不同阶段的认知负荷,识别痛点。
  5. 通过提供生产力工具和资源,持续优化开发者体验。


最大限度地减少不必要的脑力劳动应该是早期初创企业的首要任务。


这使得工程师能够将他们的认知资源集中在关键的形成阶段提供最大价值。