Ок значит я работал хз где и как

по статистике 90% людей которые говорят "я работал по agile" на самом деле работали хз как

Это о крупных компаниях не айтищных

Крупный банк внутренний продукт

смотри тут в чем проблема. Предположим что рефакторинги и тесты - это часть нашего пайплайна разработки. Если ты будешь их делать грубо говоря как "сабтаски" к своей задаче, менеджмент скажет "а давайте мы уменьшим расходы на разработку за счет того что не будем это делать". И менеджмент будет прав потому что они не могут адекватно оценить профит от этих вещей. С другой стороны посмотрим подругому на проблему. Допустим команда решила что рефакторинг и тесты это чисто части процесса разработки и менеджмент это не касается. Мы сами принимаем решения когда что и как пилить, менеджерам же важе только результат. НО! Хорошо если хоть кто-то в команде читал Фаулера и умеет в рефакторинг и тесты писать. Скорее всего вся команда будет по началу делать все не самым эффективным образом и это вызовет некислый оверхэд по стоимости разработки. И при таком раскладе ОЧЕНЬ важно что бы у разработчиков было понимание того, что они работают не эффективно, делали регулярную ретроспекцию, думали как увеличить свою эффективность... причем смотрели на проблемы с самых разных углов. "может быть это мы не тесты писать не умеем, может быть в коде который мы хотим протестить проблема?". Вот такие идеи. И проблема тут в том, что для этого надо много и напряженно думать. А думать для большинства больно. Зачем, если можно просто вот херак херак и вроде бы готово и вроде как все довольны.

То есть ты хочешь сказать 2 мысли: 1. что умение рефакторить и писать тесты непригодно для реальной жизни без умения делать это эффективно)

То есть ты хочешь сказать 2 мысли: 1. что умение рефакторить и писать тесты непригодно для реальной жизни без умения делать это эффективно)

Нет что поддержка тестов стоит денег

И не все могут это позволить себе

ни разу не то я хотел сказать

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

В большинстве случаев ручные дешевле

Это как-то очень пессимистично)

Потомучто фот отдела авто тестов выше

Чем фот отдела ручного тестирования

короч вернешься в реальность поговорим

это суровая реальность. И вот как в таких условиях развивать в командах эту вот "личную отвественность делать лучше"... вот я бы хотел этому научиться

Я сейчас говорил не как разработчик а как менеджмент

тогда скажу тебе "такого менеджера может заменить плагин в джире"

А менеджмент заказчика

Крупного заказдчика

Возможно это уже больше про мотивацию и культуру труда. > вот я бы хотел этому научиться Это ты с позиции тимлида говоришь или какой?

Заказчик хочет продукт для внутренних нужд

чем ему готовые продукты не угодили?

Выбрали например продукт на базе чего есть большинство но надо еще пару хотелок