- PVSM.RU - https://www.pvsm.ru -
Представьте, что есть некое предприятие. Разумеется, с business-critical архитектурой. Любой простой – потеря денег. Сеть для предприятия строил интегратор. К экспертам этого же интегратора бегают инженеры предприятия за советом и моральной поддержкой. Формально, договора поддержки нет. Но взаимодействие есть, в том числе и потому, что у предприятия каждый год есть время для бюджетирования и это очень хорошо для интегратора, когда о тебе помнят. Несложно предположить, что при серьезной аварии, которую не смогут устранить в приемлемые сроки, нельзя будет найти виновного(но можно наказать невиновных и наградить непричастных!).
По долгу службы, у меня периодически возникает необходимость найти виновного в аварии на сети или определить потенциального виновного до момента возникновения аварии (провести анализ, оценить риски и распределить ответственность за риски на руководителей подразделений). Разумеется, найти концы очень сложно – все указывают друг на друга и в потолок, как представителя высшей силы.
Возвращаясь к описанной ситуации, в роли приглашенного консультанта я бы предложил использовать либо услуги поддержки, либо аутсорсинг.
В первую очередь напрашивается именно это. То, что происходит де юре, оформить официально де факто. Причем начав с одного предприятия, нужно идти продавать услуги остальным. Что нужно сделать?
Это крупным помолом. Добавьте, если что-то важное упустил.
Отличается от вышеописанного другим текстом договора и другими суммами. В идеале, те инженеры, которые бегали по предприятию и звонили в поддержку, переходят под вашу юрисдикцию. Продолжают делать то же самое, но интерфейс взаимодействия (сервисдеск) теперь между сотрудниками заказчика и интегратором в лице бегающих инженеров. Сервисдеск, как вы понимаете, жизненно важен, это статистика и аргумент в спорах. Разумеется, ни о каком процессном подходе не может быть и речи, поэтому и эту активность вам придется взять на себя.
Скорее всего бизнес-кейс по аутсорсингу с одним клиентом может не сойтись. Разумеется, надо садиться и считать. Потом накручивать хвост продавцу, чтобы активнее продавал услуги. Строить свой центр мониторинга или отдать на аутсорсинг индусам (ах мечты, мечты).
Если ваши перспективные планы по аутсорсингу рассчитаны дольше, чем два года, то в договоре необходимо оформить развитие инфраструктуры. Да, да. Придется создать стратегию развития ИТ на несколько лет, защищать бюджет на модернизацию и т.д.
Оба варианта реальны. Если бы я консультировал заказчика-предприятие, я бы рекомендовал использовать услуги поддержки. Первые несколько лет. Когда исполнитель будет знать сеть заказчика как свои пять пальцев (как, например, семейный доктор болячки всего семейства за последние дцать лет ), только после этого можно отпускать в аутсорсинг. С максимальным количеством точек контроля, прописанных в договоре. И конечно, все это справедливо при действительно сложной критичной архитектуре.
Автор: igor2706
Источник [1]
Сайт-источник PVSM.RU: https://www.pvsm.ru
Путь до страницы источника: https://www.pvsm.ru/it-infrastruktura/58436
Ссылки в тексте:
[1] Источник: http://habrahabr.ru/post/218293/
Нажмите здесь для печати.