Страница 7 из 32
Вспомогательный вариант DNA DIARY – это вариант установки программы DNA Diary, которая базируется на Metso инфо-сервере. Программа может производить простейший анализ описанных ситуаций и выдавать подсказки оператору. Однако инфо-сервер – дорогой и есть не на всех АСУ ТП.
КОММЕРЧЕСКИЕ ПЕРСПЕКТИВЫ ИСПОЛЬЗОВАНИЯ ПРОГРАММЫ NELPROF
Затраты. Затраты на работу по подготовке использования программы в режиме он-лайн предполагаются по следующим статьям:
затраты на русификацию, включая перевод текста, редактирование, форматирование, включение графических материалов и др.
затраты на русификацию программной оболочки
затраты на открытие портов программы и организации работы программы в динамическом режиме
затраты на дописывание программы с целью включения ее в программы Metso Dna и др.
Доходная часть складывается из следующих статей:
Русифицированная версия может быть широко использована для рекламных целей и заведена в рекламном бюджете двух подразделений компании Метсо Автоматизация – PP и EHC. На ее основе может быть издано пособие для пользователей по примеру подарочного экземпляра 1993 г., которое широко используется на комбинатах. Пособие может распространяться в качестве подарочного и учебного экземпляра для предприятий ЦБП. В настоящее время подобные работы проводит отделение PAS.
Включение программы в систему Metso Dna при ее приобретении комбинатами.
Выполнение дополнительной услуги специалистами PAS или сервисного центра при модернизации АСУ ТП предприятий.
Выполнение дополнительной услуги для других системных интеграторов (западных: Hjneywell, ABB, Yokogawa, Siemens и Российских предприятиq, в частности, Ракурс и др.)
Поставка на открытый рынок русифицированной версии, например, для арматурных компаний, сервисных компаний, производителей оборудования.
ИСПОЛНИТЕЛИ РАБОТ
Учитывая небольшой объем работ, она может быть выполнена специалистами КЦ Промконсалт ВШТЭ (ГТУРП). С ним Метсо Автоматизация (МА) имеет договор о сотрудничестве и свой собственный центр Метсо на площадях университета. МА нанимает программистов этого центра по грантам для выполнения подобных работ.
1.2. ПОДГОТОВКА К ПРОЕКТУ
Для лучшего понимания потребностей заказчика, и для того, чтобы избежать неудачи в подготовке коммерческого предложения для проекта, необходимо понять движущие силы проекта. Основой этого является понимание природы потребности заказчика как движущей силы проекта.
Можно выделить три фазы в определении потребностей заказчика.
1. Появление потребностей – все заинтересованные стороны (ЗС) должны предупреждать и предвидеть потребности, реагируя на них проактивно.
2. Признание потребностей – это осознание потребностей на основе сбора информации и обсуждения с ЗС. Главная задача на этом этапе – превращение возникающей потребности в цели, которые начнут определять результаты проекта.
3. Формулирование потребностей – прояснение понимания потребности с помощью более точного описания ее характерных особенностей. Формулировка того, что должно быть сделано, т.е. определение границ и формулировка проекта.
Обычно движущей силой проекта является отставание компании-заказчика от конкурентов или от требований рынка, дрейф спроса, неудовлетворительное состояние мощностей и др. Результатом большинства размышлений заказчика является формирование инвестиционных предложений, которые становятся после одобрения акционерами инвестиционными проектами.
Чаще всего на первом этапе обнаруживаются проблемы недостаточно точного определения потребностей. В частности, это:
– нечеткие цели;
– нереалистично широкий масштаб;
– решение неверно поставленных проблем;
– противоречивые цели изменений систем, организации;
– потеря времени на выполнение сопутствующих задач,
– многозадачность на первом этапе подготовки проекта и их невыполнимость.
Чтобы лучше определить потребность, необходимо уточнить границы и масштаб проекта. Для этого можно задаться вопросами:
1. Кто является ЗС и каковы их потребности в проекте? Например, движущей силой проекта могут быть не акционеры, а специалисты. Возможно, что источником инвестиционных проектов будут проблемы с промышленной безопасностью и постоянные уплаты штрафов по предписанию Ростехнадзора.
2. Каковы цели и задачи проекта, и каким образом их собираются осуществить в рамках соответствующих ресурсных и временных ограничений? (предназначение и цели). Насколько выражена проблема, и насколько быстро нужно ее решать?
3. Каковы возможности проекта и угрозы для его успешной реализации? Например, в каком состоянии находятся схожие инвестиционные проекты конкурентов?
Среди заинтересованных сторон у заказчика проекта могут быть:
1. Покровитель (владелец) проекта – человек или группа людей, которые инициируют и поддерживают проект, обеспечивают ресурсами и поручают Вам его реализацию.
2. Команда проекта – группа людей, готовых выполнять поставленные задачи и осуществлять необходимые виды деятельности.
3. Функциональные менеджеры и другие люди, которые управляют необходимыми Вам ресурсами и обладают полезными для Вас опытом и знаниями.
4. Влиятельные люди или группы, которые, вероятно, подвергаются воздействию проекта или его результатов.
Аналогично разрабатывается структура участников проекта внутри компании. Руководитель, принимая решение по представлению менеджера по продажам о формировании рабочей группы, становится его покровителем. Рабочая группа образует команду проекта, функциональные менеджеры осуществляют поддержку. Другие группы, не входящие в вашу команду, могут существенно помогать, или наоборот, препятствовать реализации вашего проекта. Например, они могут занимать ограниченные возможности проектной группы своими проектами, или, задерживая выполнение работ, ставят исполнение проектной спецификации под угрозу.
Для улучшения работы над проектом и согласования всех возникающих трудностей используют структурированные методы эффективного управления проектами, например. PRINCE (PRINCE – Projects IN Controlled Environment). Метод формализует процедуры ведения дел с покровителем и ЗС в рамках структуры руководства проектом и регулярных совещаний. Основными особенностями подхода являются:
– Деловое поручительство, что означает одобрение руководства для начала проекта.
– Четкая организационная структура команды проекта или точное распределение ролей.
– Подход к планированию, ориентированный на производство с акцентом на результатах, в частности, задания на выполнение проектной спецификации должны быть достаточно точными и структурированными, чтобы избежать недопонимания.
– Деление проекта на управляемые и контролируемые стадии с обозначением ключевых точек проекта.
– Гибкость, которую можно применить на подходящем для проекта уровне.
Как можно добиться точности в выполнении проекта командой проекта? Для этого следует структурировать проект для эффективного контроля и управления. Особое внимание должно уделяться постановке целей. Для этого применяют принцип СМАРТ. В соответствии с этим принципом цели должны быть:
конкретными (specific) – т.е. Вы должны ясно представлять себе, чего хотите достичь;
измеримыми (measurable) – Вы должны разработать критерии для измерения процесса достижения целей;
достижимыми (achievable) – т.е. Вы должны быть уверены в достижении поставленных целей в существующем окружении и при имеющихся ресурсах;
реалистичными (realistic) – т.е. Вам не следует пытаться достичь невозможного;