Красные флаги в Agile-разработке
Практика боли, которая помогает улучшить качество и скорость разработки. Это включает в себя использование инструментов, таких как JIRA, для отслеживания задач и их статусов, а также использование методов, таких как Scrum, для управления проектами.
Об авторе
Фронтендер. Прошёл школу мидл-бойца в Яндексе, после уехал в Германию, где работал в Каяке — поиск по авиабилетам и всякое — американской организации среднего размера. И довольно долго в Дикониуме — довольно крупном агенстве, делающем e-commerce для больших клиентов. В мою бытность в этой компании она была куплена Фольксвагеном. В Дикониуме часть моих обязанностей были лидовскими и организационными. В связи с этим я посещал много воркшопов по аджайлу и повидал много команд, которые довольно строго пытались следовать Cкраму.
Интро
Содержательная цель — поделиться паттернами и практиками, которые указывают на нездоровые процессы в разработке.
Принципы Agile
- Люди и взаимодействие важнее процессов и инструментов
- Работающий продукт важнее исчерпывающей документации
- Сотрудничество с заказчиком важнее согласования условий контракта
- Готовность к изменениям важнее следования первоначальному плану
How it started, how it goes
На конференции в Сноуберде в 2001 году, где был написан Agile-манифест, Кент Бек сказал, что одной из наших целей было преодолеть разрыв между программистами и менеджментом.
Agile-движение отказалось от этой цели, превратив Agile в бизнес, который продвигает "новые и лучшие" способы управления. Вместо того чтобы сближать менеджеров и программистов, Agile-движение сосредоточилось почти исключительно на управлении проектами и фактически исключило программистов.
Примеры
Противоречия
Скрам Гайд содержит определение Скрама. Каждый элемент фреймворка служит определенной цели, которая необходима для общей ценности и результатов, достигаемых с помощью Скрама. Изменение базового дизайна или идей Скрама, пропуск элементов или несоблюдение правил Скрама маскирует проблемы и ограничивает преимущества Скрама, потенциально делая его бесполезным.
Фреймворк Скрам, как описано здесь, является неизменным. Хотя возможно внедрять только части Скрама, результат уже не будет Скрамом. Скрам существует только в своей целостности и хорошо функционирует как контейнер для других техник, методологий и практик.
Нездоровые паттерны коммуникации
Это негативные и непродуктивные способы общения, которые могут привести к конфликтам, раздражению и непониманию.
По книге Патрика ЛенсиониПять дисфункций команды
Хороший способ замять конфликт, чтобы потерялись контекст и актуальность.Откладывание разговора до Sprint Review
Если это только Sprint Review, то это может привести к непониманию и непродуктивности. Вообще, это нарушение одного из принципов Agile.Отсутствие связи команды с заказчиком
Когда отлонение от темы ведёт к созданию новой встречи. Когда модератор не даёт команде свободы и сам становится источником конфликта. Когда команде не даёт возможность выразить свои мнения и мнения команды не слышны.Жёсткое модерирование встреч
И других а ля весёлых мелочей, например, названия спринтов.Назойливое использование айсбрейкеров
Отношение ко встречам и времени
Рабочий день состоит из встреч vs. встречи прерывают работуMakers' vs. Managers' schedule
Период устойчивого внимания — около сорока минут.Встречи длиннее полутора часов
И для входа в рабочий режим нужно время.После встреч нужно восстанавливаться
Особенно на рефайнментах, где нужно обсуждать и уточнять детали.Убеждённость в том, что должны присутствовать все
Утренние стендапы
Всегда начинайте день с хорошего настроения и планирования.
А не обсуждение того, над чем идёт работаКогда стендап — это отчёт о тикетах
И нет свободы говорить, что думаетсяРазработчики вымучивают, что говорить
Встреча для членов Dev-команды, все остальные опциональны.На встрече народу больше, чем нужно
Ориентированные на жаворонковРанне-утренние стендапы
Нарушения в планировании
Точнее, чаще реструктуризации кода.Нежелание выделять время на рефакторинг
Когда это не закладывается в оценку времени на тикеты и трудозатрат разработчиков.Игнорирование усилий на code review
Молчаливое согласие на нереалистичные ожидания.Silent commitment
Самый быстрый путь к выгоранию. Это приводит к ухудшению качества кода и снижению продуктивности.Стресс от искусственных дедлайнов
Если при этом команду ругают за невыполнение целей спринтов.Постоянное изменение скоупа
Грязные лайфхаки программистов
Грязные лайфхаки программистов - это набор уловок и трюков, которые используют программисты для упрощения своей работы и улучшения качества кода.
1 пойнт — полдня, 2 пойнта — полтора дня, 3 пойнта — три дня, 5 пойнтов — неделя, 8 пойнтов — спринт.Размазывание сторипойнтов во времени
Каждая из которых начисляет сторипойнты, которые можно размазывать во времени. Это позволяет программистам более гибко распределять свою работу и улучшать продуктивность.Разбиение на простейшие подзадачи
In progress -> Code Review -> In Progress -> Code Review -> TestingЖонглирование статусом тикетов
Перенесение багов на другой спринтРазработка в стиле 90/10