Внутренний и внешний консалтинг - что лучше?

[Елена Сысовская]

Описываю конкретную ситуацию. Консалтинговая фирма ведет разработку проекта транзакционной системы на базе 1С, для самостоятельного масштабирования. На этапе составления плана проекта с консультантом оговорили сроки всего проекта, включая масштабирование. Цель проекта для Заказчика - собрать в центре около 200 баз, консолидировать и получить управленческую отчетность, и Консультант в курсе конечной задачи. Техническое задание, составленное сторонними консультантами, после длительных настояний со стороны внутреннего консультанта указать регламенты обмена данными с центром, содержит такую фразу " Регламенты обмена данными и синхронизации справочников определяет заказчик". Менеджер проекта со стороны заказчика - аудитор! Совершенно не ИТ специалист и не внедренец. Слово "репликация" ему ничего не говорит, проблемы "синхронизации", "контроль целостности" и пр - пустой звук. Привлеченный внутренний консультант говорит: "план счетов замечательный и управленческая политика хороша, но результата от проекта не будет, не появится отчет на столе у директора из 200-х баз, потому что поддержка такой системы требует автоматизированных процедур сбора, обработки и пересылки информации из центра в подразделения и наоборот". Менеджер проекта со стороны солидной консалтинговой фирмы (komar, никак наездов ), говорит внутреннему консультанту "вас тут не было, в проекте этого нет и подключение к управлению проектом новых сотрудников - риски проекта". Вопрос - риски какого проекта? Для консалтинговой фирмы - да, риски есть. Для фирмы заказчика - риски уменьшаются. Руководство Заказчика недоумевает - неужели консультанты слукавили и не сказали, что это серъезная пробелма, которую тоже надо решать? Никто бы не заставил решать бесплатно, заметьте - включили бы в договор и заплатили деньги.
Это по поводу указаний потребителя, о некорректности которых не информировал исполнитель, и которые однозначно приведут к нарушению сроков проекта, согласованных с консультатом, на этапе масштабирования.
Далее цепочка такая - "Вы не включили это ТЗ, следовательно, мы это делать не будем. Или будем, но за дополнительные деньги. Да, вы правы, без этого работать не будет. Мы готовы разработать для вас такую систему (уже работающую, кстати, у предыдущего клиента), это будет стоить... " - это по поводу "насильственной" продажи допуслуг. Заказчик, оплатив львиную долю проекта, вынужден будет болтаться на крючке дальше, платить за те утилиты, которые необходимы для реальной работы системы. А кто знает, что такое сводить данные из 200 (даже больше) баз, скажет, что задача по написанию утиля не меньше, чем по настройке конфигурации. Вот.
Что же касается "ругать"... То это право внутреннего консультанта. Со стороны заказчка должен быть компетентный менеджер проекта, и он должен отвественно защищать решение, сгенерированное командой. А "обтявкивать" кого-нибудь на проекте впустую никто не позволит - это не вольный форум, там люди вкалывают .