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



Нет, если задача передана в тестирование, то она не почти готова. До реальной поставки пользователю может пройти еще существенное количество времени - тестирование, исправление проблем, процедура релиза...



Мало просто создать много кода - его надо доставить до пользователей с каким-то уровнем качества. И если узкое место системы в тестировании и доставке до боя, то оптимизировать надо именно там, а не пытаться увеличить объем разработки.



Эта мысль простая, но контринтуитивная и принимается плохо. Также как и то, что для наилучшей производительности системы не нужна 100% загрузка всех участников системы.



Но даже, если мы это признаем и получаем, что разработчику из планируемых на двухнедельный спринт 40 часов загрузка получается на 25-30 часов кода, то остается важный вопрос. А какую еще ценность может приносить разработчик кроме кода бизнес-задач?



Документация, code review, разнообразного рода тесты и вспомогательные инструменты, обучение... Это то, что дает ценность в дальней перспективе, но если плюшки и одобрение идет только за задачи - это работает плохо.



#подпольный_евангелизм

#менеджерское