Был ли опыт приоритизации большого количества срочных задач

Ответ

В Android-разработке приоритизация задач — ключевой навык. Я использую матрицу Эйзенхауэра:

  1. Срочно + важно (критические баги, дедлайны)
  2. Не срочно + важно (архитектурные улучшения)
  3. Срочно + не важно (мелкие правки по запросу PM)
  4. Не срочно + не важно (техдолг)

Пример:

// Приоритет 1: падающий краш в релизе
bugTracker.fixCrash(R.id.crash_on_startup)

// Приоритет 2: миграция с LiveData на Flow
scope.launch { 
    migrateToFlow() // Откладываем до стабилизации
}

Использую Jira/YouTrack с метками priority:high, учитываю бизнес-ценность задачи и технические риски.

Ответ 18+ 🔞

Ну вот, сидишь такой, планируешь свой рабочий день, а там задач — овердохуища. И все орут: «СРОЧНО! ВАЖНО!». А по факту половина из них — это мартышлюшка какая-то. Чтоб не сойти с ума, я пользуюсь одной простой, блядь, штукой — матрицей Эйзенхауэра. Не то чтобы я прям фанат, но работает.

Смотри, делишь всё на четыре квадрата, и сразу жизнь проще становится.

Первый квадрат — «Срочно + важно». Это когда всё горит синим пламенем. В релизе краш, приложение на старте вылетает у половины пользователей, тимлид уже бегает с дикими глазами. Вот тут надо всё бросать и чинить. Никаких «ой, я сейчас допишу эту фичу». Чинить, и всё тут.

// Вот это вот — приоритет номер один, пизда рулю.
bugTracker.fixCrash(R.id.crash_on_startup)

Второй квадрат — «Не срочно + важно». Вот это, чувак, самое интересное и самое вечно откладываемое. Архитектурные улучшения, миграция на новые технологии, рефакторинг этого старого говнокода, который все боятся трогать. Не горит, но если не делать — потом будет больно. Пытаешься выкроить на это время, пока нет аврала.

scope.launch {
    migrateToFlow() // Отложил, но в душе надеюсь когда-нибудь сделать.
}

Третий квадрат — «Срочно + не важно». А вот это, ёпта, просто адская категория. PM подбегает: «Слушай, тут кнопку на два пикселя вправо подвинь, это ж пять секунд!». Или дизайнер: «Меняем оттенок серого с #CCCCCC на #CECECE, это критично для релиза!». Срочно? Да. Важно? Хуй с горы. Но делать всё равно приходится, потому что иначе заебут.

Четвёртый квадрат — «Не срочно + не важно». Техдолг, который лежит с прошлого года. Какие-то экспериментальные фичи, которые уже никому не нужны. В идеальном мире этим занимаешься в свободное время, которого, ясное дело, нет. Так и копится, пока не превратится во что-то из первого квадрата.

В Jira или YouTrack я всё это разношу по меткам вроде priority:high. Главное — не забывать оценивать не только срочность, но и реальную, блядь, ценность для бизнеса и технические риски. А то можно так в этом третьем квадрате закопаться, что на важное времени не останется. Сам не раз на этом обжигался.