有预算的工作，却没有人手：范围明确的工程力量
规模化软件工程，是把咨询工程力量投入到您已在运行的系统上一项明确的工作中：应用变更、平台工程，或构建并发布它们的路径。SEYA Group 派出工程师在该范围内加入您的团队，工作的形态在任何人开始之前就已商定。它适合知道要构建什么、但缺少人手去构建的组织。
适用对象
积压的工作团队清不完、招聘流程又无法及时补上缺口的 CTO 和工程副总裁。平台或应用项目已获批准和预算、却没有人有空去做的 IT 经理。需要在明确范围和明确期限内投入工程力量、并从一开始就规划好交还的 IT 项目经理。手里有设计方案、需要有人与内部团队一起实现它的架构师。
如果问题仍是构建什么或如何组织团队，请从 企业转型 或云采用开始。本页面针对的是工作已经明确、约束在于人手的情况。
我们解决的问题
- 一个已知系统上的一项已知变更，因为没人有空去做而一再延期。
- 平台或基础设施工作由应用团队勉强兼做，因为它不是任何人的本职。
- 交付流水线需要产品团队抽不出的工程投入。
- 一个有截止日期、而现有人员编制赶不上的项目。
- 一个在学习新平台期间需要有经验的工程师并肩工作的团队。
您将获得
- 范围简报。一份书面说明，写明系统、约束、范围内的工作、完成的标准，以及工作如何交还。
- 加入您团队的工程师。具备云平台、应用开发和交付流水线经验的顾问，在您的代码仓库、工具和例行会议中工作。
- 工作本身。应用变更、平台工程或流水线工作，经由您的正常流程评审，并通过您的发布路径上线。
- 知识转移。文档、结对和评审，使内部团队拥有成果，项目结束时没有任何事情依赖我们。
项目如何开展
- 范围沟通。您描述系统和约束。SEYA 判断这属于哪类工作、是否更适合归入迁移、 应用开发、 数据或 MLOps，以及第一阶段将覆盖什么。
- 简报与团队构成。范围确定后，团队规模、技能和开始日期连同商务条款一起商定并写入简报。
- 入场。与您的团队负责人一起设置访问权限、环境和协作方式，让我们的工程师尽早进入状态。
- 增量交付。工作按简报描述的增量通过您的流水线上线，并定期对照完成标准进行评审。
- 交还。代码、文档和上下文移交给内部团队，访问权限随之撤销。
技术范围
SEYA 的工程师曾在 AWS、Microsoft Azure 和 Google Cloud 上工作；用 Terraform、Packer 和 Ansible 做基础设施即代码；用 Docker 和 Kubernetes 做容器；用 Java、Node.js、Python 和 PowerShell 做应用开发；并在 Jenkins、GitHub Actions、Team Foundation Server 和 Octopus Deploy 上构建交付流水线。简报会指明项目所用的技术栈，团队据此组建。
您需要具备的条件
一个已经存在的系统和一个您能够描述的约束、一位与我们共同负责这项工作并在之后接收它的工程负责人，以及对工作所需代码仓库、环境和工具的访问权限。云账户和代码自始至终归您所有。商务条款、团队规模和开始日期在范围明确后按简报逐一商定。
本页不在范围内的内容：没有明确范围的开放式人员外派、接管您系统的运营，以及关于构建什么的战略工作，后者属于企业转型。
安全
当简报包含流水线检查、密钥或准入规则时，这部分工作遵循 DevSecOps 服务。本页面的工程师不对其所改动的系统进行认证。
相关案例
常见问题
这是人员外包吗？
更接近于范围明确的项目。我们的工程师确实会加入您的团队并使用您的工具，但简报写明了工作内容、完成标准和交还方式，因此项目有明确的终点。
你们多快能开始？
取决于简报要求的技能和我们商定的范围。简报成形后，我们会给出开始日期。
代码和账户归谁所有？
归您。工作在您的代码仓库和云账户中进行，使用您授予并可随时撤销的访问权限。
你们的工程师如何与我们的工程师协作？
作为同一个团队的成员：您的站会、您的代码评审、您的发布流程。结对和文档是简报的一部分，知识留在您这里。
项目规模可以扩大或缩小吗？
可以，通过修改简报。范围、团队构成和日期一并调整。
如果您有已经获得预算的工作，却没有人手去做，请 预约工程范围沟通， 并描述系统和约束。
联系我们
发送有关云、平台、数据或可靠性项目的咨询。营销邮件在表单中为单独选项。