Когда quality assistant не только помогает, но и без ограничений перекачивает свою экспертизу в головы остальных членов команды, то QA становится не нужен при решении аналогичной задачи. Его присутствия нужно все меньше и меньше на проекте в целом.

Я другое имел ввиду) Надо было уточнить, что моё сообщение относится к разработчикам вокруг которых все пляшут)

Разработчики пишут код и это их прерогатива, просто все процессы выстроены вокруг этого, так исторически сложилось. Но почему-бы тестировщикам тоже не писать код или менеджерам? Хотя бы чуть-чуть и в рамках проекта. Просто есть переводчики (разработчики) которых мы учим тестировать, понимать значение ТЗ и т.д. Почему бы и им остальных участников процесса не научить языку на котором они пишут, сделать кодинг ассистант? И выстроить процесс таким образом чтобы все совместно кодировали? Почему написанное мной выше многие посчитают абсурдом, а всё рассказанное в докладе выше нет? (у меня пока нет ответов на эти вопросы)

Добрался до ответов на вопросы. Понравилось)

Это не абсурд, это просто процесс получения новых разработчиков.

Менеджер не будет писать код, у него задачи другие, хотя какие-то правки или мелочи вполне может делать. Тестировщик просто станет разработчиком или автотестировщиком (который тоже на половину разработчик), аналитик тоже станет разработчиком.

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

Да, вокруг разработки, но не вокруг разработчиков как таковых. У меня мысль была не в том чтобы все стали разработчиками полностью, а скорее стали немного разработчиками, чтобы не терять фокус на своих основных задачах, которые должны отличаться от закодить. Нужно же не потерять разносторонность взглядов на фичу. Просто я уже не раз сталкивался с тем, что разработчики как носители уникального знания делали на основе этого всякую дичь. И менеджеры доверяли их мнению больше, даже если оно ошибочно в некоторых моментах. Это возвращаясь к истории про то что тестеров часто не слушают)

Эм... Хорошо, давай практические вещи. Что бы ты хотел узнать от разработчиков? Вот какой-нибудь сениор готов сделать митап, на какую тему?

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

Только в обратную сторону.

Эм, а у тебя не так? Ты такой пишешь разрабу "привет, у меня тут сложно с тестированием твоей задачки. можешь мне рассказать что как ты там понаписал?", а он тебе в ответ "я с тобой таким тоном не разговариваю, ты должен преклоняться и униженно молить!". Так что ли? :)

Или хочется наоборот, чтобы разработчики, когда таску залили, то сами в очередь выстраивались и говорили "ну давай мы тебе расскажем что мы понаписали, чтобы тебе не надо было на коммит в гите смотреть"?

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

Это тоже уже поздно.

Скорее когда разраб когда придумал что и как он будет делать рассказал об этом. Тогда можно было бы на этом этапе уже что-то понять и показать где проблемы могут быть.

Тогда разраб отходить от тебя не будет))))

Хорошо, давай на практике. Было уже не раз, что смотрю в код разраба уже когда фича готова и на тесте, а в коде логика не правильная, общаюсь с ним, он исправляет опять не правильно, я делаю правильно у себя и отправляю ему кусок кода как должно быть, который он переносит в код. Есть у кого опыт построения процессов без вот этого всего? Пожалуй в голову приходит обязательное код ревью от тестера. Но как обычно для большинства разрабов это дикость)

Уточни что есть "неправильная логика"? Закодировал не так, как в ТЗ написано?