产品
我简要介绍了聘请优秀团队来管理您的 Jira 实例。这是更详细的扩展。
这篇文章的受众主要是 IT 中管理 Jira 数据中心实例的任何人、招聘经理、主管和招聘人员。它主要面向 Jira 管理。虽然管理和配置 Confluence 确实需要工作，但 Jira 的必要开销和灵活性使这项工作相形见绌，但也有例外。
背景
在过去的 15 年里，我一直在管理 Jira、Confluence 和 Bitbucket 的服务器和数据中心实例，其角色和职责从几个用户到超过 40,000 个不等。
我学到了很多关于成功需要哪些技能以及职责分离在哪些方面至关重要的知识。
所需的技能和角色
管理整个工具实例所需的技能集通常被大大低估。
根据实例的大小和 Jira 中处理的范围（仅限软件开发、ITSM、非工程项目等），所需的技能会有所不同，但这是一个很好的基准：
系统管理员/服务器管理员
负责性能、保持正常运行、升级和其他服务器端/基础架构需求。
Jira 管理员
负责所有前端配置。这些资源应该了解该工具的最佳实践，并能够就实现需求的最佳方法进行咨询。如果大多数项目将遵循 Scrum，则首选敏捷知识。
业务系统管理员
负责与最终用户合作，将他们的业务需求转化为由管理员实施的需求。这是我从职位发布和招聘人员中看到的最重要的角色之一。在许多情况下，它会作为一项单行工作要求而被投入其中，而实际上它应该是它自己的角色。该资源应具备运行项目、接受需求、管理范围变更以及熟悉将要实施的流程的软技能。这个角色是技术资源、最终用户和工具之间的桥梁。因此，工具的质量很大程度上取决于 BSA 如何设计和实施项目。作为额外的奖励，BSA 本身可能需要作为 Jira 管理员的经验，以便能够了解工具的复杂性以加快实施，而不是过多地依赖管理员。
开发者
负责插件开发和脚本编写。为了充分利用该工具，让可以编写插件以解决特定用例的开发人员将大大提高用户体验。如果可能，如果插件已经存在，购买比重新创建它更便宜。在某些情况下，只需要插件具有的某些功能，或者出于安全原因，现有插件将不够用。对于这些情况，让开发人员实现该功能将提供更高的投资回报率。
帮助台
这也取决于用户的数量和请求的数量。低级别的支持团队可以通过对频繁的支持问题进行分类并处理运行手册可以明确列出的任何内容来帮助减轻更高级资源的负载。这通常是关于该工具的常见权限问题或一般问题。
失败的秘诀
拥有一个 Jira “人”
在过去的角色中，我一直是“Jira Guy”。有些事情我绝对不应该负责。
单一资源不应该对 Jira 的所有事情负责，大多数人也不希望承担如此广泛的责任。问自己一个问题：“我是否希望使用相同的资源来处理性能调整和软件升级，就像我想要处理业务需求一样？”系统管理员或基础架构工程师可能不想讨论需求和编写最终用户文档。软技能是必要的，但保持系统运行的工作量已经是一个完整的工作量。一个人同时兼任项目经理、BSA、管理员和运营支持需要付出很多努力。这将导致倦怠，只会使公司受益。它可以通过将工程师的工作量分成难以转化为特定职业道路未来发展的领域来减缓工程师的个人成长。
以下是我从招聘人员那里收到的全方位“Jira 管理员”角色的职责列表：
这些只是我遇到的数百个职位发布的例子。应该不难看出为什么填补这些角色很困难，或者当被填补时会给资源带来很大的压力以取得成功。用户需要具备很高的技术水平，同时也是业务方面的联络人。难怪我遇到的许多招聘人员对他们为什么找不到能够检查所有这些框的人感到沮丧。
没有接受过工具方面的教育
我与许多招聘人员和招聘经理交谈过，他们似乎对这个工具的了解有限。招聘经理如何聘请团队来管理他们自己不了解的工具。我什至问过他们：“您是否期望一个资源来完成所有这些工作？”
有很多关于该工具的优点以及如何正确配置它的信息和文档，但没有很多关于承担这项工作所需的正确资源的信息。如果招聘人员有这种理解，则职位发布将更加狭窄并针对适当的受众。有一些工作我没有申请，因为要求太多。人才被错过是因为帖子中的一行对基于他们正在寻找的内容没有吸引力的人。
结论
运行 Atlassian 环境需要做很多工作，但如果有合适的团队，职责分工明确，就可以实现成功的模型。至少对技术方面和业务方面的了解是必要的。
招聘经理和招聘人员应该对自己管理环境的实际需要进行自我教育，并设身处地为他们希望招聘的人着想。管理员可能不希望了解详细的业务需求。随后，业务系统分析师职业道路上的某个人可能不希望因运营问题而随叫随到或负责升级工具。
155-2731-8020
