Scrum

Никому не нужный «театр оценок» Давайте будем честными: планирование с помощью покерных карт — это, по сути, ритуальный театр, который никому на самом деле не нравится. Вам знакома эта сцена. Кто-то выкрикивает: «Планирование с помощью покерных карт!», и внезапно все замолкают, лихорадочно пытаясь понять, является ли эта конкретная функция входа в систему пятёркой или восьмёркой (или и тем и другим, в зависимости от количества кофе, выпитого разработчиком утром). Ирония в том, что после многих лет, когда команды зацикливались на точках историй, расчётах скорости и последовательностях Фибоначчи, настоящий вопрос остаётся без ответа: сколько времени это займёт на самом деле?...

Посмотрите, я собираюсь сказать то, что все думают на утренних стендапах в 9 утра, но стесняются озвучить: внедрение Scrum часто превращается в бюрократический кошмар, функционально неотличимый от Waterfall, только с обязательным участием аудитории и большим количеством уведомлений Jira. Я знаю, это спорно. Но выслушайте меня, прежде чем закрыть эту вкладку в расстроенном молчании. Неудобная правда за Agile революцией Дело в том, что Scrum родился из искреннего желания вырваться из жёстких, последовательных оков методологии Waterfall....

Представьте: вы жонглируете бензопилами, катаясь на уницикле по минному полю. Ваш менеджер по продукту хочет новые функции ещё вчера, ваш CI-пайплайн выглядит как абстрактное искусство, а один из устаревших сервисов воскресает, как зомби в B-фильме. Добро пожаловать в разработку программного обеспечения — единственную отрасль, где управляемый хаос не оксюморон, а навык выживания. Образ мышления хаоса (или как я научился не беспокоиться и полюбить глюки) Отличное программное обеспечение не создаётся — оно растёт через серию контролируемых взрывов....

Неуловимый идеальный владелец продукта В мире разработки программного обеспечения, особенно в рамках Agile и Scrum, роль владельца продукта часто окутана ореолом совершенства. От этой мифической фигуры ожидают, что она будет провидцем, коммуникатором, расставляющим приоритеты, и лицом, принимающим решения, — всё в одном. Однако реальность гораздо более многогранна. Идеальный владелец продукта — это миф, а залогом успеха является сотрудничество. Роль владельца продукта: сложная паутина Владелец продукта — связующее звено между командой разработчиков, заинтересованными сторонами и конечными пользователями....

Дилемма гибкой разработки: когда скрам-мастера становятся больше помехой, чем помощью В постоянно меняющемся мире разработки программного обеспечения гибкие методологии, особенно Scrum, стали стандартом де-факто для многих команд. Однако за фасадом этого, казалось бы, эффективного и основанного на сотрудничестве подхода скрывается сложная сеть проблем и подводных камней. Как человек, который прошёл через все трудности гибкой разработки, я здесь, чтобы высказать аргументы против повсеместного использования скрам-мастеров в Agile и объяснить, почему эта роль не всегда является тем решением, каким её часто представляют....