科技雷达的普及程度已经大大超出了我们的想象。确切原因尚不清楚，但也许是因为我们是少数愿意提供诚实技术意见的咨询公司。我们喜欢钻研技术，并且不害怕说出我们的想法。技术雷达受欢迎的另一个原因是它使用实际的类比来评估技术。这个比喻虽然并不完美，但却非常形象。有时，所需要的只是一个框架，在这个框架内提出一个想法，让模因蓬勃发展。
TAB已经逐渐习惯了每年两次发射技术雷达。然后，正如经常发生的那样，意想不到的副作用发生了。在我参加过的一些会议上，与会者向我表示感谢，感谢我帮助推出技术雷达，并表示他们的公司已经在创建自己的技术雷达。我们没有考虑过扩展这种做法，但回顾起来这是显而易见的。此后，我们与多家客户开展了这种实践，均取得了巨大成功。
我还发现这回答了所有会议演讲者问答部分经常出现的一个问题：“你（演讲者）如何跟上技术的发展？你怎么知道下一步要追求什么技术？”答案当然是我们都有某种形式的内部雷达。使用此处描述的工具，您可以自己规范此过程，帮助您决定在哪里投入宝贵的研究和开发时间，这可能会带来全新的职业生涯，但也会占用您的家庭时间。
您需要两部雷达：一部用于您自己，一部用于公司。我将讨论它们的创建方式和原因，但首先我需要谈谈技术雷达本身。
技术细节
技术雷达由同心圆组成：
它分为4个象限（作为咨询公司，我们习惯将事物划分为象限，这是一种奇怪的痴迷）：技术、工具、平台以及语言和框架。
戒指
技术雷达中有 4 个环，从外到内：暂停、评估、实验和采用。
暂停
吊环的本意是“目前暂停”，用来代表那些新推出的、无法合理评估的技术。我们考虑具有大量动态更新但尚未得到证实的技术。拖延循环演变成“不要使用这项技术启动任何新项目”。在现有项目上使用它并没有什么坏处，但如果你想在新开发的项目上使用该技术，你需要三思而后行。悬浮是最接近回避类别的，但它不允许我们加入回避圈。这个决定是明智的：以这种形式使用雷达的真正目的是雷达应该检测您的期望，而不是责怪过去。
评价
评估圈中出现的项目代表值得研究的技术，以确定它们将如何影响您。您应该投入一些努力（例如，开展调查、研究项目、参加会议讲座等）来确定它是否会对您的组织产生影响。例如，许多大型企业在制定移动战略时显然正在经历这个时期。
测试
试点环列出了您（和您的同事）认为值得追求的技术。了解如何构建这种能力非常重要。现在是在低风险项目上试用该技术的时候了，这样您才能真正理解它。一项技术从评估圈走向试验圈，我们要有一个客观的标准，并且要认真地在实验项目上使用该技术。我们坚信，只有当你实际使用一项技术解决了实际问题之后，你才能充分评价该技术，了解它的缺点和优点。通常，在评估阶段，您会看到好处，但很难看到其局限性，而解决实际问题可以让您全面了解该技术。毕竟，每一项技术都试图通过宣扬其优点并隐藏其缺点来吸引人们使用它。这就需要你自己去发现新技术的缺点。
使用
对于环力技术的采用，我们强烈提倡业界采用。如果它适合我们的项目，我们会毫不犹豫地尝试使用它。
我们试图找到一个好的衡量标准来衡量一项技术何时应该明确地进入采用环，我的同事迈克找到了一个我们称之为剃刀的衡量标准：如果你没有使用处于采用环中的技术，我必须会嘲笑你。最新的附带条件是第二条规则：当你想将一项技术纳入采用循环时，首先要质疑它——你真的对它足够了解吗？
图标
我们使用一组简单的图标。三角形代表新的或已经改变位置的技术，而圆圈代表没有改变的项目。我们还将使用向量来说明每个象限中点的运动。
如果某个图标在一年内没有在技术雷达上移动两次，我们就会忽略它以减少混乱。如果某项技术出现了一些有趣的讨论，我们会在雷达上重新关注它（或者再给它一个“提示”）。
如何创建雷达
对于每个象限：
我们还将对现有雷达上的物品执行此操作，以确定它们是否应该被移动、移除或“复活”。
我的同事 Erik（TAB 成员之一）也提供了有益的推动，总是向我们施加压力，要求我们提名某种技术。例如，使用特定的技术名称而不是广泛的技术类别（例如日志聚合工具）。我们最近挑选了这个新领域的两个典型工具 和 ，希望大家能够采用。清晰的技术名称让技术雷达更加具体。
达成共识
事后我们注意到的罕见事情之一是 TAB 达成共识的速度有多快。资深技术人员往往充满激情，但我们达成共识的速度很快，很少需要决胜的投票。其他类似的内部和外部团队似乎花了令人沮丧的很长时间才能最终达成协议。有一种理论认为，作为技术人员，我们习惯于解释原因，然后等待批准；即使得到的结果是否定的，我们也会尊重这个结果，而不会有怨恨。一旦您为大型组织从事过软件项目，您就会磨练您的接受技能。我们出乎意料地从这种来之不易的实践中受益，并且决定我们将采用哪些技术是我们能做的最合适的事情。
开源可视化工具
我的一位前同事开发（并开源）了一个基于 JSON 的雷达可视化工具，并且： .
要使用此工具，您必须使用技术及其在雷达中的位置填充 JSON 数据结构。当我们布置雷达时，我们并不担心环内的细微差异。因此，不要仅仅因为一个点距离中心近几毫米就解读编辑的想法，我们只是尽量让每个标签不重叠，以便可以清楚地看到它们。由于使用极坐标，雷达工具在显示雷达之前转换位置信息，从而可以精确控制每个点在环内出现的位置。
雷达
许多人误解了技术雷达的用途。我们的首席科学家创建了一个常见问题解答页面来回答一些常见问题。对我们来说，雷达是当前技术的缩影，我们一群固执己见的技术人员集体认为很酷。它不是评估技术生命周期的工具——例如，我们非常喜爱的许多技术早已消失在我们“无需动脑筋”的采用类别中。雷达的比喻很恰当：雷达跟踪即将发生的事情。
我们从未预料到技术雷达会变得流行，但许多人仍在个人职业生涯中使用雷达，并用它来支持许多企业所缺乏的完整反馈循环。
个人雷达
当你进入软件开发行业时，你就与自己签订了一份契约：承诺跟上世界的变化。一开始很有趣，因为总是有新的东西可以探索和尝试。但随着时间的推移，你学到的东西会变成一种职业，技术的价值不仅仅在于酷。明智的做法是投入精力彻底研究您当前正在使用的技术堆栈（好处是，如果您发现它很酷，您仍然可以称其为“工作”）。
但面对成绩，我们决不能止步。技术世界正在迅速变化。我的一位前同事曾经是一位世界知名的专家，他哀叹自己无法用其他东西取代现在无用的大量知识。他还推测：历史上是否还有其他一群人，像软件开发人员一样，一生学习了很多详细的知识，然后把它们放在一边？ （这个问题还没有答案）
对技术采取自由放任的态度可能非常危险。大多数技术专家或多或少都会根据某些特定基础来选择技术：什么很酷，或者您的雇主正在推动什么。创建自己的技术雷达可以帮助您识别想法并平衡技术（很酷但小众，无聊但适合工作）。技术组合应该像您的金融组合一样对待：在很多方面，它们是相同的。您的财务规划师告诉您什么？多元化投资！
选择广泛需求的技术和技能并跟踪此类需求。您可能还想尝试一些高风险/高回报的技术策略，例如开源或移动开发。我认识一些开发人员，他们通过开源项目成功地将自己从小隔间的劳动中解救出来：他们在一个开源项目上工作到深夜，这个项目开始受到关注，让人们愿意购买它，并最终成为一个职业目标。现在移动开发充满了魅力，这是有道理的，但也非常困难。
花一些时间开发一些实验项目来帮助您选择技术和创建雷达。您可以使用我们的象限或创建您自己的象限。请注意，练习过程与结果同样重要，因此全年安排时间多次检查您的技术雷达。我自然会在每年年底重新审视我的雷达，因为那是我提出新想法的时候，我也会在夏天重新审视我的雷达，因为那是我开始思考明年新主题的时候。创建物理雷达（粗略的雷达图+见解）可以帮助您规范思想、做出理性决策、温故知新。
企业雷达
个人雷达的价值是显而易见的，而企业雷达可能看起来不太重要，但实际上更有价值。
原因
为什么贵公司需要技术雷达？有5个原因：
1. 风险与采用
对于任何给定的技术，它在您的公司中必须处于以下曲线的某个位置
创新者、早期采用者、早期采用者、后期采用者、落后者
创新采用周期
但你面对的不仅仅是一种技术，而是多种技术：开源框架、商业产品、自制工具等。对于每一种技术，你都可以在曲线上绘制出它现在的位置和你想要的位置，并权衡风险和收益。虽然这是一种有用的做法，但为每种技术执行此操作都过于复杂且缓慢。试图构建一个全面评估一项技术各个维度的矩阵注定会失败。相反，您需要一个粗粒度的分类系统，例如广口桶，而不是细粒度的孔，例如我们雷达上的环。
对于给定的技术，它在组织的创新曲线上处于理想的位置，风险和收益是平衡的。我的同事通过可视化所使用的技术和理想的采用周期，然后将它们放入二维雷达环中，提出了最初的雷达隐喻。雷达是一个时间点快照，显示每种技术在采用曲线上的位置。与许多隐喻一样，“雷达”在多个层面上发挥作用。
2.持续分析的平台
一旦你有了一个框架，练习就变得更容易重复。因此，您需要创建一个平台，让您能够持续评估技术的响应能力和偏好。技术永远不会保持静止，您必须不断地重新评估它们，否则就有可能明显落后于竞争对手。标准框架可以帮助您建立实践的历史记录，从而帮助您随着时间的推移提高洞察力。
3. 将统一的信息从技术人员传递给感兴趣的非技术人员
您的 CTO 或 CIO 或“做出软件购买决策的人”可能会经常四处走动，与每个人谈论技术，并可能询问每个人的想法。但首席技术官很少召开会议并要求他的员工对他们每天使用的工具进行评分。许多首席级领导更多地倾听销售人员的意见，而不是倾听自己员工的意见。为什么？首先，没有人想要负面反馈，尤其是在没有必要的情况下。其次，当提供反馈的机会出现时，大多数反馈都是负面的，并且采取投诉的形式。您是否曾对您的 CTO 说过“X 技术选得非常好！”或者“你知道，改用 Y 后我们的生产力提高了很多。”有效的技术是无形的，但有缺陷的技术却对其使用产生巨大影响。非常的吸引人们的眼球。大多数组织没有从技术用户到技术选择者的封闭反馈循环。技术雷达是一种无责任工具，允许所有技术用户向技术决策者提出建议。在我们帮助创建 的一些公司中，开发人员一年多以来一直在倡导进行许多基础设施变革，但直到当权者认识到广泛的需求后才立即实施。
4. 用它来激发活跃的技术讨论
曾经有一个项目经理向我抱怨，他项目的技术人员经常吵架。我纠正了他，说他们只是在进行一场热烈的讨论，讨论的动机是兴奋而不是愤怒。对技术充满热情的技术人员多久聚在一起讨论他们每天使用的技术？创建雷达将是让每个人都处于（希望如此）非敌对环境中的一个很好的理由。这些技术人员应该来自不同的项目，覆盖所有的技术栈。通常，编程语言障碍与自然语言具有相同的社会影响。不同的语言会将每个人隔离成不同的小群体。雷达让每个人都有机会聚在一起讨论他们的相似之处而不是不同之处，而这样的讨论往往会带来意想不到的结果。
我们发现这是练习雷达最好的部分，因为你可以对一个随时可能用到的技术进行深刻的讨论，而且这是唯一的方法。例如，大多数程序员可能认为他们知道运营主管对公司的看法，但正式的对话往往会产生意想不到的结果。
5、帮助协调业务人员和技术人员对技术的看法
雷达可以帮助您决定何时更积极（或温和）地推动一项新技术，并提供可读的、简化的技术图景，甚至非技术人员也能理解。如果您的公司对当前和未来的技术前景有共同的理解，您就可以做出更明智的决策并更好地规划您的业务。
一般来说，你希望业务人员和技术人员对技术的看法能够匹配，但这往往会适得其反。例如，你的公司与另一家公司合并，这可以带来非常好的商业结果，但技术结果却不尽如人意。拥有清晰的路线图可以帮助每个人（技术人员和非技术人员）评估战略想法并制定计划。
机制
每家公司都会采取不同的做法，也应该有自己的风格。使用以下建议来帮助您入门，并根据需要修改详细信息。
象限
您可能想要更改公司雷达的象限。当我为公司这样做时，我有时会将语言象限移到工具中（因为不幸的是，在大多数大公司中，语言的选择是提前决定的），并添加包象限来替换语言。对于许多拥有与 COTS（商业现成）软件集成的巨型 Rube 设备的公司来说，这是一件大事。您还可以创建其他象限，例如合作伙伴、顾问或其他特定领域。
WHO？什么？什么时候？
谁可以分为生产者（制造雷达的人）和消费者。制作人应是一批高级技术人员代表（同事推荐或提名），以及公司内任何对技术选型感兴趣的人。如果超过30人或在不同地点，则需要进行多次对话并汇总结果。消费者可以是任何感兴趣的人，因此输出（文档、讲座、视频广播）必须假设消费者是非技术人员。雷达的目的之一是向利益相关者通报技术决策，因此应该让他们能够理解。虽然C级领导参加此类会议并没有什么问题，但整个过程应该由技术人员主导。
你们生产什么？它可能是一个 10 页的文档，就像技术雷达一样，也可能是雷达团队作者的演示文稿。它可以像一个维基页面，您只需要定期更新即可。过程远比产出重要，所以产出可以最小化。我们从白板上开始，在上面画出代表象限的线条和代表当前雷达项目的便签。
收集结果的方法很简单，当我们为公司执行此练习时，我们通常使用电子表格来统计结果。写经验是最麻烦的部分，但也是创建雷达后最有价值的部分，因为这些经验让雷达上的每个点都有了更具体的意义。由于印刷限制，我们的雷达每种技术仅限于几句话，但是当您创建公司雷达时，您应该鼓励更详细的介绍来总结团队如何讨论并达成共识。
何时建造雷达还取决于您的公司及其与技术的互动。我的建议是每年至少进行一次，最好每年两次。由于技术发展如此之快，短短一年之内就会发生巨大的变化。
总结
当您选择技术职业时，您就隐含地认为您将管理您的技术事务。使用技术雷达等工具管理此过程可以帮助您做出更好的决策。同样，为您的公司创建雷达可以提供久违的反馈循环。人们每天都在使用您的软件，为什么不利用他们丰富的知识和经验呢？
拥有这两个雷达也是一个非常有用的职业发展工具。正如您在上面的文章中所看到的，当您担任 CTO 时，做出技术选择的过程是完全不同的。请记住，雷达是一种防御工具……但它也可以是一种进攻武器。研究你的雷达和公司雷达之间的差异，看看这个工具是否可以帮助你更好地调整你的职业目标。
我有一个疯狂的幻想，如果技术雷达（个人和企业）的交流成为面试过程的一部分，并作为相互评估和选择的基础，那不是很棒吗？