如何准备技术访谈的提纲

写一篇技术采访文章，跟写一篇通常意义的技术文章，会有不同。不同在于我们需要对一干人等做了访谈，才能整理，落笔成文。文字内容来自于他人的口语转述，我们要对采访内容进行摘选和萃取，进而主动或被动反映点什么，成为可分享经验的载体。

文章的构思必不可少。

如何采访，我在另外一篇文章里有提及，这里就不赘述了。至于技术写作，也不是这一篇的重点。我们把重点放在如何处理技术主题的采访，即所谓如何构思一次技术采访呢。

技术主题的采访，区别在于访谈的背景和展开，都基于技术的话题和内容。这通常对于采访者的要求颇高，即便不是技术从业者，也得是在这个行业耳濡墨染多年的旁观者。了解技术趋势，了解行业动态，了解软件构建，以及这里的人。

技术主题的采访，有自身特别的局限性。无论是视频、播客还是文字，都难以在对话中直观描述技术细节，无法借助图、表和代码，而它们才是技术的表现，也是我们喜闻乐道的干货。

这也意味着观者无法在技术采访中获取可学习的细节，而更多是一种思维上的体验。当然我们作为技术人员，随着经验的成熟，成长所需要的一部分，也是这些体验。

既然有上述的局限性，那一场势在必行的技术采访如何展开呢。

我个人认为，需要看到以及理解，组织、人和技术之间的互动。这互动才是最有价值以及值得访谈的内容。大的问题要分而治之，我们一一来聊。

最近的几十年来，科技上的革命层出不穷，新技术也不胜枚举。宏观的技术领域，微观的技术工具，用来支撑更快响应力的架构变化，改变软件构造生态的基础设施和云，及开发者手中的效率工具，极大地改变了软件的生态。

技术推陈出新的动力是什么呢。我想也许是，商业世界里激烈的竞争，过去的人工或者技术的效率太低，有更新更快把问题解决得更好的技术被发明出来，用来提升效率甚至改变了这个世界的某些运作模式。

但技术和软件都有自身的规律。在历史的视角看，任何技术都会经历一个从采纳到兴盛到逐渐衰落的过程，无一例外。软件的世界，也是如此。软件有构建的生命周期，也会随着内部技术的兴衰，逐渐腐化为积重难返的遗留系统。

出于商业逐利和激烈竞争的本质，组织为了从行业一干竞争对手中脱颖而出，对于新技术和能提升市场竞争力业务响应力的技术，即便不能主动探求，也不得不被动迎接。就本质来说，商业和技术互为表里，或者说，最近这些年的技术蓬勃发展，基本因商业而起，并不为过。

组织会发现，在不断缩短的周期内，要探索新技术可能会带来的竞争力，就得选择在合适的时机，采购或更新软件系统，实现体验更加友好的界面，更具扩展和伸缩能力的架构。但周期性的规律仍在。

所以，软件的本质是因为商业组织出于竞争的目的，要采用新技术去增强软件系统，以提升竞争力的结果。这是一个受外部世界影响，内化为组织内部活动，展开技术和人互动的过程。

组织里的相关人，需要决策投资这样一次技术和软件的采纳，自研或者选择厂商，投入研发力量，重塑开发流程，业务和技术部门协作沟通，迁移数据，在尽可能短的时期内上线高质量的替代性软件系统。

由于康威定律的存在，软件系统及架构，和组织内部的沟通结构，产生了摩擦。这自然也是人和软件互动的过程。

软件系统上线后，进入维护、升级阶段。组织和人都会因为新系统的加持，展开更顺滑和密切的沟通协作，工作模式甚至组织结构因此改善也未可知。市场获益、经验、教训一并到来。

直到软件再度日落，成为阻碍新业务和提升竞争力的阻碍，但也变成下一次人和软件互动的缘起。

如果组织、人和技术的最简单本质如上所述，那围绕技术主题的采访，无非也是就这样的互动展开。在这样的互动中，寻找那些可以称之为有意义的细节和闪光，呈现内容和传播的价值。

比如采访提纲的线索，可以按照时间和历史的角度的展开，也可以以不同人和角色的视角铺陈。虽然成文后是对话体裁，但内容的展开是以某种线索展开。

如果以某次规模不大不小的软件系统升级为例。构思的采访提纲可能是：

请介绍你所理解的升级前后两个系统，大致的组成，完成的功能，粗略的架构。
请介绍你在旧系统上的工作经验和感受。
从你的角度，为什么需要做这次升级呢？
当时做出系统升级的决定，过程是否顺利，中间有什么有趣和艰难的事情呢？
系统升级中，你经历了哪些步骤，包括不限于需求分析，架构分析，研发计划，运维规划等。在这过程中遇到的挑战，棘手的问题，以及如何应对。
从你的角度，新系统对于就系统的显著改善和提升在哪里？如何看待成果？新系统的成效，是否有相关的数据？
从你的角色讲，系统升级后，你的工作方式发生了哪些变化，举例子，你会认为这是积极还是消极的影响？比如从架构的角度，是否体现出对业务的响应能力更强，或者和业务的沟通方面呢？
新的架构变迁、工作方式，你认为对你的团队，对组织来说，是怎样的影响呢？

因为有了确信的结构和线索，特别是基于组织、人和技术的互动本质的把握，访谈才会比较顺滑，访谈后整理成文也自然水到渠成。

评论