Путь самурая. Внедрение японских бизнес-принципов в российских реалиях

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

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

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

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

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

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

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

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

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

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

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

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

Фактически речь идет о том, что разработку проектов следует разделить на этапы, результатом каждого из которых будет работоспособный продукт, который на каждой стадии постепенно расширяется, дополняется или совершенствуется. Иначе говоря, это развитие идеи MVP – минимально работоспособного продукта.

Основное отличие в том, что в случае «гибкого управления» минимально работоспособный продукт служит не для определения перспективности разработок, а для повышения эффективности взаимодействия с заказчиком. Он облегчает понимание истинного потенциала продукта, предоставляя возможность тестирования на самых ранних стадиях разработки, и позволяет своевременно вносить изменения в проект.

Одним из авторов манифеста и был программист Джефф Сазерленд. Разработанный им метод «гибкого управления проектами», известный как Scrum, сейчас завоевывает все большую популярность среди самых разных отраслей бизнеса.

Спортивный подход

Спортивный термин Scrum, обозначающий положение, при котором тесно стоящие регбисты, толкаясь, пытаются завладеть мячом, для описания разработки продуктов впервые применили Хиротака Такеучи и Икуджиро Нонака в своей статье в Harward Business Review в 1986 году.

В ней они, опираясь на исследования компаний, производящих автомобильную и множительную технику, утверждали, что можно повысить скорость и гибкость разработки. Для этого Такеучи и Нонака предлагали использовать одну немногочисленную межфункциональную команду, работающую в режиме последовательных перекрывающихся этапов, каждый из которых она проходит «как единое целое, передавая мяч между собой». В 1995 году Джефф Сазерленд и Кен Швабер представили этот подход как оформленную методику, которую и назвали Scrum.

В основе Scrum – небольшие группы, включающие в себя специалистов во всех необходимых для автономной работы областях. В группе должны быть выделены двое ответственных. Один из них следит за соблюдением процессов и поддержанием конструктивной атмосферы в команде, а второй, условно называемый «владелец продукта», отвечает за формулировку требований задания, расстановку приоритетов, замыкая на себя общение с заинтересованными сторонами.

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