Прошлый пост вызвал бурную реакцию. Захотелось поделиться свои | Уютный IT адочек

Прошлый пост вызвал бурную реакцию. Захотелось поделиться своим взглядом на задачу.

Я вижу тут три аспекта: приоритезация, оценка (оно же — продумывание) и управление ожиданиями.

Приоритезация
Как делать приоритезацию — строго зависит от оргструктуры, кто конечный ответственный, сколько их, и какое место во всём этом занимаете вы.
Как правильно заметили в комментариях — приоритезация может занимать всё доступное время, поэтому порой надо брать на себя ответственность за решения и разбираться пост-фактум.
Не могу сформулировать другого жёсткого правила про приоритезацию, кроме "принимать решение самым разумным из доступных способов".

Оценка — оно же продумывание
Супер-сложная тема, много подходов разной степени замороченности: экспертная оценка тимлидом, архитектурные комитеты, planning poker — вариантов уйма, все дают погрешности.
Не верю в то, что возможна точная оценка, и что имеет смысл её добиваться, но верю в продумывание плана решения задачи перед тем, как приступать к действиям. Верю в то, что исследование/продумывание может занять значительное время. Но вот это "влезем — там разберёмся" как подход к выполнению конечных задач не канает.

Управление ожиданиями
Закономерно вытекает из предыдущего. Ситуация меняется, задачи оказываются сложнее или проще чем казалось.
Но задача — это не только строчки в жире. Задача — это контракт между людьми, и если что-то меняется (или имеет тендецию к тому, что изменится) — надо передоговариваться. Вариант "я решил, я прав и мне похуй на всех" — осуждаю.

Пы.Сы. Все шутки в комментариях офигенные