Рассказываю что такое SCRUM

• Обсуждение деградации идеи скрама в корпоративных IT-структурах.  

• Проблема отсутствия контроля и удалённости от реальных решений в больших компаниях.  

• Лояльность менеджеров к существующим правилам вместо принятия новых решений.  

• Объяснение принципа водопада: требования от бизнеса проходят через несколько этапов: продуктовнер, аналитик, архитектор.  

• Каждый этап занимает определённое время, что приводит к задержкам и ошибкам.  

• Пример: требования могут быть искажены или упущены на промежуточных этапах.  

• Задержки между получением требований и началом разработки.  

• Неточности в спеке и несоответствие требований бизнеса.  

• Повторение циклов доработки из-за ошибок на предыдущих этапах.  

• Введение гибких методологий, таких как Scrum.  

• Совместная работа команды над проектом с участием бизнеса.  

• Итеративный подход: разработка небольших фрагментов функционала.  

• Уменьшение задержек благодаря итерациям.  

• Увеличение суммарного времени разработки из-за бюрократии и дополнительных созвонов.  

• Сложность прогнозирования точного времени разработки из-за непредсказуемости итераций.  

• Подчёркивание позитивных моментов скрама, но критика текущей ситуации в разработке.  

• Критика состояния разработки в западных странах как «ада».  

• Автор выражает недовольство корпоративной структурой из-за искажения простых идей.  

• Подчёркивает, что процессы в компаниях часто не соответствуют их сути.  

• Обсуждаются правила создания созвонов, отчётности, приоритезации задач и их выполнения.  

• Упоминаются правила решения проблем, возникающих в процессе работы.  

• Бизнес объясняет свои требования, команда разбивает задачи на кусочки.  

• Команда определяет, кто что будет делать, и получает «зелёный свет» на выполнение задач.  

• Объясняется понятие спринта и итерации, каждая задача должна укладываться в две недели.  

• Описывается процесс разбиения задач на мелкие подзадачки.  

• Стори пойнты используются для оценки времени выполнения задач.  

• Подчёркивается, что на практике стори пойнты конвертируются во время в часах.  

• Оцениваются минимальные задачи, чтобы определить разброс в оценках.  

• Участники должны объяснить, почему их оценки различаются, и синхронизировать их.  

• Ретро созвоны проводятся раз в неделю или две для обсуждения успехов и неудач.  

• Цель ретро созвонов — выявить и решить проблемы, а не просто зафиксировать успехи.  

• Скрам-мастер определяет правила и следит за процессами, но его роль часто избыточна.  

• Команда может самостоятельно разобраться в правилах после обучения.  

• Скрам-мастера часто создают видимость деятельности, но не решают реальные проблемы.  

• Скрам-мастера могут вмешиваться в процессы компании, создавая лишний шум.  

• Реальные процессы должны быть доверены команде, а не внешним специалистам.  

• В США наблюдается тенденция к увольнению лишних специалистов.  

• Jira используется для отслеживания прогресса задач и создания бэклога.  

• Система Jira может быть усложнена дополнительными процессами и статусами.  

• Избыточные процессы отвлекают от реальной разработки.  

• Story points полезны только на этапе обсуждения задач.  

• Избыточное использование story points создаёт политические игры и отвлекает от работы.  

• Разные программисты по-разному оценивают задачи, что приводит к разногласиям.  

• Митинги с участием всей команды тратят много времени и создают ненужную суету.  

• Обсуждение задач должно быть ограничено узким кругом специалистов.  

• Агрессия и ненужные разговоры отвлекают от разработки.  

• Программисты могут использовать story points для прикрытия невыполненных задач.  

• Важно поднимать реальные проблемы, а не обсуждать нерелевантные вещи.  

• Некоторые сотрудники используют систему для минимизации своей работы.  

• В России больше шансов поднять реальные проблемы, чем на Западе.  

• На Западе часто обсуждаются вторичные вопросы, в то время как в России больше внимания уделяется основным проблемам.  

• Митинги не требуют участия всей команды.  

• Большинство людей не понимают основ управления проектами.  

• Скрам часто используется как «карго-культ», без глубокого понимания его принципов.  

• Споры о деталях процессов не влияют на реальную производительность.  

• Jira создаёт иллюзию управления, но не отражает реальную ситуацию.  

• Приоритизация важна, но не заменяет выполнение работы.  

• Команда может вводить менеджера в заблуждение, растягивая задачи.  

• Низкая производительность приводит к багам и хаосу.  

• Необходимо измерять эффективность другими метриками, кроме задач.  

• Скрам-мастера часто не справляются со своими обязанностями.  

• Корпоративные структуры с большим количеством сотрудников — рассадник проблем.  

• Рекомендуется однократное обучение от опытного специалиста.  

• Jira позволяет отслеживать грубые нарушения и прогресс задач.  

• Можно увидеть, когда тестировщик не выполнял свои обязанности.  

• Дефинишн дан помогает чётко определить, когда задача выполнена.  

• В нормальных компаниях нельзя менять задачи программиста посередине работы.  

• Программист может ссылаться на правила для защиты своих действий.  

• Соблюдение правил защищает программистов от необоснованных претензий.