Важные задачи кодирования не всегда срочные

Великие разработчики узнают разницу. Но это легкая часть.

Тяжелая часть наступает, когда кто-то в бизнесе хочет что-то от вас срочно. Впрочем, это не самое главное. Справляться с ситуациями, когда чья-то неотложная проблема не важна, очень сложно.

Этот натянутый канат становится все более важным по мере того, как вы становитесь выше в своей карьере.

Я уже писал о том, что срочно, а что важно, и я не хочу бить дохлую лошадь.

Я хочу получить более гранулированный. Как определить, является ли задача важной? Как эффективно снизить приоритет неважной, но срочной задачи?

Как решить, является ли задача важной

Вот моя схема того, как я думаю о срочном и важном.

Эта структура не идеальна, но я видел, что она достаточно полезна, и ею стоит поделиться:

  • Важные задачи создают ценность. Стоимость может быть экономической ($$$). Это также может означать другие типы ценностей, такие как этика, отношения или здоровье.
  • Срочные задачи обычно снижают риск. Вы получаете запросы в последнюю секунду, потому что кто-то изо всех сил пытается исправить ошибку, избежать потери клиента, залатать дыру в безопасности или иным образом быстро устранить уязвимость.

Важные задачи имеют тенденцию быть проактивными. Это дальновидная деятельность, направленная на создание ценности.

Срочные задачи почти всегда реактивны. Они приходят как ответ на предполагаемый риск или слабость.

Применение фреймворка на практике

Это определение должно помочь вам решить, является ли данная задача важной, срочной, и тем и другим, или ни тем, ни другим.

Вот несколько вопросов, которые следует задать себе:

  • Приносит ли эта задача деньги мне или моей компании? — Важно (и, возможно, срочно!)
  • Сэкономит ли это время/производительность мне, моей команде или другому бизнес-подразделению? - Важный
  • Есть ли существенные преимущества в этой задаче? - Важный
  • Я просто делаю эту задачу, чтобы ограничить недостаток? - Срочный
  • Означает ли быстрое решение этой проблемы спасение моей работы, репутации моей команды или клиента от оттока? — Срочно (и, возможно, важно!)
  • Выполняю ли я это задание как реакцию на что-то другое? - Срочный

Вы, наверное, уже можете сказать, что границы между срочным и важным размыты. Иногда это будет ясно, но в большинстве случаев может быть трудно сказать, является ли данная задача срочной, важной или и тем, и другим.

По мере того, как вы будете практиковаться в использовании этой структуры, вы научитесь лучше различать. Более того, по мере того, как вы будете набираться опыта в качестве старшего инженера, вы будете много раз сталкиваться с компромиссом между срочными и важными задачами. Вы разовьете внутреннее чувство различия.

Но только потому, что задача важна, это не означает, что она немедленно получает более высокий приоритет.

Точно так же может быть трудно понизить приоритет срочных задач, даже если они не важны по большому счету.

Управление отношениями и ожиданиями

Вы будете постоянно получать срочные запросы, когда будете работать разработчиком.

Критически важно, что вы не должны погружаться в каждую задачу, которая попадает на ваш стол. Прежде чем начать, нужно спросить «почему» и «почему сейчас?» Отличные разработчики тщательно взвешивают срочность и важность задачи, прежде чем погрузиться в нее.

Управлять отношениями при сортировке входящих запросов может быть довольно сложно. Каждый хочет, чтобы его проект был приоритетным сейчас! Это одна из многих областей, где ваши социальные навыки важнее технических как разработчика.

Научитесь управлять отношениями и ожиданиями, чтобы вы могли уменьшать масштабы проектов или снижать их приоритетность с минимальным ущербом для ваших отношений и репутации.

Переключение срочных, неважных дел на более низкую

Вот несколько вопросов, которые я использовал в прошлом, чтобы отклонить срочные запросы и оценить их важность:

  • Каково влияние этой проблемы? Блокирует ли эта работа пользователей, чтобы они могли что-то сделать? Сколько пользователей? Какие? Все время или только изредка?
  • Другие команды ждут этой работы? Какая еще работа блокируется нашей текущей задачей? Насколько важна эта работа?
  • Есть ли дедлайны? Почему существуют такие сроки или они просто произвольны? Что произойдет, если мы пропустим крайний срок?
  • Вот еще три вещи, над которыми работает моя команда: x, y и z. Является ли эта просьба более важной, чем остальные три вещи? В каком порядке вы бы предложили мне заняться ими? Почему?

Эти простые вопросы могут в значительной степени заставить запрашивающего обосновать свои требования.

Они также подчеркивают, что время, потраченное на этот новый срочный запрос, отнято у других приоритетов. Ответственность за предоставление подробной информации о цели и своевременности своих запросов должна лежать на лицах, подающих запросы.

Во многих случаях вы обнаружите, что даже небольшое противодействие — введение нескольких уточняющих вопросов и препятствий для авторов запросов — резко сократит количество и объем срочных запросов, которые поступают к вам на стол.

Когда они, наконец, появятся, у вас будет более четкое представление о том, зачем они нужны и какое место они занимают в расстановке приоритетов.

Ежедневный список

Как то, что вы читаете здесь? Каждое утро я пишу что-то новое для 2000 разработчиков программного обеспечения.

Присоединяйтесь к ежедневному списку!

—

Присоединяйтесь к Medium за 5 долларов — получите доступ ко всему Medium + поддержите меня и других!