Скорость — это измерение того, сколько точек истории Команда разработки программного обеспечения может закончить в спринте (обычно в одну или две недели). Эти очки устанавливаются командой разработки программного обеспечения, когда они проверяют билет и оценивают, насколько сложна билет. Когда команда измеряет эту продукцию в течение определенного периода времени, в целом у них есть последовательное количество точек истории, которые они могут доставить в спринте, и их скорость известна.
Улучшение скорости разработчика напрямую коррелирует с производительностью. Mckinsey опубликовал статью в апреле 2020 года , где они ссылаются на то, что компании в топ-25% на их индексе скорости разработчика растут в два раза быстрее, чем компании в их же отраслях. Интуитивно это имеет смысл, поскольку доставка больше позволяет команде разработки учиться с помощью итерации и улучшения.
Можно утверждать, что одна скорость не делает для большого программного обеспечения, но при условии, что команда разработки знает, что качество важно, можно увидеть, как обычно помогает скорость. Способность быстро доставлять также доставку команды разработки для решения проблем качества. Легко утверждать, что команды разработчиков с высокой скоростью имеют возможность доставлять программное обеспечение лучшего качества, потому что они могут быстро обращаться к проблемам.
В том же исследовании Mckinsey выделил несколько факторов, которые позволяют быстро двигаться команды разработки программного обеспечения. В частности, они выделяют, что технологические инструменты являются невероятно важным измерением к скорости и результатам бизнеса. И самые важные инструменты: планирование, сотрудничество, разработка и инструменты DEVOPS.
В этом посте я собираюсь обсудить Лучшие 5 способов эфемерных сред могут улучшить скорость разработчика касаясь того, как они Сотрудничество , Развитие и Дежол инструмент. Как мы говорили в нашей статье «Что такое эфемерная среда?» , эфемеральные среды направляются по требованию и содержат код и данные, которые приближаются к производству. Эти среды используются команды разработчиков в процессе разработки программного обеспечения для тестирования, отладки и обеспечения функций.
Вот лучшие 5 способов эфемерных сред могут использоваться для улучшения скорости разработчика
1. Эфемерные среды — это инструмент DEVOPS, предназначенный для удаления узкого места для устойчивости или QA
Традиционные экосистемы перед добычей обычно имеют ограниченное количество среды для разработчиков. Окружающая среда или QA обычно используется в качестве шага перед производством, где весь код объединен и протестирован. Большинство организаций имеют одну или очень немногие из этих сред, так как организация растет эти среды, становятся узкими местами в процессе, поскольку весь код должен быть проверен здесь перед производством.
С эфемеральными средами традиционная идея «постановки» ушла. Каждая филиал функции содержится в собственной изолированной среде и становится собственной интеграционной средой. Больше нет необходимости иметь единую среду тестирования и интеграции, где весь код должен объединиться перед выходом на производство. С эфемеральными средами у вас есть безграничная подача средств для любых целей.
2. Эфемерные среды — это инструмент для совместной работы, предназначенный для «раннего и часто» обратной связи
Обратная связь — это жизненная колодка отличных продуктов. Если вы когда-либо читали Книга Энди Гроув на высоком управлении выходом Вы знаете, что он делает удивительную работу об обсуждении того, как настолько дорогое. Если вы не прочитали эту книгу, я настоятельно рекомендую ее, даже если все, что вы читаете, — это первые несколько глав, где он обсуждает, пытаясь приготовить высококачественное яйцо, в течение нескольких минут, в течение трех минут. Таким образом, Энди предложил по этой аналогии, что нахождение вопросов/дефектов в начале процесса приготовления яиц является наиболее важной частью последовательно приготовления высококачественного яйца в течение трех минут.
Аналогичным образом в разработке программного обеспечения, получение обратной связи и поиск вопросов качества в начале цикла разработки, снижает дорогостоящую переделку и повышает скорость. Если продукт доставляется клиенту, которое не работает или не имеет ошибок, он должен быть переработан и снова пройти весь процесс. Или если менеджер по продукту или дизайнеру не имеют способа увидеть изменения, пока инженер не закончен с разработкой, существует высокая вероятность, что они будут обнаружить что-то не так и переделать решение. Это все примеры гнилых яиц в процессе, которые препятствуют скорости разработчика.
С эфемеральными средами переработка может быть минимизирована, поскольку заинтересованные стороны станут частью процесса разработки. Когда создается эфемерная среда, URL-адреса к окружающей среде создаются, чтобы заинтересованные стороны могли видеть прогресс при разработке кода.
На Выпуск Мы настоятельно рекомендуем нашим клиентам, что они создают PR, как только разработчик начинает работать над функцией, поэтому автоматически создается эфемеральная среда выпуска. Когда разработчик нажимает код в их систему управления источником, среда обновляется, что делает его живым отражением функции во время разработки. Менеджеры продукта, дизайнеры и QA автоматически уведомляются автоматически, когда изменения вжимают, и они могут предварительно просмотреть эти изменения и немедленно дать обратную связь.
При выпуске мы также будем делиться нашими собственными эфемеральными средами с нашими клиентами, поскольку мы создаем функцию, чтобы мы могли получить обратную связь напрямую от людей, которых мы делаем программное обеспечение, прежде чем выпустить его на производство.
3. Эфемерные среды могут ограничивать переделку и тем самым увеличивают скорость разработчика.
Эфемерные среды — это инструмент разработчика, который обеспечивает полную интеграцию и тестирование дыма на изолированных особенностях
Традиционная непрерывная интеграция (CI) — это идея, что ваш процесс разработчика должен постоянно тестировать в качестве разработчика толкает код. То, что это уходит много раз, состоит в том, что большинство систем Ci постоянно выполняют тесты на единицу. Агрегатные тесты предназначены для тестирования небольших единиц кода, а не всю систему в целом. Интеграция и дымовые тесты — это то, где могут быть проверены полные пути пользовательского опыта. Обычно интеграция и дымовые испытания остаются тестированными только тогда, когда код способен через слияние в ветку MASILNE CODE и традиционной среды постановки.
Опять же, если мы ссылаемся на триминутные яйцегии Энди Гроув, этот этап беговой интеграции и дымовых испытаний только тогда, когда ветвь кода объединяется на главную линию, крайне опаздывает в процессе. Если проблемы обнаружены во время интеграции и/или дымовых испытаний, разработчик должен снова начать цикл разработки с самого начала после поиска этой проблемы слишком поздно в процессе.
Чтобы добавить к проблеме, если команда имеет единственную промежуточную среду, узкое место вокруг этой промежуточной среды усугубляется с помощью разработчиков, ожидающих интеграции и дымовых испытаний, которые будут выполняться в этой одной среде. На вершине этого многие изменения кода/функции/ветвей/ветвей могут быть частью магистральной слияния, делая поиск причин неудачных тестов интеграции/дыма трудно и потребляет время.
При эфемерных средах интеграция и дымовые испытания могут быть запущены, когда эфемерная среда создана для ветви объекта. Это гарантирует, что тесты интеграции и дыма проходят так часто, как тесты единиц, поэтому разработчики могут находить проблемы в начале процесса. Кроме того, тесты в интеграции и дыма, работающие против одной смены функции/ветви, будут изолировать изменения против магистрали и сделать поиск корневой причины гораздо проще.
4. Эфемерные среды — это инструмент DEVOPS, который позволяет экспериментировать с инфраструктурой
Внесение изменений в инфраструктуру трудно и когда разработчик вводит необходимость в изменении инфраструктуры, это дорого во времени по всей странице. В традиционной настройке окружающей среды (без эфемерных сред) это приведет к общему замедлению скорости разработчиков, поскольку общие общие условия должны быть обновлены командой DevOps, поэтому у разработчика есть место для проверки их изменений и новой инфраструктуры.
С эфемеральными средами это тестирование можно сделать в изоляции и не влияет на любой другой разработчик. Например, с выпуском эфемеральной среды разработчик может добавлять услуги, переменные среды, новые зависимости в инфраструктуре, новые наборы данных/базы данных самостоятельно благодаря использованию шаблонов окружающей среды (среды в качестве кода) для эксперимента и разрабатывания, не мешающие любым другим работам разработчики или среда. Это приводит к более высокой скорости разработчика снова посредством минимизации переработки и узких мест на общих ресурсах.
5. Эфемерные среды — это инструмент для совместной работы, предназначенный для катализатора Agile/Scrum
Многие организации сделали переход к Agile/Scrum, но их инфраструктура и технология не адаптированы к поддержке более итеративного подхода к строительству программного обеспечения. Вся предпосылка Agile/Scrum предназначена для команд, которые будут уполномочены и управлять рано и часто обратной связью. Если ваша организация находится на Agile/Scrum, и вы все еще используете одну или несколько обстоятельств, вы технологически поражаете свои улучшения процесса. Эфимерные среды — это дома и офисные здания, где живые команды Agile живут, работают, строят и играют.
Эфемерные среды являются катализатором методологии Agile/Scrum. Когда разработчик создается запрос на тягу, создается эфемерная среда и может начаться сотрудничество в функции. Команда свободна для итерации, доля, NAND обратной связи всеми при сохранении остальной части организации свободно движется со своими собственными эфемеральными средами. Заинтересованные стороны являются частью процесса разработки и истинного развития клиентов, что является сердцем методологии Agile/Scrum, может произойти.
Вывод
Эфемеральная среда Turbo Chast Разработка скорости развития путем устранения узких мест в процессе (DEVOPS Tool), включая заинтересованные стороны в процессе (инструмент для совместной работы) и улучшение качества продукции (инструмент разработчика). Все эти факторы были подчеркнуты в отчете McKinsey о скорости разработчика как критические и эфемерные среды — Инвестиции, которые поставят вашу организацию в топ 25% .
Фото Maico Amorim на Бессмысленно .
Оригинал: «https://dev.to/tmcclung/5-ways-to-improve-developer-velocity-with-ephemeral-environments-5e74»