开发团队在政府内建立和改进了许多系统和服务。尽管我们将服务和系统设计得尽可能简单，但有时用户需要额外的指导和文档。清晰且易于获取的技术指导（例如API 文档）可帮助技术团队了解最佳实践并相互分享经验，从而节省大量时间和重复工作。
司法部有大量与技术相关的内容需要制作并公开，以便部门内人员能够按照相同的标准和原则开展工作。该部门还希望通过博客文章和其他内容与政府其他部门分享其技术最佳实践和经验。技术和内容设计团队认为技术 马其顿 WhatsApp 号码 作家可能对部门有帮助。他们迫切希望我了解他们的工作中有多少需要技术作家，以及如何最大限度地发挥这一潜在的新角色的作用。
我花了一周时间与 MOJ 团队合作，了解他们如何制定、更新和分享技术政策及其他内容。我与部门内大约 15 人进行了交流，其中包括：
技术架构师
安全专家
内部网专家
服务经理
参与团队
根据我们的讨论，很容易看出专职技术作家将如何帮助创建和组织这些内容，让技术架构师和其他人能够专注于司法系统的数字化转型。我将我的发现和建议整理成内容策略，现在司法部正准备聘请第一位全职技术作家。
GDS 的技术写作工作是如何进行的？
在 GDS，每位技术作家都隶属于一个团队。我们会根据哪些团队需要帮助而轮流工作，并与技术专家合作制作易于理解且准确的内容。在我写这篇文章的时候，我左边坐着一位内容设计师，右边坐着一位技术架构师。如果我能向他们两人询问问题或建议，内容制作就会容易得多。
我们为服务手册、登记册、通用技术服务和GOV.UK Verify等团队提供帮助，并帮助运行GDS 博客上的技术。我们还参与其他与技术相关的内容，包括技术招聘广告、政策和用户界面写作。
其他部门的情况怎么样？
我们已经开始与其他部门更紧密地合作，以改善他们与用户和组织内部共享技术知识的方式。
除了我最近在 MOJ 的工作外，HMRC 和 Companies House 等部门和机构也大量参与技术写作。两者都为开发人员发布技术文档。例如，HMRC 在其API 开发人员中心发布 API 文档。随着我们继续在政府范围内构建服务和系统，这种类型的内容只会变得更加重要。政府技术用户应该能够依靠支持和指导来使用该技术，特别是如果他们自己没有构建该技术的话。