Часть вторая.

Хорошо. Инженеру не нравится. Но теперь другая модель.

Спринты, задачи, таймшитинги. Сильно ли это не нравится инженеру?) Да нет, это тоже чушь. Agile не влияет на это, за это отвечают методологии.

Но в чем проблема методологий? В их применимости?Или в их “неправильном использовании”? Да тоже нет.

Для этого мои юные исследователи дна, стоит вернутся в историю. Agile, как и методологии, при их создании были больше ориентированы на разработчиков. Это потом появятся эти ваши Девопсы, СРЕ. Но суть была основана на командах разработки. Тех, кто создает код. Как ускорить их? Ввести деперсонализацию в рамках команды, превратить их в винтики, поставить скорость выше качества. Придумать t-shape, скрам мастера.

А если играть на скорость, опуская все остальные требования, то что дальше?
Правильно. Генерируя трешкод, мы имеем проблемы потом. Последствия. Были ли те, кому не нравится писать трешкод? Да, были. Но что больше все нервирует объективно дальше?

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

Мало кому нравится, когда ему надо делать гавно без возможности исправить.
Agile лишь триггер для хреновой работы. Часть 3 завтра.
https://habr.com/ru/articles/580326/