Как снизить стоимость проекта?
Вопрос, который нам задают регулярно: «Как снизить стоимость проекта автоматизации бюджетирования/управленческой отчетности/аллокаций/трансфертов/планирования и т.д.?»
На первый взгляд, все способы оптимизации известны, хотя каждый требует чем-то поступиться. А так ли это на самом деле? И можно ли сэкономить, чтобы остаться в выигрыше?
Разберем два основных подхода к оптимизации расходов:
1. СОКРАТИТЬ ПЕРВОНАЧАЛЬНЫЙ SCOPE ПРОЕКТА, сэкономив на приобретении лицензий и стоимости услуг по внедрению. Такое предложение почти всегда вызывает протест у заказчика: «Зачем нам полумеры? Нужно или все или ничего.»
Однако, стоит поразмышлять о том, что стоимость решения задачи прямо сейчас, на старте проекта, может оказаться больше той, что будет предложена после реализации какой-то его части. Почему?
- Во-первых, на данном этапе вы для подрядчика «темная лошадка». В проект по максимуму заложены риски: а вдруг методика окажется не такой, как обещали? Или вы вовремя не передадите требования/не согласуете ТЗ/не предоставите доступ? Или проблем с качеством данных будет намного больше, чем предполагалось с ваших слов? Уже первый опыт совместной работы позволит оптимизировать эти статьи расходов.
- Во-вторых, сейчас вы, скорее всего, перекладываете все проектные работы «на плечи» подрядчика. Вы не знаете продукт, никогда не участвовали в таких проектах, у вас и без того большая загрузка, и еще много причин дистанцироваться от внедрения. Все это так, но представьте, что первый этап проекта позади: ваши специалисты прошли обучение, уже эксплуатируют ПО, понимают, как устроена система. Они готовы к участию в следующих этапах в самых разных ролях: как аналитики, внедренцы, даже программисты. Экономия за счет их участия может оказаться весьма существенной. Более того, ваши сотрудники могут сами менять настройки ПО, чтобы проверить различные методические подходы и расшить узкие места вашей управленческой модели, не тратя ни копейки из бюджета. Это уже не экономия, а прямая выгода.
2. РАЗДЕЛИТЬ С ПОДРЯДЧИКОМ ПРОЕКТНЫЕ РАБОТЫ за счет вовлечения в проект специалистов банка. На первом этапе проекта этот подход кажется нежизнеспособным. Но не стоит торопиться с выводами. Где и почему специалисты банка могут заменить исполнителя без потери качества?
- Прежде всего, в задачах интеграции, если речь идет о решении прикладных задач на базе хранилища данных. Интеграция – самая ресурсоемкая часть проекта. Между тем она не требует уникальных компетенций. Обязательно только владеть выбранным банком ETL-инструментом. Желательно – ориентироваться в источниках данных банка. Получив альбом форматов, надо аккуратно писать код для извлечения данных из источников и их трансформации под требования ХД. Заметим, что на этом экономия не заканчивается. Впереди – процесс технической поддержки созданных маппингов. Оставив его на стороне банка, вы ощутимо сократите ежегодный бюджет сопровождения.
- На втором месте – настройка ПО, то есть непосредственная часть внедрения. Настройка проводится после обучения ваших специалистов работе с системой на основе формализованного описания управленческой методики. Подготовку этого документа, где в терминах системы представлена ваша методика, лучше оставить за аналитиками исполнителя. Принимая на себя настройку ПО при консультационной поддержке подрядчика, вы не только сокращаете расходы, вы погружаете своих специалистов в систему. В результате вы приобретаете готовых администраторов ПО, которые позднее возьмут на себя адаптацию под изменения методических требований, что неизбежно в процесс эксплуатации. И вы снова выиграете в деньгах за счет минимизации своих обращений к услугам технической поддержки поставщика.
Все эти подходы многократно проверены на практике и доказали свою эффективность. Уже пробовали что-то подобное?