Почему Scrum заставляет программистов НЕНАВИДЕТЬ программирование? скачать в хорошем качестве

Почему Scrum заставляет программистов НЕНАВИДЕТЬ программирование?

Создайте свой премиум-оффер разработки за 4 дня → https://healthydeveloper.com/consulti... Кажется, каждый программист готов блевать, как только слышит слово «скрам». Что же такого особенного в скраме, что программисты так ненавидят программирование, и как можно предотвратить это в своей команде разработчиков? В этом выпуске я расскажу о 7 причинах, по которым программисты ненавидят скрам, и о том, как это делает нашу работу практически невозможной на программных проектах, где скрам-мастер, владелец продукта (или менеджер продукта) и остальные сотрудники софтверной компании используют его, чтобы оскорблять программистов. В основном это связано с непониманием руководства по скраму и человеческой природы! В первой части видео я объясняю, как руководство скрам-проектов обычно фокусируется на скорости и видимых функциях до такой степени, что это ставит под угрозу качество продукта. Они относятся к стори-пойнтам как к времени. Они сопротивляются инвестициям в такие вещи, как улучшение архитектуры, тестирование, развертывание и другие необходимые вещи, чтобы разработчики не сдавались, если их не контролировать. И они не принимают реальность, когда плохие пользовательские истории, отсутствие критериев приёмки и злоупотребление графиком выгорания (и метриками скорости) превращают Scrum в игру с числами вместо создания качественного программного продукта. Во второй части видео я поделюсь 7 практическими советами по изменениям, которые вы можете внести в свою команду разработчиков, чтобы снова полюбить Scrum! Если программисты в вашей команде ненавидят Scrum, крайне важно провести чёткую границу между тем, что разработчики программного обеспечения и менеджеры проектов, менеджеры по продукту, владельцы продукта или Scrum-мастера могут, а что не могут принимать. Но, как программисты, мы также должны более внимательно относиться к тому, как мы следуем Scrum-процессам. Мы должны внимательно анализировать работу и двигаться вперёд только со стопроцентными критериями приёмки. Мы не можем брать на себя обязательства по расплывчатым пользовательским историям. И мы должны перестать оценивать только программирование и включить время на всё, что, как мы знаем, нам нужно: контроль качества, автоматизированное тестирование, автоматизированное развертывание, инфраструктура как код, архитектура программного обеспечения — в общем, на все те вещи, которые помогают проекту идти по пути по мере его роста сложности. Вот как современные команды реализуют непрерывную поставку и DevOps. Надеюсь, это видео даст вам хорошую пищу для размышлений. Scrum — сложная тема, но точное следование всем рекомендациям Scrum — скользкая дорожка. Чтобы снова полюбить Scrum, программистам необходимо работать с руководством и остальной частью компании, чтобы адаптировать процессы к тому, как все должны взаимодействовать для поставки программного обеспечения. И это индивидуально для каждой команды! #scrum #programming #coding МАТЕРИАЛЫ ПО ТЕМЕ Ежедневное Scrum-совещание: замаскированное статусное совещание?    • Daily Scrum Meeting: A Status Meeting In D...   Как старшие программисты НА САМОМ ДЕЛЕ пишут код    • How Senior Programmers ACTUALLY Write Code   Распознайте фальшивую Agile-команду менее чем за 7 минут!    • Spot A Fake Agile Team In Under 7 Minutes!   Могут ли пользовательские истории задержать разработку программного обеспечения?    • Can User Stories Make Software Projects Late?   Непрерывная подача: не упускаете ли вы общую картину?    • Continuous Delivery: Are You Missing The B...   МАРКЕРЫ ГЛАВ 0:00 Введение 0:36 7 причин, почему программисты ненавидят Scrum 0:58 #1 PO в ежедневном стендапе 1:36 #2 Превышение полномочий Scrum-мастера 2:15 #3 Одержимость функциями 3:38 #4 Story Points воспринимаются как время 4:42 #5 Отказ отменять спринт 5:58 #6 Отсутствие критериев приёмки 7:19 #7 Диаграмма сгорания задач используется для обвинения 7:54 7 способов снова полюбить Scrum 8:16 #1 Исключить PO из ежедневного стендапа 9:00 #2 Поставьте Scrum-мастера на место 9:49 #3 Оценка буфера для качества кода 11:03 #4 Не берите на себя обязательство проводить несколько спринтов 12:04 #5 Ведите диаграмму сгорания задач С разработчиками 13:00 #6 Критерии 100% приёмки 13:52 #7 Предоставляйте функции, которые радуют 15:16 Эпизод Groove Значок пламени на миниатюре предоставлен https://www.freeiconspng.com/img/696 Скачайте бесплатное руководство по карьере разработчика программного обеспечения с моей домашней страницы: https://jaymeedwards.com