Формирование команды
На уровне организации проектирование платформы — это эволюция от реактивной культуры. В реактивном языке и региональных параметров одинокие разработчики создают средства в силосах. Когда один разработчик покидает, знания о том, как это средство работает, также может привести к сломанным процессам и простоям.
В более зрелой культуре инструменты создаются упреждающим образом и поддерживаются командой разработчиков платформы. Существует управляемая автономия для разработчиков и разработчиков, которые могут быстро приступить к работе с новыми проектами.
Для успешной разработки платформы их организации должны иметь упреждающие культуры с исполнительными покупками и разработчиками с правильными навыками.
Упреждающая культура и исполнительный покупки соответствуют инвестиционной возможности в модели конструктора платформы. На самых высоких уровнях руководство компании способствует автономии команды и подотчетности, поощряя инновации и реализуя меры управления.
Роль языка и региональных параметров
Организации с зрелости разработки платформы имеют сильное руководство. Проектирование платформы в компании — это балансирующий акт, требующий непрерывного переоценки. Организациям необходимо поддержать группу разработчиков платформ в своих усилиях, чтобы понять текущее использование ресурсов и сопоставить путь вперед.
На ранних этапах внедрения разработки платформы команды продуктов имеют собственный уникальный набор средств, операций и процессов развертывания. В зрелой организации разработки платформы централизованная разработка платформы рассматривается как лучший способ работы как руководства, так и разработчиков. Зрелые организации признают, что проблемы группы продуктов являются организационными проблемами.
.. когда мы преследовали различные пути, облачные затраты, стоимость инфраструктуры, инженерные затраты, различные аспекты, оказалось, что проблема организации и проблема всех 20 000 разработчиков или 30 000 сотрудников проблемы организации. — старший руководитель по проектированию в корпоративной компании по программному обеспечению
Язык и региональные параметры организации должны поддерживаться на пути обнаружения констант в разработке платформы. Руководители должны сосредоточиться на поддержке поддержки команды разработчиков платформы для внедрения инноваций.
Цель вашей организации заключается в том, чтобы повысить оптимизацию культуры, в которой руководители:
- Предоставление группам возможностей для эффективного решения пограничных проблем и внедрения инноваций.
- Повышение автономии и подотчетности в группах для поощрения инноваций и экспериментов.
- Обеспечение постоянной релевантности и эффективности на фоне изменяющихся бизнес-потребностей и требований пользователей.
Со временем организации переходят от временного к оптимизации уровней поддержки культурных изменений с помощью проектирования платформы. На каждом уровне роль руководства в управлении культурными изменениями, необходимыми для развития концепции проектирования платформы.
| Временный | Операционный | Масштабируемость | Оптимизация |
|---|---|---|---|
| Использование языка и региональных параметров принятия решений на основе данных и их адаптации. | Повышение культуры совместной работы, непрерывного обучения и улучшения. | Продвижение культуры сочувствия и роста | Поощрение инноваций и расширение возможностей команд для достижения изменений и прогресса |
Организационные мотивы также развиваются на каждом уровне поддержки инженерных культурных изменений платформы.
| Временный | Операционный | Масштабируемость | Оптимизация |
|---|---|---|---|
|
|
|
|
Организационная структура
Инженеры платформы — это клей между разработкой и операциями. С точки зрения конкретной структуры организации модель топологий команды является хорошим подходом, чтобы подумать о том, что нужно сделать. Например, вы можете выбрать развивающуюся группу платформы, с отдельными специалистами, которые более сосредоточены на аспектах разработки платформы.
Чтобы быть успешным, определите:
- Спонсоры команды (как правило, руководители), которые помогают с приоритетами высокоуровневых целей и отстаивают использование платформы в более широкой организации.
- Заинтересованные стороны от операций, безопасности, соответствия и архитектуры, помогающие обеспечить соответствие платформы их рекомендациям и потребностям.
- Кто-то выступает в качестве менеджера по продуктам (независимо от фактического названия), чтобы понять и помочь определить приоритеты потребностей всех избирателей.
Преодолеть разрыв талантов: требования инженера платформы
Инженеры платформы должны иметь представление о продукте, а также понимать операции. Независимо от того, начали ли они работать как разработчики или в операционной команде, менее важно, чем набор навыков. Команда создания внутренней платформы разработчиков может получить силу от привлечения различных участников команды с различными фонами: разработка, ИТ-операции, администраторы K8s, инженеры надежности сайта (SRE) и инфраструктура в виде кода (IaC).
Вы также можете укрепить знания и навыки вашей команды для разработки инструментов, приведя хорошо подходящих разработчиков из существующих команд приложений в вашей организации. Эти разработчики в хорошем месте помогают представить голос клиента, как вы думаете о ваших инвестициях.
Поиск инженеров платформы может быть проблемой.
Очень трудно нанять действительно хорошую инфраструктуру и инженеров платформы. Многие из людей, которые мы нанимаем сегодня супер увлечены приложениями, которые непосредственно сталкиваются с клиентом, правильно? Но у нас нет большой аудитории или кандидатов во всей технологической отрасли, которые страстно о инфракрасной инженерии, и это всегда задача... Для инфраструктуры такой опыт является редким. - VP инженерии в средней компании по продажам
Инженеры платформы должны иметь возможность:
- Создание и масштабирование внутренних продуктов разработчика с акцентом на эффективность, надежность и безопасность
- Участие в архитектуре и проектировании продуктов проектирования платформы
- Успешно работает с оркестрацией контейнеров (например, Kubernetes), непрерывной интеграцией и непрерывным развертыванием (примерами: GitHub Actions, Azure Pipelines) и средствами мониторинга и ведения журнала (примеры: Prometheus, Grafana, Elasticsearch)
- Создание шаблонов с помощью инфраструктуры как кода (IaC) и связанных инструментов (примеры: Terraform, Azure Resource Manager)
- Написание кода по крайней мере на одном языке сценариев (примеры: Python, PowerShell, Bash)
Для создания отличной команды разработчиков платформы требуется сочетание различных технических навыков и подхода, ориентированного на продукт. Несмотря на проблемы найма, создание команды с различными фонами приводит к улучшению внутренних платформ, которые повышают эффективность, надежность и безопасность. Этот целостный подход не только отвечает непосредственным техническим потребностям вашей организации, но и способствует культуре инноваций и непрерывного улучшения.