Об истоках гибкой разработки
В этой книге автор кратко и по делу развенчивает мифы вокруг аджайла и напоминает о его ключевых принципах. Я много лет работаю с методологией, но всегда полезно освежить базовые знания.
Отдельно хочу отметить, что в тексте автор сослался на широко известный в узких кругах закон Брукса: «Если проект не укладывается в сроки, то добавление рабочей силы задержит его еще больше». Сам Брукс написал книгу на эту тему, а автор объяснил в двух словах ее содержание. Добавление людей в команду затягивает проект по двум причинам: - новичков обучают те, кто сотворил бардак, они будут равняться на имеющийся код и так же бардачить - коммуникация начинает занимать все больше времени и ухудшать производительность команды
Утверждения, которые показались мне интересными:
1. Эффективность ПО измеряется тем, насколько болезненно в него можно внести изменения.
2. Сертификация скрам-мастера - бесполезная трата денег. Обучение предполагает, что мастер будет владеть особыми навыками, но чтобы стать коучем, не нужно обучения, им может стать любой член команды. Команда сможет работать по методологии, только если все понимают ее ценности и методы, а не только один мастер.
3. Нельзя использовать Agaile вне IT. По мнению автора, плохая идея внедрять Agile в сферу производства или строительства, потому что он создан только для сферы разработки ПО и небольших команд программистов.
4. Agile тренер и коуч - разные люди. Тренеры не являются частью команды, они обучают ценностям Agile и делают это краткосрочно. Коучи - члены команды, их задача - обеспечивать соблюдение методологии внутри команды. Коуч не руководит командой, никто из клиентов и менеджеров не знает, кто это и есть ли он вообще.
5. Рефакторинг не должен проводиться отдельно от развития решения. Это непрерывный процесс, его нельзя проводить по плану из графика работ. Это часть ежеминутной рутины при написании ПО. Если не поддерживать чистоту кода и архитектуры, то задача с оценкой в 2 недели в начале проекта будет занимать намного больше времени через год.
6. Agile - не каскадная модель в миниатюре, которая повторяется многократно. В начале итерации выполняется не только анализ, а в конце не только реализация. Все этапы происходят параллельно в течение всей итерации (анализ, проектирование, реализация)
В общем, если хочется вернуться к истокам и узнать о гибких методологиях от их автора, то эта небольшая книга - лучшее решение.
6 понравилось
