Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
для печати.doc
Скачиваний:
22
Добавлен:
22.08.2019
Размер:
851.97 Кб
Скачать

25. Техническое задание консультанту и структура консалтингового предложения.

В реализации проекта по внедрению автоматизированной системы всегда участвуют две стороны — заказчик и исполнитель. В роли заказчика выступает предприятие или его подразделение, в роли исполнителя — информационный отдел того же предприятия или, что происходит значительно чаще, консалтинговая компания. В процессе обсуждения заказчиком и исполнителем предполагаемых результатов проекта возникает вопрос о том, какие задачи и в какие сроки должен решить исполнитель, а также какие ресурсы ему для этого потребуются.

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

Принципы составления технического задания. При подготовке технического задания (определение целей) необходимо придерживаться ряда принципов. Это поможет избежать излишней поверхностности в описании работ по проекту, а также урегулировать интересы консультанта и клиента.

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

- Детальное описание результата. Максимум внимания необходимо уделить описанию результатов, которые заказчик хочет получить по окончании проекта, и зафиксировать их в техническом задании. Главное — не допустить расширенного толкования технического задания, поэтому все источники данных должны быть четко определены. При отсутствии указания периода или источников данных результат может значительно отличаться от ваших ожиданий, а доработка потребует дополнительных средств и, что не менее важно, времени.

- Согласование результата. В техническом задании необходимо указать ответственных за согласование результата внедрения системы. Нередки случаи, когда результаты работ по проекту должны согласовываться с различными департаментами и службами для внесения корректировок в отчет о проделанной работе. Этот процесс занимает достаточно много времени, и при отсутствии разграничения ответственности за данный этап таким согласованием занимается консультант. Оплата работы консультанта почасовая, поэтому он может потребовать за это дополнительное вознаграждение. В то же время справиться с согласованием могут и специалисты предприятия.

- Гибкость. В техническом задании должны быть предусмотрены механизмы его корректировки (добавление или исключение этапов проекта) и оговорена система увеличения или уменьшения вознаграждения консультанта для каждого случая. Это позволит избежать конфликтных ситуаций.

Структура технического задания. Техническое задание обычно составляется в произвольной форме по согласованию сторон. Ниже приведены разделы, которые обязательно должны присутствовать в техническом задании, а также требования к их содержанию. 1. Описание проблемы (задачи). Необходимо четко определить и описать задачи, которые стоят перед исполнителем; 2. Описание ожидаемых компанией результатов от реализации проекта. Необходимо конкретизировать, что заказчик ожидает получить по окончании проекта внедрения, то есть какие модули системы и в каком объеме (количество лицензий, рабочих мест) должны быть внедрены; 3. Требования к консультантам: квалификация (резюме, сертификация, история успешных проектов); определение количества консультантов, постоянно работающих на проекте, и политики в отношении сменяемости команды; составление периодической отчетности о проделанной работе (как правило, отчеты составляются раз в неделю, но этот срок может варьироваться в зависимости от этапов проекта). 4. Описание деятельности компании, то есть бизнес-модели компании (бизнес-процессов), которое, как правило, делается на этапе подготовки к внедрению системы. К нему необходимо приложить учетную политику (рабочий план счетов, аналитики, альбом проводок), образцы бухгалтерской и управленческой отчетности и первичных документов, то есть всю документацию, которая необходима для реализации этой бизнес-модели. 5. Описание этапов проекта внедрения. Разделение объема работ по проекту на относительно независимые блоки. 6. Детальное описание шагов по реализации каждого этапа. 7. Описание результатов по всем этапам проекта: какие элементы системы должны быть внедрены, какие работы должны быть завершены, какие отчетные формы должны быть настроены, в каком формате должны быть задокументированы результаты работ. 8. Описание процедур приемки результатов каждого этапа проекта. Детальное описание процесса и технологии тестирования системы заказчиком для выявления соответствия выполненных работ техническому заданию и определение процедуры документирования.

Как правило, пункты 5—8 всегда составляются с участием консультантов, так как именно специалисты консалтинговой компании могут определить, каким образом те или иные задачи заказчика могут быть реализованы в системе.

После того как техническое задание составлено, его необходимо еще раз внимательно изучить и обсудить с консультантами. И только когда все спорные вопросы между сторонами будут урегулированы, можно подписывать договор на внедрение системы.