从项目到计划：建立您的核心项目团队（上）

从项目到计划：建立您的核心项目团队（上）

如何使用敏捷的分步方法超越第一个Camunda项目并成功地自动化数百个流程？在过去的十年中，我们一直在帮助企业自动化工作流程，从整体系统迁移到敏捷，可扩展的工作方式。而且，我们发现您不必从大爆炸式的方法开始–-实际上，从小规模开始是实现数字转换的最快，最有效的途径。

在本文中，我们将探讨如何通过以下方式创建核心项目团队发挥个人优势，促进内部合作。

1. 扩大公司对Camunda的采用
2. 收养阶段
3. 管理，监控和利用云
4. 建立卓越中心

角色和技能发展

在Camunda成立的初期，我做了很多概念验证，并经常与积极进取的超级开发人员合作。像许多其他软件公司一样，我们 从一开始就主要与早期采用者打交道 。然后，有一天，我为世界上最大的电信公司之一进行了咨询工作。我与几个对Camunda一点都不兴奋的开发人员进行了交谈。他们只是想把工作做好，Camunda被一些企业指定用于该项目。老实说，他们是好人，但在编程时并没有特别受到新技术的激励。那完全可以！作为书呆子和工作流引擎的迷，我只需要意识到自己也有普通人。

从那时起，我得知您必须区分不同的开发人员组：

核心团队开发者最早使用。他们充满激情和干劲。您只需为他们提供Camunda“入门指南”，就可以摆脱他们的困扰。他们很可能会用谷歌搜索。这些人可能最适合早期项目，但是，他们也面临挑战，他们总是想要最新最好的技术，有时往往会过度设计。

专业开发人员 是训练有素的软件工程师。通过选择非常个性化的工具（编程语言，IDE，CI / CD等），他们可以在自己选择的环境中高效地工作。为了使Camunda富有成效，他们需要学习BPMN的基础知识，并为Camunda概念和API奠定坚实的基础。根据您的体系结构和堆栈，您可以在 Java开发人员 使用的Camunda BPM和更为 通用的Camunda BPM和微服务 培训课程之间进行选择。给专业开发人员提供生产所需的自由很重要。

低代码开发人员 不是经过培训的软件工程师，但通常具有业务背景。他们使用Microsoft Office工具，宏或RPA进行开发。他们通常将全部工作时间用于在这些环境中开发解决方案。对于许多公司而言，扩展其流程自动化工作的关键是使这些公民开发人员能够对可执行的工作流进行建模。一些公司（ 例如高盛））投资于支持低代码开发人员与Camunda合作。

Camunda还将在未来增加支持，例如通直接在建模器中逐步执行工作流的功能，允许用户从工作人员目录中选择连接器或使表达式等。低代码开发人员通常需要在他们将要工作的确切环境中进行定制的培训课程。

运营人员也不是软件工程师，而是通常具有一定IT亲和力的最终用户，他们希望使用他们可以掌握的技术来解决主动难题。您可能允许他们在为低代码开发人员构建的平台上使用Camunda，但我们通常会看到客户比他们的计划更关注低代码开发人员，而不是公民开发人员。

但是，当然，这不仅仅涉及开发人员：

业务分析师 需要学习建模BPMN。尽管他们可能使用不同的技术（例如，围绕创造力的方法）来发现和讨论工作流模型，但他们应该能够创建BPMN模型作为开发的输入，并能够理解开发人员创建的所有模型。我们建议您参加 BPMN 2.0培训课程。

操作 人员需要了解部署和运行Camunda所需的内容以及如何对故障情况进行故障排除。我们为此设置了 Camunda BPM DevOps  。

企业架构师 需要了解Camunda在全局和架构中的作用。尽管我主张不要过多地采用架构，但在您的旅途中尽早让企业架构师参与进来以确保他们参与其中仍然很重要。在有问题的政治形势下，我们已经看到明智的做法是等待企业架构讨论，直到有一个具体的灯塔项目可供展示。

一些客户还报告说，他们还有其他工作流方法学专家，他们真的很擅长检查某种工作流设计是否是最合理的设计。他们不断尝试着力求简化设计流程，以简化工作流程。这些人通常是在COE内部组织的。

当然，角色和责任可能会有所不同，每个履行角色的人也将以自己的方式“活”下去。因此，虽然对角色和所需技能有一些基本了解对于在组织中扩展Camunda的采用非常重要，但您还应该意识到，这些只是粗略的指导原则。我见过“商务人士”可以自己对智能家居进行编程，并且绝对可以像开发人员一样思考。我见过开发人员都是沟通天才，因此可以轻松地进行业务分析而不会出现问题。

请注意，只有当您随后立即将知识用于实际项目时，好的培训课程才有效。尝试使培训与项目开始时保持一致。

另外，您应该在工作中组织一些指导。这可以由Camunda，合作伙伴或您自己的COE担任。通常，远程咨询产品可以很好地完成此类任务。