Гибкая разработка ПО = бизнес + код + ЛЮДИ

Способ совместной работы людей оказывает УДИВИТЕЛЬНОЕ влияние на качество и количество создаваемого программного обеспечения. = = = = = = = = = = = = Новинка 2024 года: мой лучший тренинг: «Как ваши гибкие команды могут достичь предсказуемости и производительности БЕЗ выгорания» → https://www.developmentthatpays.com/webinars/p-and-p?ref=yt = = = = = = = = = = = = Бизнес-цели не возникают спонтанно, и код не пишется сам собой: нам понадобятся ЛЮДИ. И нам понадобятся они, чтобы эффективно работать вместе. ССЫЛКИ -- Эпизод 1: https://www.youtube.com/watch?v=JkVr2DJM3Ac -- Эпизод 2: https://www.youtube.com/watch?v=8Yx7zF7kjs8 -- Эпизод 3: https://www.youtube.com/watch?v=om0_KvdaJTg Музыка: 260809 Funky Nurykabe: ccmixter.org/files/jlbrock44/29186 4. Гибкая разработка программного обеспечения = Бизнес + Код + ЛЮДИ #РазработкаЧтоОплачивается Привет, это Гэри. Добро пожаловать обратно в «Разработку, которая Оплачивается». Во 2-м эпизоде мы говорили о важности бизнес-целей: о том, что важнее достигать реальных бизнес-целей, чем создавать красивый код. Затем в третьем эпизоде мы говорили о важности самого кода: о том, что мы не можем быть уверены в правильности наших бизнес-целей, не написав сначала немного кода. К сожалению — или к счастью, в зависимости от вашей точки зрения, — у нас нет машины для выбора бизнес-целей и нет машины для генерации кода. Если бы они были, мы могли бы подключить их и наблюдать, как из ниоткуда появляется сверхприбыльное программное обеспечение. Нет, нам понадобятся люди. Поэтому позвольте мне представить вам пару моих друзей: Боба из отдела бизнеса и Дэйва из отдела разработки. Боб из отдела бизнеса — это владелец продукта. В нашей модели «стены и лестницы» Боб отвечает за выбор стен. Дэйв из отдела разработки — ведущий разработчик. Дэйв отвечает за укладку коробок… строительство лестниц… и строительство лестничных пролетов. Грубо говоря, Боб решает, что строить… а Дэйв (вместе со своей командой разработчиков) это строит. Качество — и прибыльность — программного обеспечения, которое создают Боб и Дэйв… зависит от того, насколько хорошо они выполняют свою индивидуальную работу. Это также в значительной степени зависит от того, насколько хорошо они работают ВМЕСТЕ. По моему опыту, такие люди, как Боб и Дэйв, плохо работают вместе, по крайней мере, не так хорошо, как могли бы. Чтобы проиллюстрировать это, давайте посмотрим, что происходит, когда они НЕ работают вместе. У Боба есть идея для новой функции — «Функция X». Он детально её описал и передал Дэйву. Дэйв и его команда приступили к работе. После 4 долгих недель работа завершена, и функция запущена. Только тогда Боб видит ужасную правду. Функция X — провал. Дэйв, как вы можете себе представить, в ярости. Месяц работы потрачен впустую. Это не счастливый конец. Давайте повторим эту историю. У Боба есть идея для новой функции — «Функция X». Дэйв придумывает «минимальную» версию X — назовем её «маленькая X». Дэйву и его команде требуется всего 2 дня, чтобы запустить «маленькую X». Боб сразу видит, что «маленький x» работает не очень хорошо. Поэтому он предлагает внести изменения. Дейв без проблем соглашается: в конце концов, на создание «маленького» x ушло всего пара дней. На следующий день «маленький y» запущен. Первые результаты многообещающие. У Дейва появляется идея для улучшения. Бобу она нравится. На следующий день функция запущена. И так продолжается работа Боба и Дейва над усовершенствованием функции, шаг за шагом. В итоге эта история заканчивается очень счастливым концом. Ладно, нам не нужно, чтобы Боб и Дейв безумно влюбились друг в друга. Но надеюсь, вы поняли суть. До встречи в следующий раз. https://www.youtube.com/watch?v=dP1imJeAwt8 https://www.youtube.com/watch?v=-zDct5d2smY