Ломать вещи и чинить их - один из лучших способов обучения. Я получил этот урок рано, благодаря моей младшей сестре и ее японской роботизированной игрушечной собаке. Каким-то образом я убедил ее позволить мне разобрать ее robodog, чтобы я мог посмотреть, как эта штука работает.
Как я ошибался. Скорее всего, было бы легче собрать Volkswagen Beetle, чем эту игрушечную собаку. Я сидел на полу, а вокруг меня были разложены пластиковые детали и электроника. Моя сестра плакала, и я потел, пытаясь все исправить, прежде чем наши родители вернутся домой. В конце концов, как раз вовремя, собака была снова собрана (хоть в процессе появилось несколько лишних частей).
Тем не менее, я многому научился в тот день. Я узнал, что инженерное дело очень сложное. Я узнал, что ломать вещи - плохо. Я узнал, что попытка исправить ситуацию может быть напряженной. Я узнал, что починка вещей и сборка вещей очень отличаются друг от друга. Но прежде всего, я узнал, что попытка исправить вещи - отличный способ учиться.
Я часто думаю об этом инциденте, т.к. понял, что многие из этих уроков резонируют с тем, как мы работаем в Intercom, особенно в том, как мы разделяем различные процессы разработки продуктов и исправления ошибок.
Недавно Брайан Сканлан написал о том, как мы разработали экстренную команду для решения чрезвычайных ситуаций и обеспечения наилучшего времени безотказной работы нашего продукта, избегая при этом выгорания среди инженеров.
Но у нас также есть способ оптимизировать процесс решения экстренных ситуаций в течение рабочей недели, чтобы инженеры могли сосредоточиться на разработке, а не отвлекаться на устранение проблем.
Мы представили идею о сортировке ротации инженеров. Каждую неделю мы назначаем инженера по сортировке для команды, которая служит для защиты остальных разработчиков от отвлекающих факторов в течение рабочего дня. Их товарищи по команде, в свою очередь, могут глубоко сосредоточиться на своих целях. Преимуществ в этом подходе намного больше, чем просто стимулирование фокусировки на задачах.
Ваша главная миссия в качестве инженера по сортировке - это защитить товарищей по команде от отвлекающих факторов. Это означает, что вы первым отвечаете на любые сообщения о команде и системах, за которые вы отвечаете. Вы сообщаете о статусе проблемы и других важных вещах на утреннем митинге.
Кроме того, инженер по сортировке должен управлять первоочередными проблемами, исследовать новые и, если позволяет время, устранять проблемы с низким приоритетом. Если некоторые проблемы требуют большего планирования для решения, инженер по сортировке будет предлагать их в качестве задач на следующей неделе во время планирования.
Сортировка - это ни что иное, как определение приоритета чрезвычайной ситуации. Предпосылкой для этого процесса является то, что каждая команда должна иметь набор категорий, охватывающих их сферу ответственности. Они могут выглядеть, как ярлыки или теги в вашем программном обеспечении для отслеживания проблем. Мы для этих целей используем GitHub.
Есть несколько шагов, которые мы предпринимаем при решении проблемы. Рабочий процесс выглядит следующим образом.
Важной частью процесса является оценка приоритетности вопросов по мере их возникновения. В целом, мы придерживаемся следующих принципов определения приоритетов:
В конце недели организуйте короткую встречу. Используйте это собрание для инструктирования инженера, который следующим будет отвечать за сортировку. Расскажите ему о проблемах, которые остались нерешенными.
Вот как это работает. Теперь вы готовы справиться с любой проблемой, возникшей на вашем пути.
Среди инженеров существует много предрассудков, касающихся решения скучных старых багов. Каждый хочет работать над новым проектом. Однако, производить раскопки, может оказаться довольно веселым занятием. Откапывание и изучение существующих систем - отличная возможность учиться. Изучение вопросов заставит вас действительно читать и понимать код других людей.
Это возвращает меня к нескольким большим урокам, которые я получил, пытаясь исправить игрушку моей сестры. Починка вещей - один из лучших способов учиться. Это также невероятно интересно. Но сортирока ротации также дает инженерам реальную систему владения и ответственности. Если бы мне не пришлось чинить эту японскую собаку-робота, я бы не узнал, как это плохо что-то сломать.
Работая в цикле сортировки ротации, инженеры понимают ценность "не ломания вещи". Если выражаться точнее, то они начинают больше ценить устойчивость и стабильность. Они получают широкий контекст того, чем владеет команда, как это все работает, и где могут быть слабые стороны.
Трудно быть только защитным экраном в течении недели, но в у этого подхода есть огромные плюсы. Товарищи по команде могут соредоточиться на выполнении своих задач, а сам инженер по сортировке получает бесценный опыт.
Все сказанное звучит довольно здраво, но удивительное количество компаний игнорируют подобный подход. Цена выражается не только в нерешенных проблемах, но и постоянно нарушенном фокусе. Это затрудняет, как исправление ошибок, так и разработку новых продуктов.
Источник: https://blog.intercom.com/learning-fixing-value-triage-engineers/
Я соберу ее обратно. Не будь таким ребенком!
Как я ошибался. Скорее всего, было бы легче собрать Volkswagen Beetle, чем эту игрушечную собаку. Я сидел на полу, а вокруг меня были разложены пластиковые детали и электроника. Моя сестра плакала, и я потел, пытаясь все исправить, прежде чем наши родители вернутся домой. В конце концов, как раз вовремя, собака была снова собрана (хоть в процессе появилось несколько лишних частей).
 |
