Agile. Процессы, проекты, компании. Валерий Николаевич Фунтов

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

      1. Люди и взаимодействие гораздо важнее процессов и инструментов.

      2. Работающее ПО важнее исчерпывающей документации.

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

      4. Готовность к изменениям важнее следования первоначальному плану.

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

      В своих дополнительно разработанных 12 принципах Agile-манифест провозгласил следующее.

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

      2. Изменение требований приветствуется даже на поздних стадиях разработки. Agile-процессы позволяют использовать изменения для обеспечения заказчику конкурентного преимущества.

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

      4. На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе.

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

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

      7. Работающее ПО – основной показатель прогресса.

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

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

      10. Простота как искусство минимизации лишней работы крайне необходима.

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

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

      Примечания автора

      1. Перевод Agile-манифеста на русский язык разный, поэтому не удивляйтесь некоторым различиям с теми версиями, к которым, возможно, вы уже привыкли. Как источник было выбрано официальное издание Agile Practice Guide от PMI^®, опубликованное на русском языке в начале 2018 г.

      2. В тексте Agile-манифеста упоминается ПО. Как уже говорилось выше, данная книга посвящена Agile за пределами ИТ-отрасли. Поэтому в дальнейшем будем использовать более широкий термин – «продукт». Просто мысленно замените «ПО» на «продукт» – и звучание манифеста будет не только айтишным.

      Agile и Lean

      C 2001 г. все фреймворки, практики и разработки, разделяющие вышеприведенные ценности и принципы, стали называться гибкими. Спустя год даже появилась рабочая группа, объединенная затем