开发人员的知识架构小小书 XXshu

关于开发人员效率和知识共享的四部分系列的第四部分。 完成后，您可以阅读 第一，第二和第三部分。

“我们已经有很多知识和协作系统，为什么我们需要另一个？”

这是IT主管经常问我的一个问题，这是一个公平的观点。大多数公司都有用于管理内容和共享知识的多个系统。从知识平台到社交协作工具，Wiki和文档系统，已经存储了很多信息。

这些只是明确创建的知识存储。然后就是带有数据库的系统，这些数据库也存储内容。对于开发人员，请考虑项目管理系统，缺陷跟踪，代码存储库，服务管理应用程序等。

如果这还不够，那么您还可以使用传递信息的系统。电子邮件链上的消息线程中隐藏了多少有价值的内容？交流仅仅是一种交换知识的机制，使之成为大量的信息档案。

所以答案是肯定的，有很多地方都有知识。然而，开发人员仍在信息光环境中工作，因为他们所需的有用和相关内容根本没有以任何一致或容易发现的方式存在。

解决此问题的方法通常是知识管理项目。目标是建立一个知识库，以收集所有这些不同的知识库。但是，这没有用，因为没有市场动力来确保内容的长期价值和信任。相反，需要的是信息体系结构。

什么是信息架构（IA）？在设计网站或应用程序方面，大多数从业者都是从UX角度出发的。但是IA的历史可以追溯到60年代：

通过“ IBM System / 360的体系结构”“概念性结构和功能行为，区分数据流和控件的组织，逻辑设计和物理实现。”

IA在其设计理念背后还扮演着Xerox PARC的组成部分：

“也许由于信息创建和使用的社会性质，PARC的许多技术研究都强调了人机交互和计算的社会方面。”

重点是IA是信息的高层思维，与计算的物理表现分开，并且信息具有内置的社交层。

但是，这仍然是高级的。 Wikipedia有一个更有用的定义：“组织和标记网站，Intranet，在线社区以及支持可查找性和可用性的软件的艺术和科学。”这使我们更接近实用的知识解决方案。但是，不稳定的IA内容如何专门帮助开发人员更有效地找到内部问题的答案，从而提高生产率？

在编程生涯的早期，我经常被打入销售电话。为了弥补对我职业抱负的冒犯，他们将我提升为“解决方案架构师”。但是，我发现我很喜欢导致白板会议的许多对话，在会议中我们规划了应用程序开发和信息流。

因此，让我用白板为开发人员设计一种信息体系结构的方法。

该图的简要说明是，代码是组织的原材料和核心知识资本。这是我们的第一级内容。第二级内容是有关该代码的问题，由Q＆A平台捕获。第三级内容是消息传递应用程序中Q＆A内容的分发，警报和搜索。

这种方法的概念框架是，代码是开发人员花费大部分时间的地方，因此应该有一种机制来捕获和共享有关代码和对该代码的讨论的知识。这就是开发人员知识体系结构 。

开发人员知识体系结构解决了IA的两个基本原则。首先，它专注于内容而不是系统。其次，它增加了问答和消息传递的社交层，从而加速并加深了采用和参与。

错误跟踪或服务台或项目管理或文档呢？这些很重要，但是我们不想通过一个巨大的项目来使海洋沸腾。这是在下游建立更全面策略的敏捷而直观的起点。

重要的是入门，建立价值和对内容的信任，并解决开发人员当今面临的最紧迫的生产力障碍。目标不仅是开发一些没人使用的，无所不包的知识库，还在于为开发人员提供他们真正关心并定期与之互动的内容。让我以此结尾：

“大多数单词信息都包含“告知”一词，因此，仅当事物信息通知我时，我才称其为事物信息，而不仅仅是事物的数据集合。”
理查德·索尔·沃曼*

您认为这是为开发人员管理知识的起点吗？您是否还应该将其他信息纳入此知识体系结构？

*****

为什么对LiPo电池有如此大的恐惧？

因为我的旅行袋似乎比衣服更多的电池…

我帮助高级IT领导者和公司解决数字转换所面临的挑战，并朝着以开发人员为中心的文化交付创新和客户价值。 在我的日常工作中，您可以 在这里找到我 。