Трехэтапная схема внедрения внутренней платформы для разработчиков
Внутренняя платформа для разработчиков (IDP) помогает сосредоточиться на поставке программного обеспечения, не отвлекаясь на конвейеры развертывания, управление конфигурацией и подготовку сред. Это именно то, что требуется менеджерам по разработке ПО. Но одно дело — понимать необходимость использования такой платформы, и совсем другое — правильно ее внедрить.
Для настройки и поддержки разных платформ требуются разноуровневые ресурсы, поэтому только методичный подход к внедрению обеспечит их эффективный запуск. Выбор подходящей внутренней платформы для разработчиков и ее успешное внедрение позволят существенно сэкономить время и ресурсы.
В этой статье представлена трехэтапная схема, которая поможет менеджерам по разработке ПО перейти от концепции IDP к конкретным действиям.
Эта схема предполагает следующие шаги.
Подготовьте и отправьте запрос на предложение (RFP), чтобы определить возможных поставщиков решения.
Выполните развертывание выбранного решения, чтобы обеспечить его последующее внедрение.
Оцените успешность внедрения и отслеживайте улучшения в условиях разработки.
Как составить запрос на предложение в отношении внутренней платформы для разработчиков
Первый шаг к внедрению IDP — это создание запроса на предложение. В запросе на предложение должны быть точно описаны требования вашей организации к внутренней платформе для разработчиков. Поставщики предоставят свои предложения о возможности удовлетворить эти требования. Предложения могут включать интерактивные демонстрации или бесплатные пробные версии программного обеспечения. Это поможет вам правильно оценить предложения.
Укажите все ваши требования к IDP
В запросе на предложение следует отразить три основных аспекта.
Проблемы. Укажите, с какими проблемами в настоящее время сталкиваются ваши разработчики и как внутренняя платформа может помочь в их решении. Скорее всего, у вас будет несколько основных проблем, которые вам нужно решить.
Цели. Опишите, каких результатов вы хотите достичь благодаря внедрению внутренней платформы для разработчиков.
Требования к решению. Определите, какие функции и возможности необходимы вам для достижения указанных целей.
Вот пример:
Если у вас возникает нехватка экспертных знаний, когда к команде присоединяются новые разработчики или уходят опытные специалисты, вашей целью может быть ускорение адаптации новичков. Вы можете указать приоритетные для вашей команды возможности, которые обеспечивают сокращение количества шагов по ручной настройке, например с помощью рабочих процессов самообслуживания и интеграции с базой знаний.
Если ваш отдел разработки ПО расширяется и вам нужно соблюдать все больше рекомендаций и стандартов, то вашей целью может стать повышение безопасности и сокращение количества уязвимостей. Вам могут потребоваться возможности для интеграции с платформами безопасности и мониторинга соблюдения нормативных требований с помощью карт оценки.
Если вам сложно обеспечить разработчикам возможность работать продуктивнее и уделять больше времени задачам, которые у них получаются лучше всего, ваша цель может заключаться в сокращении времени на настройку, чтобы ускорить запуск сервисов. В этом случае вам может потребоваться автоматизация инфраструктуры и использование шаблонов.
Определите текущее состояние вашей команды
Чтобы лучше понять существующие трудности и определить цели, оцените текущее состояние команды разработчиков. Не стоит исходить из того, что вы прекрасно знаете текущее состояние команды. Следует провести опросы разработчиков, аудит существующих процессов и фокус-группы, чтобы понять, что именно нужно улучшить. Обязательно объясните, какие шаги вы предпримете, и информируйте участников команды о прогрессе в ходе внедрения IDP.
Согласно отчету об удовлетворенности разработчиков, более половины респондентов считают, что в их организации не уделяется достаточно внимания профессиональной удовлетворенности. Это неудивительно, ведь два из трех разработчиков теряют более восьми часов в неделю из-за неэффективности рабочих процессов.
Как развернуть внутреннюю платформу для разработчиков
После выбора внутренней платформы для разработчиков совместно спланируйте процесс ее развертывания и отслеживайте этапы внедрения. Переход на готовую платформу сократит трудозатраты на ее развертывание. Например, для работы с Compass требуется гораздо ресурсов, чем для платформы с открытым исходным кодом, например Backstage, для правильной настройки и поддержки которой нужно четыре разработчика полного цикла. С помощью Compass можно подключить инструменты для управления исходным кодом, импортировать репозитории и заполнить каталог компонентов ПО всего за 10 минут.
Сформируйте координационный комитет
Чтобы развертывание прошло еще более гладко, сформируйте координационный комитет из нескольких ключевых заинтересованных лиц. Они будут оказывать необходимую поддержку, следить за процессом и, если потребуется, принимать решения о внесении корректировок.
Рекомендуем привлечь следующих заинтересованных лиц.
Куратор проекта. Это самый высокопоставленный сотрудник, который будет курировать работу по внедрению платформы для разработчиков. На эту роль могут подойти технический директор, вице-президент по разработке или руководитель по внедрению платформ.
Влиятельные разработчики. Привлеките несколько влиятельных разработчиков из разных отделов вашей организации для участия в процессе или, по крайней мере, держите их в курсе планов по развертыванию внутренней платформы для разработчиков.
Команда разработки платформы или инженеры DevOps. Поскольку главная ценность внутренней платформы для разработчиков — это интеграция различных инструментов, специалисты, ответственные за эти инструменты, должны стать важными участниками процесса развертывания.
Владельцы политик или специалисты по управлению. Внутренние платформы помогают командам разработчиков соблюдать стандарты и рекомендации, поэтому при планировании важно сотрудничать с теми, кто отвечает за их соблюдение.
Создайте график развертывания
Когда координационный комитет будет сформирован, создайте график развертывания внутренней платформы для разработчиков. Направьте этот график всем командам, которые будут использовать новую платформу, и узнайте их мнение о реализуемости вашего плана, чтобы при необходимости внести в него коррективы. По мере выполнения задач по графику отслеживайте прогресс и этапы внедрения, а также оказывайте поддержку участникам процесса.
Изучите руководство по внедрению Compass, чтобы вам было еще проще начать работу.
Как оценить успешность внедрения внутренней платформы для разработчиков
Чтобы оценить прогресс, вернитесь к целям, которые вы определили при создании запроса на предложение. Выберите качественные и количественные ключевые показатели эффективности (KPI), которые позволят в полной мере оценить, приносит ли внутренняя платформа для разработчиков ожидаемую пользу. С помощью Compass можно создавать настраиваемые карты оценки для определения KPI, чтобы команды разработчиков ориентировались на единые стандарты.
Многие воспринимают KPI как «конкретные цифры» или «объективные показатели», и это справедливо для таких количественных критериев, как доход или частота сбоев. Однако качество работы обычно оценивается субъективно, а значит некоторые KPI так или иначе будут качественными. Например, это может быть сложность поставки ПО, продуктивность и вовлеченность или удовлетворенность сотрудников.
Выберите подходящие показатели для вашей организации
Вот несколько примеров показателей, которые можно отслеживать в зависимости от ваших целей.
Если одна из ваших целей — повышение безопасности, вы можете поставить задачу ежеквартально сокращать количество открытых уязвимостей на определенную величину.
Если вы стремитесь повысить продуктивность, одним из KPI может стать сокращение времени подготовки инфраструктуры с пяти дней до двух часов.
Если вы хотите ускорить адаптацию новых сотрудников, то можете отслеживать время достижения ими определенной продуктивности и направить усилия на его сокращение.
Если для вас важно улучшить условия работы разработчиков, вы можете стремиться к более высоким показателям их удовлетворенности по результатам опросов.
Продолжайте отслеживать показатели с течением времени
Чтобы увидеть результаты внедрения внутренней платформы для разработчиков, может потребоваться некоторое время. Продолжайте отслеживать прогресс, проводите встречи и ретроспективы с командами, чтобы обсудить, в какой степени внутренняя платформа для разработчиков приносит желаемые результаты с течением времени.
Ретроспективы, проводимые командой, дают разработчикам и руководителям возможность поразмышлять о том, что идет хорошо, а что — не очень. Основные инструкции и шаблоны для ретроспективы, а также ее варианты для конкретных ситуаций, можно найти в сценарии Ретроспектива в Atlassian Team Playbook.