Предпроектное обследование часто воспринимают как необязательный подготовительный этап, который можно сократить ради экономии времени и бюджета. На практике именно оно помогает увидеть реальный объем работ, согласовать требования и избежать дорогостоящих ошибок уже на старте проекта.
Предпроектное обследование: когда оно помогает не потерять миллионы, а когда становится формальностью
Когда заказчик говорит «Задача простая», это нередко означает обратное. Чем раньше компания понимает реальный масштаб будущих работ, тем выше шанс запустить проект без критичных ошибок, срывов сроков и лишних затрат. Именно поэтому предпроектное обследование остается одним из ключевых этапов в крупных инициативах по автоматизации, внедрению ИТ-систем и организационным изменениям. Его задача — не усложнить старт проекта, а заранее прояснить реальную картину: что именно нужно бизнесу, где проходят границы проекта и какие риски важно снять до начала работ.
Почему без обследования проект быстро теряет управляемость
Проблемы возникают в двух типовых ситуациях:
- Когда задача кажется понятной, но при этом проект получается очень крупным. На старте такие инициативы обычно выглядят хорошо просчитанными: есть сроки, бюджет, ресурсный план, понятные ожидания руководства. Но затем начинается неизбежная оптимизация расходов, и один из первых этапов, который пытаются сократить, — обследование. Вместо полноценной аналитики появляются формальные протоколы и поверхностные оценки. В моменте это выглядит как экономия, но позже проект все равно останавливается: команде приходится возвращаться к полноценному обследованию или проводить серию дополнительных уточнений уже по ходу внедрения. В результате бизнес теряет и время, и деньги.
- Вторая ситуация — небольшая по масштабу, но сложная по сути задача. Обычно это накопившаяся проблема, которую долго откладывали, пока она не стала срочной. В этот момент у бизнеса может быть бюджет на проект, но уже нет времени на спокойную подготовку: нужно закрывать отчетность, считать бюджет, обеспечивать выплаты, поддерживать операционную деятельность. Именно в таких условиях особенно велик соблазн отказаться от полноценного обследования — и именно здесь цена ошибки становится особенно высокой.
Когда предпроектное обследование действительно работает на результат
Качественное обследование ценно не само по себе, а тем, что помогает увидеть реальное устройство процессов до начала внедрения.
- Во-первых, оно выявляет скрытые проблемы и неэффективности. На этом этапе становится видно, как процессы устроены в действительности, а не в регламентах или привычных представлениях о них. Это помогает обнаружить дублирование функций, разрозненность данных, ошибки учета и другие узкие места, которые потом почти неизбежно превращаются в дополнительные работы, сбои и доработки.
- Во-вторых, обследование позволяет реалистично оценить бюджет и сроки. Без него невозможно точно понять объем работ, состав необходимых ресурсов и перечень рисков. Поэтому проекты, стартующие без достаточной аналитики, часто выходят за пределы первоначального плана. Хорошо проведенное обследование, наоборот, снижает число неприятных сюрпризов и помогает принимать решения на основе фактов, а не ожиданий.
- В-третьих, обследование помогает согласовать требования всех участников проекта. Руководство, ИТ-служба и конечные пользователи часто по-разному понимают цели автоматизации и критерии результата. Если не выровнять эти ожидания заранее, противоречия проявятся уже на этапе внедрения — в виде конфликтов, переделок и пересмотра договоренностей.
- Наконец, обследование снижает риски запуска. Оно позволяет заранее увидеть слабые места, которые могут помешать корректной работе новой системы. Исправлять такие вещи до старта значительно безопаснее и дешевле, чем после запуска, когда ошибка уже влияет на учет, пользователей и бизнес-процессы.
Когда обследование превращается в формальность
Проблема не в самом этапе обследования, а в отношении к нему. Если обследование проводится «для галочки», его результаты не становятся инструментом принятия решений. Компания формально проходит обязательный этап, получает отчет, но не использует выводы и рекомендации в проектной работе. В таком формате обследование действительно превращается в издержку, а не в ценность.
Так же происходит, когда у бизнеса нет готовности к изменениям. Если руководство и команда не готовы пересматривать устоявшиеся процессы, даже качественная аналитика не даст ожидаемого эффекта. Автоматизация не исправляет систему управления сама по себе — она лишь делает видимыми те противоречия и ограничения, которые уже существуют в компании.
Еще один риск — низкое качество самого обследования. Если исполнитель не погружается в специфику бизнеса, не разговаривает с ключевыми сотрудниками и не изучает реальные процессы, проект с самого начала строится на неточной картине. А это почти всегда означает ошибки в оценке, перерасход бюджета и последующие корректировки уже в ходе внедрения.
Пример из практики: как предварительная оценка может не совпасть с реальным объемом проекта
Один из примеров в исходном материале касается заказчика из сферы морской логистики. Компания хотела сделать, на первый взгляд, локальный шаг: навести порядок в справочнике номенклатуры в рабочей базе 1С:УХ, чтобы точнее понимать структуру закупок и фактического потребления. С учетом числа систем, использующих этот справочник, задачу предложили решать через внедрение 1С:MDM в два этапа: сначала обследование текущего состояния справочников и систем-потребителей, затем нормализация и централизация справочника.
Изначально со стороны заказчика проект курировал отдел закупок. Для предварительной оценки команда самостоятельно подготовила техническое задание и получила проект, который выглядел объемным, но не слишком сложным: в справочнике было более 100 тыс. номенклатур, а общая стоимость проекта вместе с ПО оценивалась менее чем в 4,5 млн рублей. Однако, после рассмотрения предложения внутренней рабочей группой с привлечением ИТ-специалистов было принято решение провести предварительное обследование.
Это обследование показало, что задача была существенно сложнее, чем казалось сначала. Выяснилось, что справочник «Номенклатура» фактически существует в трех системах — 1С:ТоИР, 1С:УХ и 1С:УАТ, причем каждая из них в какой-то момент начала вестись без общей синхронизации. Дополнительно обнаружилось еще около 20 тыс. номенклатур, а сами справочники оказались в неоднородном состоянии: без единой логики ведения, с уникальными позициями, которые нельзя потерять, поскольку они участвуют в учете и имеют остатки. После этого пришлось обновлять техническое задание и пересматривать оценку проекта.
В результате стоимость проекта выросла с 4,3 млн рублей до 12 млн рублей, а срок реализации с 3,5 месяцев до 5-ти при увеличенном в 1,5 раза составе команды. Этот пример важен тем, что показывает: качественное обследование не обязательно делает проект дешевле на бумаге, но помогает вовремя увидеть его реальный масштаб и не строить внедрение на ошибочных предпосылках. Именно в этом и заключается его практическая ценность для бизнеса.
Что в итоге
Предпроектное обследование — не формальное приложение к внедрению, а инструмент управляемого старта проекта. Оно помогает бизнесу увидеть реальные процессы, согласовать требования, точнее оценить бюджет и сроки и заранее снять часть критичных рисков. Но этот эффект возникает только тогда, когда обследование проводится качественно, с вовлечением ключевых участников и готовностью опираться на его выводы в дальнейшей работе. Если же этап проходит поверхностно или исключительно ради формального соблюдения процедуры, он действительно перестает приносить пользу.
При этом исходный материал справедливо отмечает, что в ряде случаев такую работу может выполнить и внутренняя команда заказчика — если у нее достаточно компетенций, времени и готовности трезво оценивать ситуацию. Но если есть сомнения в глубине анализа, качестве документации, уровне согласования требований или способности команды учесть риски, разумнее привлекать специалистов: иначе самостоятельное обследование тоже может превратиться в формальность.
Автор статьи - Шкарбанов Сергей, руководитель проектов компании Диалог ИТ.
Статья была полезной?
Еще больше новостей в нашем Telegram-канале t.me/dialog_it - анонс вебинаров, бизнес-новости, лайфхаки по 1С
Для того, чтобы купить, установить, настроить сервисы и программные продукты 1С, а также по всем вопросам позвоните нам по номеру +7 (812) 704-80-93 или напишите it@dialogit.ru