深度贡献与广度贡献

Source: Dev.to

请提供您希望翻译的完整文本（除代码块、URL 之外的内容），我将为您翻译成简体中文并保持原有的 Markdown 格式。谢谢！

摘要

• 深度贡献指的是项目工作。
• 广度贡献指的是 transject 工作。

在当今世界，深度贡献占主导地位，这往往导致人才短缺，因为它需要高水平的人力资源。为了解决这一问题，转向 广度贡献 的范式是有益的。

背景

工作 ≒ 项目工作 与 角色 ≒ 框架 的现实

几乎所有组织都在报告人力资源短缺，主要原因是对“工作”的认知缺乏弹性。

工作 常被等同于项目工作：

• 成员需要具备全面适应项目和团队的能力。
• 没有这种能力，即使个人技术娴熟，也不被视为有价值的资产。

角色 被视作一种框架模型：

• 事先制定好框架，然后寻找符合该框架的人。
• 工作描述差异很大，但它们只是改变了框架的材料或颜色，而职位或角色名称的“框架”本身保持不变。

简而言之，只有具备全面能力并且符合框架的人才能通过，这类人极其稀缺。

工程师也不例外

工程师同样面临这一问题。负责人力资源管理和招聘的经理以及资深工程师，也难以找到具备所需全面能力的人才。因此，他们必须着眼于长期人才培养，这会产生巨大的沟通成本——几乎等同于教学。他们常以“这是必要的”或“培养过程可以很有趣”等理由为这种投入辩护，但这仍是一项艰巨的任务。

是时候改变范式

上文描述的文化就是我所称的 Deep Contribution（深度贡献）方法。项目恰好属于这一类：深入特定范围，努力实现预期目标，竭尽全力直至成功。

仅仅依赖这种方法是有局限的。是时候引入另一种更新的范式了。

深度贡献与广度贡献

• 深度贡献 指项目工作。顾名思义，它涉及在特定范围内深入钻研，并不懈努力直至实现预期结果。如果一开始无法实现，则意味着坚持不懈，直至可能，实现越来越深入。

• 广度贡献 指非项目、跨部门支持角色。你不隶属于任何特定项目，按最佳努力工作，但相应地，影响范围非常广。例如，一名普通工程师（非管理层）定期向公司数千名员工发布博客，并回复所有员工的查询。

价值比较

• 深度贡献为单个项目提供 100 的价值。
• 广度贡献为 100 个项目各提供 1 的价值。

广泛贡献的示例

广泛贡献有一个名称：Transject。我已经写了一篇包含具体示例的文章——请查看：

👉️ Project vs Transject - DEV Community

广泛贡献缓解人力资源短缺

仅仅专注于深度贡献（项目至上）就像单块代码：匆忙编写、以速度优先而牺牲整洁，导致难看、难以维护且技术债务沉重的代码。只有整体优秀的人才才能承受这种混乱。

当广泛贡献得到认可且广泛贡献者增多时，组织将受益于：

• 有意识地审视已有的工作和结构，进行语言化、建模，并决定哪些内容需要抽取和重构——类似于把常用数据转化为变量，或把流程模块化为函数。
• 开发、组织并交付那些在被理解并采用后变得便利的想法和方法——可比作引入 linter、formatter 或类型系统。

虽然这在短期内可能需要更多投入，但从中长期来看会带来更好的结构化。作为工程师，你们肯定能体会到结构化系统的优势。