На недавній конференції Agile Base Camp особисто мені найбільше сподобався питання тверезомислячої менеджера: «Чи є альтернатива Agile?». І тут хочеться висловити свою точку зору про те, чому Agile зараз такий популярний (яку, до речі, я вже не раз озвучував в кулуарах).

Коли тільки з'явився термін Agile, то було дуже модно його протиставляти «послідовному» (aka Waterfall) підходу. Кілька років тому вже стало неактуально порівнювати «традиційний» підхід ведення проектів з одним з існуючих Agile підходів. Швидше поставало питання «у вас вже Agile або ще немає». Причому до категорії «ще немає» найчастіше ставляться проекти у яких розробка ведеться за методологією «як вийти» і лише малий відсоток міг чесно сказати «у нас усвідомлений і якісний Waterfall».

Якщо відмотати стрічку історії трохи назад, то прийнято вважати, що « водоспадна модель »Була сформульована в 1970-м, і стала« офіційним »підходом для розробки програмного забезпечення. Офіційним, тому що на той момент основним замовником ПО були військові, які закріпили цю методологію відповідним меморандумом, що зобов'язує всіх підрядників саме так і працювати. Для тих же, хто не працював з військовими, Project Management Institute (PMI) намагався сформулювати основні принципи управління проектами розробки ПЗ у вигляді PM Body Of Knowledge (PMBOK), який в версіях тих часів (здається 3) включав «водоспадних модель» як основний і єдиний рекомендований підхід. Отже, для військових і великих корпорацій, які робили величезні проекти на ті часи, це цілком підходило.

Що цікаво, згадки про итеративно-інкрементальною розробці зустрічалися вже в 1968 згідно Крейгу Ларману (Craig Larman) - автору кількох книг і, можна сказати, досліднику історії Agile. Хоча, по суті, тільки в середині 1990-х стали активно говорити про неспроможність «Водоспадної моделі» і, як ми пам'ятаємо, на той момент вже з'являлися перші презентації методологій Scrum, eXtreme Programming, Evo і інших. І тільки в 2001-му році, активісти «Не водоспадного» підходу зібралися і написали той самий Agile Manifesto . Що їх до цього спонукало і ними керувало, ми можемо як і раніше лише здогадуватися 😉

Що ж змінилося за ті 20-30 років, від 70-х до 2000-х? На мій погляд, змінився «ринок споживачів ПО» і замість великих проектів для великих замовників стало в багато разів більше маленьких проектів для реальних людей. Тепер уже всі компанії розробники ПЗ хочуть випускати швидше, частіше, регулярно і т.п. Терміни Time-To-Market і «адаптація під потреби користувача» стали обов'язковими в словнику не тільки менеджерів.

Тому згідно недавнім опитуванням майже 80% рішень про впровадження в компанії Agile методологій і ідей, належать менеджерам вищої та середньої ланки. Більш того, в останній версії PMBOK вже йде мова про итеративно-Інкрементальний підході, як про основне рекомендованому. І, навіть PMI почали робити свою Agile-сертифікацію 🙂

Все це говорить про те, що «бренд Agile» відбувся, завоював свою популярність і став філософією de-facto. У той же час ми як і раніше ще слабо уявляємо як саме «працювати по Agile». як сказав Майк Кон :

Мені хочеться, щоб все agile-бренди в кінцевому рахунку зникли, і залишилося просто те, як ми розробляємо програмне забезпечення.

І в цьому я з ним згоден. Ми можемо порівнювати Scrum і Kanban, зосереджуватися на технічну досконалість кожного або навпаки, розвивати комунікації і командну роботу або намагатися шукати інші «альтернативи Agile», хоча по суті ми всі рухаємося в одному напрямку.

Хороша новина в тому, що нас чекає ще не один рік цікавих дискусій, експериментів і пошуків кращих підходів. Ну і відповідно, теми для статей на нашому сайті не вичерпаються, Залишайтеся з нами 🙂

Схожі записи