управление проектами
- 6 книг
Ваша оценка3,8
(4)
Чистый Agile. Основы гибкой разработки
Рейтинг LiveLib
3,8
4 оценки
- 525%
- 450%
- 325%
- 20%
- 10%
Ваша оценкаПрочитали 4Хотят прочитать 4
Рецензии
augosty22 сентября 2024 г.Об истоках гибкой разработки
Читать далееВ этой книге автор кратко и по делу развенчивает мифы вокруг аджайла и напоминает о его ключевых принципах. Я много лет работаю с методологией, но всегда полезно освежить базовые знания.
Отдельно хочу отметить, что в тексте автор сослался на широко известный в узких кругах закон Брукса: «Если проект не укладывается в сроки, то добавление рабочей силы задержит его еще больше». Сам Брукс написал книгу на эту тему, а автор объяснил в двух словах ее содержание. Добавление людей в команду затягивает проект по двум причинам:
- новичков обучают те, кто сотворил бардак, они будут равняться на имеющийся код и так же бардачить
- коммуникация начинает занимать все больше времени и ухудшать производительность команды
Утверждения, которые показались мне интересными:
1. Эффективность ПО измеряется тем, насколько болезненно в него можно внести изменения.
2. Сертификация скрам-мастера - бесполезная трата денег. Обучение предполагает, что мастер будет владеть особыми навыками, но чтобы стать коучем, не нужно обучения, им может стать любой член команды. Команда сможет работать по методологии, только если все понимают ее ценности и методы, а не только один мастер.
3. Нельзя использовать Agaile вне IT. По мнению автора, плохая идея внедрять Agile в сферу производства или строительства, потому что он создан только для сферы разработки ПО и небольших команд программистов.
4. Agile тренер и коуч - разные люди. Тренеры не являются частью команды, они обучают ценностям Agile и делают это краткосрочно. Коучи - члены команды, их задача - обеспечивать соблюдение методологии внутри команды. Коуч не руководит командой, никто из клиентов и менеджеров не знает, кто это и есть ли он вообще.
5. Рефакторинг не должен проводиться отдельно от развития решения. Это непрерывный процесс, его нельзя проводить по плану из графика работ. Это часть ежеминутной рутины при написании ПО. Если не поддерживать чистоту кода и архитектуры, то задача с оценкой в 2 недели в начале проекта будет занимать намного больше времени через год.
6. Agile - не каскадная модель в миниатюре, которая повторяется многократно.
В начале итерации выполняется не только анализ, а в конце не только реализация. Все этапы происходят параллельно в течение всей итерации (анализ, проектирование, реализация)В общем, если хочется вернуться к истокам и узнать о гибких методологиях от их автора, то эта небольшая книга - лучшее решение.
Содержит спойлеры630- anisimofkir12 апреля 2025 г.
Первый опыт чтения профессиональной литературы
Решил почитать что-нибудь из профессиональной сферы, чтобы развиваться дополнительно и через книги. Специально выбрал для первого раза книгу не о технических навыках, а о менеджменте проектов в методологии Agile, по которой мы сейчас работаем.Читать далее
Впечатления, если честно смешанные. Читать было скучновато. Однако, было интересно задавать себе вопросы про опыт прошлых проектов, которые называли себя Agile по факту не используя ни одного атрибута этой методологии.
В целом говоря как раз про атрибуты Agile, они довольно подробно описаны в книге. Можно иногда возвращаться к ней и точечно использовать, чтобы освежить память о каких-то конкретных процедурах. Но реально глубоких инсайтов данная книга не содержит.431