🔥 Пятничное. Настоящие разработчики

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

🙈 Вредный совет 1

Если у задачи есть срок - запомни: это не дата, к которой ее надо сделать, а дата, до которой можно расслабиться и заниматься другими задачами.
Срок 7 дней?

День 1-5: каждый день уверенно подтверждай на дейликах прогресс.
День 6: посмотри, что там в тикете. Теперь понятно, почему начинать надо было 5 дней назад.
День 7: в день релиза сообщи, что нужно еще чуть-чуть времени, чтобы сделать качественно.
Так ты всегда выглядишь при деле, даже если по факту ничего не сделал.

🕰 Вредный совет 2

Никогда не задавай уточняющих вопросов сразу.
Если по задаче есть вопросы:

Отложи их до следующей встречи.
На встрече обсуждай все, кроме этой задачи.
В день дедлайна скажи, что были вопросы, поэтому даже не начинал решать.
Так задача проживает несколько жизней в календаре, ни разу не приблизившись к выполнению.

📞 Вредный совет 3

Коммуникации всегда нужно откладывать.

Не решай вопросы в рабочем порядке, дождись дейлика.
Не задавай вопросы, если тебя самого не спросили про задачу.
В конце рабочего дня напиши, что возникли вопросы и завтра надо обсудить.
Так у тебя всегда будет железный аргумент: “было недостаточно информации”.

📋 Вредный совет 4

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

Сначала перенеси обсуждение в рабочий чат.
Потом задай вопрос в комментариях к документации.
Потом отправь информацию по почте без номера и ссылки на задачу.
Наконец, собери вопросы в локальном файле и “забудь” отправить.
К концу месяца никто уже не помнит, что вообще хотели сделать, но все очень устали от процесса.

🫷 Вредный совет 5

Никогда не начинай задачу заранее - иначе подведешь систему.
Если ты сделал задачу день в день:

Тебя завалят новыми.
Срок начнут резать еще сильнее.
Коллеги обидятся: “нам теперь тоже так делать?”.
Поэтому лучший способ казаться эффективным - синхронизироваться с коллективной прокрастинацией.

🥂 Выводы

Только тот, кто честно следует этим советам, вечно занят, всегда в дедлайне и хронически ничего не успевает, может называть себя “настоящим разработчиком”.
Все остальные - игристые программисты.
Если ты вдруг начинаешь решать задачи раньше срока, задаешь вопросы сразу и не откладываешь коммуникации до последнего момента - остановись. Люди могут подумать, что работать тебе в удовольствие. Но все ведь знают, что в офис ходят, чтобы уставать и впустую растрачивать время на нелюбимое занятие.