Станислав Логунов - Путь самурая 2.0. Бережливое мышление

Тем более что странно было бы ожидать от учебника по системному мышлению легкого чтения. При этом Питер Сенге написал книгу, свободную от излишнего наукообразия, он не применяет ненужных специальных терминов и вообще по возможности избегает пафоса.

Книга впервые была опубликована в 1990 году, но за прошедшие четверть века она нисколько не устарела, скорее наоборот – она стала даже более актуальной. Если у вас есть желание развивать себя и свою компанию, то ее можно и нужно прочитать.

Оригинальное название:Scrum: The Art of Doing Twice the Work in Half the Time

Год первого издания:2014

Достоинства:Описание современного метода организации работы от одного из его создателей

Недостатки:Предлагаемый подход не так универсален, как кажется

Издатель на русском языке:«Манн, Иванов и Фербер»

Время прочтения:4–6 часов

Уровень:Продвинутый

Оценка:8/10

Разработка программного обеспечения – одно из самых передовых направлений человеческой деятельности. Неудивительно, что именно в этой среде находят применение самые свежие и оригинальные способы управления проектами. Книга бывшего боевого пилота, затем ставшего программистом, одного из создателей «Манифеста Agile» и принципов гибкого управления проектами Джеффа Сазерленда (написанная им совместно с сыном, Джей Джеем Сазерлендом, имя которого почему-то пропало из русского издания книги и упоминается только в разделе благодарностей) дает представление о современных методологиях, которые могут оказаться полезными и в работе, далекой от компьютерной индустрии.

Идеи оригинальных методов разработки программ начали появляться еще в конце 50-х годов, но настоящий прорыв наступил в 90-х, когда многим стало очевидно, что существующие тяжеловесные и излишне регламентированные подходы не позволяют качественно и быстро обеспечивать потребности заказчиков. В 2001 году эти методы были объединены в единую концепцию, получившую название «Гибкие методологии разработки» (в специальной литературе часто встречается также синонимичный термин «Agile-методологии»).

В феврале 2001 года в курортном местечке Сноуберд в штате Юта в ходе встречи группы ИТ-специалистов был разработан программный документ, известный как «Манифест Agile» или «Манифест гибких методов разработки ПО». Манифест сводится к четырем утверждениям:

• личности и взаимодействие между ними важнее процессов и инструментария;

• работающий продукт важнее исчерпывающей документации по нему;

• сотрудничество с заказчиком важнее согласования деталей контракта;

• реакция на изменения важнее следования плану.

Этот манифест основан на 12 принципах, которые вполне универсальны.

1. Высшим приоритетом является удовлетворение заказчика путем своевременной и непрерывной поставки продукта, имеющего самостоятельную ценность.

2. Даже на поздних стадиях разработки приветствуется изменение требований к продукту, чтобы обеспечить заказчику конкурентное преимущество.

3. Выпускать работоспособную стадию продукта следует часто, каждые несколько недель, максимум – каждые несколько месяцев.

4. В течение всей работы над проектом представители бизнес-подразделений и разработчики должны постоянно сотрудничать.

5. Проекты следует выстраивать вокруг мотивированных личностей. Дайте им поддержку и условия, в которых они нуждаются, и доверьте делать их работу.

6. Наиболее практичным и эффективным методом обмена информацией как с командой, так и внутри команды является личная беседа лицом к лицу.

7. Главным показателем прогресса является работоспособный продукт.

8. Гибкие процессы способствуют устойчивому развитию. Все участники проекта, включая заказчика, должны быть способны постоянно поддерживать такой темп.

9. Непрерывное внимание к техническому совершенству и качеству проектирования увеличивает гибкость.

10. Чрезвычайно важна простота – искусство увеличивать долю работы, которую не придется делать.

11. Лучшие требования, решения и идеи возникают в самоорганизующихся командах.

12. Через регулярные интервалы команда должна анализировать возможности повышения своей эффективности и соответственно корректировать свой подход к работе.