Дмитрий Ваврив, менеджер портфеля ИТ-проектов Kantar Consulting
Дмитрий Ваврив, менеджер портфеля ИТ-проектов Kantar Consulting

Scaled Agile Framework (SAFe) внедряется, когда нужна дисциплина работы внутри большой организации, но при этом компания хочет оставить некоторую долю гибкости в изменениях требований мобильной разработки. SAFe обеспечивает четкую иерархию на разных уровнях организации и четкую процессную часть.

Большие организации, которые привыкли к более структурной работе, такие как государственные или финансовые учреждения, достаточно легко внедряют SAFe, поскольку они более дисциплинированы. По таким framework`ам SAFe является лидером мирового рынка. 60% внедрений больших framework`ов в мире – это SAFe.

Как мы начали внедрение SAFe? У нас возникли некоторые проблемы по взаимодействию между менеджментом и командой разработки. В частности, одна из них состояла в том, что команда разработки не могла дать видимость того, что она делает, на следующий квартал и полугодие. Соответственно, менеджмент не мог планировать никаких активностей по продажам софта.

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

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

У нас было два пути – придумать самим такую структуру, свой микс решений или же взять уже готовое решение и его адаптировать. Мы пошли по второму пути. Начали с адаптации SAFe, внедрили его, оптимизировали структуру, а дальше начали дорабатывать SAFe под свои нужды.

Основной критерий – выведение нового функционала на рынок, так называемый time-to-market. Это самая критическая часть для разработки продуктов по той причине, что компания движется очень быстро, и если выводить фичи, которые требуются клиентам, достаточно быстро, то тогда можно обгонять конкурентов. Примеров, когда маленькие компании обгоняют таких гигантов, как Facebook или Google, сейчас на рынке очень много. Соответственно, time-to-market у крупных компаний в большинстве случаев довольно-таки длительный. . Соответственно, внедрение SAFe и его успешность определяются тем, какой получается time-to-market, насколько быстро удается выводить продукт на рынок.

Нам удалось сократить time-to-market до трех месяцев вместо 9-ти

Нам удалось сократить time-to-market до трех месяцев вместо 9-ти. То есть каждый квартал мы выдавали новую версию продукта. Даже когда продукт выдается клиенту, то должна быть формулировка о том, что мы каждый квартал выдаем новую версию и готовы в соответствии с фидбэком обновлять продукт. И это уже является конкурентным преимуществом. Таким образом, известную формулировку Дарвина о том, что «в природе выживают те, кто адаптируется быстрее всего», вполне можно применить и к разработке софта.

Например, такие продукты, как Skype иViber появились за гораздо меньшие бюджеты, чем Microsoft, и намного быстрее смогли завоевать рынок просто потому, что они постоянно спрашивают у клиентов: «Чего вы хотите?» и умеют очень быстро внедрять улучшения. Собственно, SAFe именно об этом.

Такие продукты, как Skype иViber появились за гораздо меньшие бюджеты, чем Microsoft, и намного быстрее смогли завоевать рынок просто потому, что они постоянно спрашивают у клиентов: «Чего вы хотите?»

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

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

Третья проблема – это подход к разработке самого продукта с точки зрения работы с командой и клиентом. Цепочка взаимодействия с клиентом получается довольно длинной для больших организаций, особенно там, где одна большая организация работает с другой большой организацией. Она может быть недостаточно гибкой для каких-то инновационных продуктов и  технологий. SAFe эти проблемы пытается решить.

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

Тем не менее, Scaled Agile Framework (SAFe) более популярен, чем другие framework’и. Причина очень простая – часто большие аккаунты, которые работают с аутсорсинговыми компаниями, как, например, Deutsche Bank с Люксофтом, UBS, требуют дисциплины взаимодействия между командами, находящимися в Украине и в других офисах. SAFe в этом плане очень помогает, его легко внедрять и обучать ему пользователей.

ОСТАВЬТЕ ОТВЕТ

Please enter your comment!
Please enter your name here

Этот сайт использует Akismet для борьбы со спамом. Узнайте как обрабатываются ваши данные комментариев.