Російські ІТ-компанії розглядають Agile як засіб для реалізації «аварійної стратегії» розвитку на ринку

У зв'язку з відомими змінами, що відбуваються у російської ІТ-індустрії та економіці в цілому, більшості ІТ-компаній хочеться бути швидше, вище, сильніше. Проте, якщо вдуматися, олімпійський девіз не зовсім підходить в даній ситуації. На ринку зараз виграють більш гнучкі і хитрі.

Багато компанії-розробники програмного забезпечення, від мала до велика, визнають: щоб зберегти клієнтів, потрібно дати їм все, що вони хочуть і навіть більше, а також зробити це швидше і дешевше. Такий ідеал, в більшості випадків недосяжний без застосування певних хитрощів. Вони стосуються не тільки відносин із замовниками, стратегії просування і коригування бізнес-моделі, але і перебудови процесів розробки.

Навіть відносно великим компаніям доводиться перебудовуватися. «[Останнім часом] замовники виводять на конкурси будь-які незалежні етапи, по закінченні яких можна отримати завершені бізнес-результати (оптимізація частини інфраструктури в ключових регіонах, зростання швидкодії критичних для бізнесу додатків, таких як «1С»)», – міркує директор департаменту ІТ-аутсорсингу ALP Group Дмитро Бессольцев.

Беручи до уваги продуктивність праці і стиль співробітництва, які тепер практично нав'язують замовники, неважко здогадатися, про якому наборі методологій розробки піде мова далі.

Москва не відразу будувалася

Середні і навіть великі гравці ІТ-ринку покладають великі надії на концепцію Agile, заслужено сподіваючись на заявлену її гнучкість підходів. Однак, як відомо, необхідно постаратися, щоб побудувати на основі гнучкої концепції ефективно працюючу систему – особливо з урахуванням розмірів компанії. А так як цю операцію потрібно здійснити, як кажуть, у режимі live, без наркозу і госпіталізації, то доводиться деколи танцювати з бубном. Для цієї мети солідні компанії готові розщедритися і запросити хореографів рівня Єгора Дружиніна.

«Перехід на Agile – це величезний виклик, тому що ти не можеш просто покласти сюди свою стару технологічну платформу. Потрібно переробити всі процеси. Змінити всю філософію компанії. Цей виклик стоїть перед нами, як і перед іншими великими компаніями», – заявив 21 травня глава Ощадбанку Герман Греф на відкритій лекції в МШУ Сколково.

Компанія EPAM Systems, один з найбільших розробників програмного забезпечення, почала застосовувати гнучкі підходи до розробки ще в 2008 році – теж в період кризи. Однак компанія йшла до цього поступово, переймаючи досвід у закордонних партнерів. Тому Agile був для EPAM не рятувальним кругом, а цінністю, до якої компанія прийшла в ході свого розвитку.

«До нас звернувся банк з проханням доопрацювати мобільний додаток для проведення автоплатежей і автопополнения депозиту. Реалізувати все це необхідно було обов'язково і одночасно.

Після консультації з нашим Agile-коучем замовник погодився, що в перших ітераціях ми реалізуємо можливість задавати суму автопополнения депозиту при заданих порогах приходу на рахунок залишку після проведення автоплатежей. Цей функціонал був введений в експлуатацію через три тижні після старту розробок, і кінцеві клієнти банку почали нею користуватися», приводит приклад генеральний директор EPAM з розвитку бізнесу Артак Оганесян.

У тому випадку, коли методологія насаджується в ІТ-компанії (особливо у великої) спішно і насильно, наслідки можуть бути плачевними. Впровадження Agile може зупинитися на півдорозі, а частина співробітників будуть заперечувати її, як чужорідне тіло. Тоді керівництву, яке повинно йти до кінця (інакше вона ризикує втратити авторитет) доведеться «принести в жертву» всіх непокірних. Заодно і витрати скоротяться, і можна буде найняти хорошого Agile-коуча.

Гра варта свічок

У більшості випадків стрімкі зміни вимагають серйозних енергетичних або фінансових витрат. Але, кажучи про Agile, можна сміливо розраховувати на те, що гра варта свічок – все окупиться в осяжній перспективі.

«На невеликих проектах Agile завжди дешевше. Масштабні проекти практично ніколи не проходять без зміни початкових вимог. Якщо при цьому ми говоримо про проекти з фіксованими строками і бюджетами, то Agile завдяки коротким итерациям та визначенню пріоритетів допомагає набагато швидше реагувати на зміни», – говорить Олексій Іонов, Agile-коуч EPAM.

Хитрість підходу з точки зору бізнесу полягає також у тому, що хоча фінальна реалізація проекту може відрізнятися від первісного задуму, воно буде набагато краще відповідати актуальним вимогам замовника та кон'юнктури ринку.

Зворотна сторона

Однак у цій історії є і зворотна сторона: у замовників є не тільки Agile-права, але і Agile-обов'язки. Про обов'язки багато хто з них воліють не згадувати. Є варіант ще гірше – вони не знають і не вміють грати за правилами Agile.

«Іноді замовники вимагають працювати з Agile, іноді їх доводиться переконувати, і не завжди успішно. Так, від бізнес-замовника потрібне повноцінне залучення в проект, але це не означає, що треба кидати свою роботу і брати участь у процесі програмування і тестування. У разі Agile необхідно щодня виділяти 15 хвилин на короткий збори з командою на початку дня, обговорення зробленого і планів. Банків, хто просто ігнорує Agile або відмахується від цієї практики, зараз вже немає. Особливо після знаменитого виступу Германа Грефа», зазначає Артак Оганесян з EPAM.

Якими б палкими були виступи пана Грефа або заяви фанатів Agile, її не варто розглядати як панацею, універсальний рецепт, впадаючи в крайнощі.

Agile vs Аварійна стратегія

«В підтримку ІТ-систем панує так звана аварійна стратегія. Великі інтегратори, гладкі роки, які воювали за 15-ти мільйонні проекти, тепер серйозно конкурують за замовлення, стоять близько 3 мільйонів рублів в рік. Тут середні інтегратори, робота яких базується на 10 ITIL-процесах, які вміють керувати розвиненою партнерською мережею і забезпечувати єдиний рівень сервісу, можуть досить успішно конкурувати з більш великими ІТ-компаніями», додає Дмитро Бессольцев з ALP Group.

Концепція Agile у багатьох випадках робить взаємодію між менеджментом і розробкою більш тісним і продуктивним. Однак роль Agile в реалізації тієї самої «аварійної стратегії» варіюється від компанії до компанії. Тому відповіддю на виклики мінливого ІТ-ринку може бути саме знаходження оптимального балансу між методологією розробки, коригуванням бізнес-моделі, концепцією просування і менеджментом.
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.