| Источник: blog.intercom.com |
Тем не менее, я многому научился в тот день. Я узнал, что инженерное дело очень сложное. Я узнал, что ломать вещи - плохо. Я узнал, что попытка исправить ситуацию может быть напряженной. Я узнал, что починка вещей и сборка вещей очень отличаются друг от друга. Но прежде всего, я узнал, что попытка исправить вещи - отличный способ учиться.
Представляем сортировку ротации инженеров
Я часто думаю об этом инциденте, т.к. понял, что многие из этих уроков резонируют с тем, как мы работаем в Intercom, особенно в том, как мы разделяем различные процессы разработки продуктов и исправления ошибок.
Недавно Брайан Сканлан написал о том, как мы разработали экстренную команду для решения чрезвычайных ситуаций и обеспечения наилучшего времени безотказной работы нашего продукта, избегая при этом выгорания среди инженеров.
Но у нас также есть способ оптимизировать процесс решения экстренных ситуаций в течение рабочей недели, чтобы инженеры могли сосредоточиться на разработке, а не отвлекаться на устранение проблем.
Мы представили идею о сортировке ротации инженеров. Каждую неделю мы назначаем инженера по сортировке для команды, которая служит для защиты остальных разработчиков от отвлекающих факторов в течение рабочего дня. Их товарищи по команде, в свою очередь, могут глубоко сосредоточиться на своих целях. Преимуществ в этом подходе намного больше, чем просто стимулирование фокусировки на задачах.
Миссия и ожидания инженера по сортировке
Ваша главная миссия в качестве инженера по сортировке - это защитить товарищей по команде от отвлекающих факторов. Это означает, что вы первым отвечаете на любые сообщения о команде и системах, за которые вы отвечаете. Вы сообщаете о статусе проблемы и других важных вещах на утреннем митинге.
Кроме того, инженер по сортировке должен управлять первоочередными проблемами, исследовать новые и, если позволяет время, устранять проблемы с низким приоритетом. Если некоторые проблемы требуют большего планирования для решения, инженер по сортировке будет предлагать их в качестве задач на следующей неделе во время планирования.
Сортировка проблем
Сортировка - это ни что иное, как определение приоритета чрезвычайной ситуации. Предпосылкой для этого процесса является то, что каждая команда должна иметь набор категорий, охватывающих их сферу ответственности. Они могут выглядеть, как ярлыки или теги в вашем программном обеспечении для отслеживания проблем. Мы для этих целей используем GitHub.
Есть несколько шагов, которые мы предпринимаем при решении проблемы. Рабочий процесс выглядит следующим образом.
 |
| Источник: blog.intercom.com |
Как оценить приоритетность проблемы
Важной частью процесса является оценка приоритетности вопросов по мере их возникновения. В целом, мы придерживаемся следующих принципов определения приоритетов:
- P1
Основной рабочий процесс в Intercom нарушен или не работает должным образом. Соответствующая группа должна немедленно заняться этой проблемой. P1 никогда не должен находиться в статусе ожидания. - P2
Конкретная функция или часть Intercom не работает должным образом. Однако это не мешает пользователям выполнять основные рабочие процессы. Допускается перенос решения этой проблемы на следующую неделю. - P3
Незначительные проблемы. Что-то сломано или работает не так, как планировалось. Инженеры должны реагировать на каждый конкретный кейс в зависимости от текущих приоритетов
В конце недели организуйте короткую встречу. Используйте это собрание для инструктирования инженера, который следующим будет отвечать за сортировку. Расскажите ему о проблемах, которые остались нерешенными.
Вот как это работает. Теперь вы готовы справиться с любой проблемой, возникшей на вашем пути.
Время сортировки: исследование проблем
Среди инженеров существует много предрассудков, касающихся решения скучных старых багов. Каждый хочет работать над новым проектом. Однако, производить раскопки, может оказаться довольно веселым занятием. Откапывание и изучение существующих систем - отличная возможность учиться. Изучение вопросов заставит вас действительно читать и понимать код других людей.
Это возвращает меня к нескольким большим урокам, которые я получил, пытаясь исправить игрушку моей сестры. Починка вещей - один из лучших способов учиться. Это также невероятно интересно. Но сортирока ротации также дает инженерам реальную систему владения и ответственности. Если бы мне не пришлось чинить эту японскую собаку-робота, я бы не узнал, как это плохо что-то сломать.
Работая в цикле сортировки ротации, инженеры понимают ценность "не ломания вещи". Если выражаться точнее, то они начинают больше ценить устойчивость и стабильность. Они получают широкий контекст того, чем владеет команда, как это все работает, и где могут быть слабые стороны.
Трудно быть только защитным экраном в течении недели, но в у этого подхода есть огромные плюсы. Товарищи по команде могут соредоточиться на выполнении своих задач, а сам инженер по сортировке получает бесценный опыт.
Все сказанное звучит довольно здраво, но удивительное количество компаний игнорируют подобный подход. Цена выражается не только в нерешенных проблемах, но и постоянно нарушенном фокусе. Это затрудняет, как исправление ошибок, так и разработку новых продуктов.
Источник: https://blog.intercom.com/learning-fixing-value-triage-engineers/
Комментарии
Отправить комментарий