产品开发者的崛起 - 第三部分，知识管理大师

在“产品开发者的崛起”系列的前两部分中， 我们深入研究了产品开发者如何成为领域专家、用户共情者和批判性思考者。 现在，在第三部分中，我们的重点是他们在知识管理方面的实力。 他们获取和保存知识的能力为产品的快速适应性铺平了道路。 接下来我们将发现，获取和保存知识的艺术在他们的实践中融为一体。

學無止境，持續探尋 (Always Be Arriving)

产品开发者始终做好学习的准备，深入研究不同的领域并采用新兴技术。 他们的行动始终以潜在的业务需求为指导，促进协同合作。 每项任务，无论是验证假设、设计功能还是调试，都是一种学习体验。 他们与那些只强调特定技能的开发者不同，因为他们更注重产品的愿景而非仅仅是技术专长。

对许多人来说，“获取知识”等同于“模式匹配”——本质上是在网上搜索问题的现有解决方案。 这种心态使得他们相信人工智能可能很快就会取代开发者，尤其是随着 ChatGPT 等高级模式匹配工具的出现。然而，正如我们之前的讨论中所强调的，产品开发者的角色并不仅限于信息检索。 他们批判性地评估并决定这些信息的相关性和适用性。 通常，他们提出的问题比他们找到的答案更重要。

通过实践探索性测试，产品开发者能发现意想不到的问题，例如不可预见的bug。 它进一步丰富了他们的知识库。 在下一节中，我们将看到他们管理新获得的知识（例如解决新发现的bug）的方法使得他们与传统开发者进一步区分开来。

通过手工进行的探索性测试，产品开发者能发掘出意想不到的挑战，包括预料之外的漏洞。这种主动的探索不仅发现了问题，而且扩展了他们的知识视野。然而，无论是通过主动学习，发问还是这种”计划中的意外“而获得的新知，真正使他们与传统开发者区别开来的是如何吸收这些知识，例如他们修复一个漏洞的过程。下面，让我们更深入地了解一下。

持續完善，時刻准備新征程 (Always Be Leaving)

对于产品开发者来说，“时刻准备离开”并不是要他们频繁的变动工作。 相反，它体现了他们对维持卓越标准的承诺，确保他们的工作结果能够独立存在，即使在他们不在的情况下也能保持弹性。 这种理念使得知识在获得后立即被保存下来。

产品开发者采用多种方法来保存知识：

• 短期保存：他们熟练地利用用户故事分解、Sprint Backlogs、索引卡和白板等方法。
• 自动化测试：这是知识保存的基石。 它允许任何人将来在不影响预期功能的情况下对代码进行修改和扩展。
• 干净的代码：他们的重点是编写清晰、意图明确的代码，为未来更轻松的开发铺平道路。
• 活文档：他们把自动化测试通常兼作活的文档，而不是过分依赖充满谎言的静态文档。
• 相关记录保存：它们确保文档始终与产品的当前状态同步，避免任何不必要或重复的细节。
• 不给错误状态容身之地：他们采用“让非法状态无法表达”这样的原则，这种技术在丰田生产系统（TPS）中被称为Poka-yoke。

产品开发中的知识获取和保存是相互关联的。 当产品开发者检测到bug时，首他们通常会进行自动化测试。 最初，该测试作为缺陷的证据； 修复后，它确认解决方案；在将来，它会一直保护这一知识。而且新的修复方案已清晰地集成到现有代码库中，这就体现了“时刻准备离开”的精神。

总是“做好离开的准备”并不需要比“别担心，我会永远在这里”的错误信念付出更大的代价。 对知识的保留带来了顶级的产品质量，并使产品开发者能够专注于业务领域，从而产生更高效的解决方案。 持续的流程改进可以最大限度地减少任何相关成本。 这种方法使开发者能够满足业务需求，培养组织的适应性并确保未来创新的灵活性。

结论

产品开发者是知识的保管专家。 通过批判性思维，他们在问题和解决方案领域中探索，并在这一过程中吸收洞见。 然后，他们将所获得的知识具体化到自动化测试、干净的代码和活的文档中。 这种方法不仅巩固了他们的理解，而且确保他们永远准备好深入研究与业务优先级相符的新领域。 他们的实践不仅打造出精确且高效的产品，还培养了组织的适应性。 在本系列即将发布的部分中，我们将深入研究产品开发者如何通过集成和协作来制造产品。