Кому доверить разработку управленческой методики?

Бытует мнение, что ИТ-компания – это строго про автоматизацию, а если автоматизацию тормозят проблемы методического характера, то для их решения надо стучать совсем в «другие двери». Даже если вы считаете также, не спешите закрывать пост.

Задумайтесь: если ИТ-компания сумела создать востребованный и коммерчески успешный программный продукт, то, наверное, она глубоко разобралась в задаче, которую помогает решать ее ПО? Если вендор в ходе презентации способен дать ответ на любые заковыристые вопросы заказчика, то его методические компетенции простираются далеко за границы программирования? Если ИТ-систему можно настроить для поддержки самых разных методических требований, то, скорее всего, у разработчиков имеется опыт решения целевой задачи не в трех и не в пяти банках, обобщенный опыт которых нашел отражение в софте?

Возможно, быстрее и результативнее доверить «латание дыр» в управленческой методологии поставщику ПО, результатом сотрудничества с которым станет не абстрактный документ, а работающая управленческая система? Когда акт приемки ТЗ не закроет для вас возможность скорректировать тот или иной постулат, а, напротив, позволит стартовать этап проверки самых смелых гипотез и тюнинга управленческой модели? Когда методические положения и рекомендации будут проверены и подтверждены цифрами, которые устроят вас, как заказчика?

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

Взвесьте, что для вас важнее: управленческая система, решающая ваши задачи, или звучное имя консультанта на стопке бумаг? И сделайте свой выбор.