PL UNIT: как измерять IT с точки зрения бизнеса, или Первый шаг к самоуправлению

Взаимодействие с бизнесом

Доклад принят в программу конференции

Мнение Программного комитета о докладе

Почему разработка стоит так дорого? Зачем нам такой большой штат разработчиков? Почему мы в очередной раз переписываем требования? Это вопросы, которые CTO с разных сторон часто слышит в свой адрес. В докладе Алексей расскажет, как PL Unit помогает отвечать на такие вопросы.

Целевая аудитория

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

Тезисы

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

Как связать IT-затраты с бизнес-результатами? Мы столкнулись с проблемой: IT воспринималось как неизбежная статья расходов, а не инструмент роста. Нужно было найти способ показать влияние IT на ключевые бизнес-показатели.

PL UNIT: внутренняя модель заказов IT-услуг. Мы внедрили систему, в которой каждое бизнес-подразделение (юнит) или проект становится самостоятельным заказчиком IT-услуг, управляет своим бюджетом и отвечает за собственные метрики эффективности.

Прозрачность IT-расходов через юнит-метрики. Каждый юнит теперь оценивает IT-разработку через понятные бизнес-метрики:
* 1С — скорость закрытия заявок и автоматизация процессов;
* ECOM — влияние на онлайн-продажи и конверсию;
* продукт — скорость поставки и увеличение кол-ва предложений и так далее.

Что мы получили в реальности?
Плюсы:
* прозрачность затрат — бизнес начал видеть, сколько стоит разработка, тестирование и поддержка;
* фокус на метриках — IT больше не абстрактная «черная дыра», а инструмент для достижения бизнес-результатов;
* приоритизация задач — заказчики сами решают, что для них важнее: ускорение процессов, рост продаж или автоматизация.

Но вместе с этим появились серьезные вызовы:
— «Почему так дорого?», — юниты начали задавать вопросы о стоимости разработки, тестирования, поддержки.
— «Давайте сделаем без смока и регресса», — когда бизнес увидел расценки на тестирование, попытки «оптимизации» не заставили себя ждать.
— «Техдолг? Зачем мне за него платить?», — бизнес не хотел тратить деньги на технические улучшения, требуя только новых фич.
— «Что делать с людьми при отсутствии бюджета?», — проекты откладываются, финансирование урезается — куда девать специалистов, когда нет работы?

В докладе раccкажу, как мы решили эти проблемы и сделали модель жизнеспособной.

Более 15 лет в разработке, последние годы является руководителем департамента разработки и тестирования (СТО). Руководит командой из 101 человека.
В портфеле из разработки:
* МИС — для сети клиник в СПб;
* система для управления Биобаком для компании Национальный БиоСервис;
* проекты для компании НПП Пульсар (Росэлектроника) по агрегации данных (Дашборды).
Автор программ для Инжмашпроект (дочка МЧС) — АХОВ и Расчет радиационной защиты — если где бахнет, считать, где прятаться и выживем ли мы, будут по его программе.
В текущей компании запустил своей командой 3 мобильных приложения и 7 сайтов для 7 стран.

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

Видео