Взгляд Исполнителя

Инициация проекта

Часто исполнитель приходит на завод с инновационными решениями, которые нечасто сразу воспринимаются специалистами заказчика. Ненавязчивое обучение заказчика – верный путь, чтобы ваши идеи нашли отклик. Как это делать  - искусство исполнителя. Однако доносите свои идеи до специалистов разных отделов и подразделений.

Признак правильного движения – разработка технического задания (ТЗ) заказчиком. Хотя это правильнее назвать разработкой технических требований (ТТ) заказчика. Лучшее решение – совместная работа над техническими требованиями. Воздержитесь от разработкой ТТ «под себя» - могут быть серьезные проблемы со службой безопасности. По возможности во время разработки ТТ желательно включить в них как можно больше функций. И как можно более подробно их описать.

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

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

Заключение договора

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

• Спецификация работ. Спецификация работ должна описывать как можно более подробно все работы, которые должен делать исполнитель и заказчик с трудозатратами на каждую из них. Эта спецификация становится отправной точкой для ДПП. Тщательно составленная спецификация избавит в дальнейшем от конфликтов. Это позволит формально отказываться от расширения объемов работ.
• ДПП строится на основе спецификации работ. Этап обучения специалистов заказчика необходимо выдвинуть на самое раннее время.
• Организация взаимодействия проектной группы. Это приложение организует взаимодействие заказчика и исполнителя, описывает принципы обмена официальными документами (актами, протоколами), включая сроки утверждения, коммуникации и т.д. Очень важное приложение, поскольку формализует отношение между партнерами. Обычно исполнитель обладает большим опытом, чем заказчик. Поэтому лучше, если это приложение разработает исполнитель. Причем на основе PMBOK. Однако все должно быть очень кратко и недвусмысленно.

Выполнение проекта

Работы выполняются в соответствие с ДПП. Особенности такой работы достаточно описаны в интернете. По возможности и при согласовании с заказчиком лидером проекта должен быть назначен менеджер от исполнителя.

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

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

Документооборот проекта должен быть строго формализован и безукоснительно выполняться. Это касается не только технических и финансовых актов, но и протоколов и обмена письмами.

Технические акты.

Особая роль у технических актов. Далеко не всегда они оформляются. При внедрении систем уровня MES очень полезен опыт внедрения проектов АСУТП. В приложении «Организация работ» необходимо утвердить последовательность фаз этапа:

• Подготовка исходных данных. Ответственный – заказчик
• Выполнение автономной наладки. Ответственный – исполнитель. Эта фаза подписывается после программирования, настройки, выпуска техно-рабочей документации.
• Комплексная наладка. Ответственный – заказчик при участии исполнителя. Выполняется на реальных данных.
• Опытно-промышленная эксплуатация. Ответственный – заказчик. Окончание фазы – начало промышленной эксплуатации.

Каждая фаза завершается подписанием технического Акта завершения работ. Желательно, чтобы эти фазы нашли отражение в ДПП.

Формальное завершение фазы работ позволяет не возвращаться к уже завершенным работам и позволяет удержать сроки проекта.