Источник: «Жиза ИТ руководителя»

🧨 Скрама не существует 🆘
Кажется, этот пост должен был быть первым в моем канале 😅
Много команд гордо говорят: "Мы работаем по скраму". Но если открыть Scrum Guide и внимательно посмотреть,
что там написано, то выяснится: скрама нет.
Он как кот Шредингера , есть и одновременно нет. А точнее, он есть только на бумаге.

👇 Вот почему:
❌ 1. Нет цели спринта
“Цель спринта - это единственный объектив работы команды.”
На практике: цель никто не формулирует. Планирование - это просто раздача задач на две недели.
Если спросить у команды "а что мы хотим достичь?", в ответ тишина.

❌ 2. Нет скрам-мастера
Часто его роль исполняет проектный менеджер, тимлид или вообще никто.
А ведь по гайду это ключевая фигура, ответственная за фасилитацию, обучение и устранение препятствий.

❌ 3. Истории кочуют из спринта в спринт
“В скраме важно завершать инкременты. Done значит Done.”
На практике: "не успели ну ничего, возьмём в следующий спринт".
А если копнуть глубже, оказывается, что задачи невозможно завершить за один спринт. Потому что никто не думал об объёме, блокерах и зависимости.

❌ 4. Инкремента нет
В конце спринта нет демо. Или оно номинальное. Или то, что показали нельзя использовать. Или это "почти готово", но на самом деле требует ещё недели багфиксов и ручного тестирования.

❌ 5. Нет ретро. Или оно не работает
По скраму ретроспектива - важнейший элемент непрерывного улучшения.
На деле ритуал ради галочки. Без выводов, без планов на изменения, без замеров результатов. Просто “ну норм, давайте дальше”.

❌ 6. Нет Definition of Done
“Что означает ‘готово’?” простейший вопрос, на который 80% команд не могут ответить. Именно поэтому в прод попадают недоделки, “полуфичи” и баги.

❌ 7. Нет Product Owner
Или он перегружен, или работает в 5 командах одновременно.
А значит, нет ни управления бэклогом, ни связи с клиентом, ни приоритезации по бизнесу. Всё летит в бэклог по принципу "а давайте сделаем".

❌ 8. Velocity не замеряется
Спринты проходят, команда работает, но ритма и предсказуемости нет.
Поток задач непредсказуем, оценки неточные, планирование пальцем в небо.

❌ 9. Дейли превратились в “отчитайся”
Дейли это синхронизация команды.
На деле это отчет перед менеджером. По очереди. Монотонно. Без вовлечения.
После дейли никто ничего не понял, никто не перефокусировал работу, никто не нашёл блокеры.

❌ 10. Спринт ради спринта
Главный вопрос - не "доставили ли мы ценность", а "уложились ли мы в дедлайн".

Вывод: Скрама не существует.
То, что называют "скрамом" - это имитация.
Снаружи ритуалы, а внутри всё та же неуправляемая и непрозрачная разработка.

Я опираюсь на личный опыт. Если у вас всё по Скрам-гайду вы молодцы, это редкость!
#Scrum #Разаработка #Управление

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

https://www.litres.ru/book/dmitriy-romanoff/neyro-igry-71363...

Источник: «Жиза ИТ руководителя»