Станислав Горобченко.

Курс Менеджер по продажам промышленного оборудования и компонентов. Продажи в проекты



скачать книгу бесплатно

Вариант ПРОФЕССИОНАЛ. В этом варианте программа может работать в режиме «он-лайн». При этом значения расхода, давления и перепада давлений, поступающих от датчиков давления, расходомеров, увязанных с регулирующими клапанами в один измерительный контур, передаются в расчетный модуль программы Nelprof, которая циклически или по заданному режиму опрашивает связанные контуры регулирования и проводит расчеты. В случае если клапан вышел за допустимый диапазон регулирования, на дисплее оператора появляется тревожный флажок у конкретного клапана. Для этих целей требуется наиболее значительная корректировка программы с целью ее работы в динамическом режиме. В частности, необходимо установить динамические порты, подключения к датчикам, связанным с работой клапанов. Вариант наиболее эффективен для измерительных контуров регулирования. К ним в первую очередь можно отнести контуры расхода и давления, данные от которых могут напрямую вводиться в расчетную программу и пересчитываться на текущий момент. Они, как правило, составляют большую часть всех контуров регулирования технологических линий ЦБП.

Вспомогательный вариант 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) – т.е. Вам не следует пытаться достичь невозможного;

определенными по времени (time bound) – т.е. сроки достижения поставленных целей должны диктоваться реальными потребностями.


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


Чтобы избежать недопонимания, рекомендуется оценивать возможности и угрозы для успешной реализации проекта. Для этого нужно исследовать возможности и угрозы уже на начальной стадии проекта. Постоянные обсуждения с ЗС помогут выявить потенциальные возможности и угрозы, связанные с проектом.


ЗАДАНИЕ

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





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


Владелец или руководство (внутренние ЗС), как правило, большее внимание уделяют бюджету и выполнению финансовых показателей. Какую отдачу они получают в итоге? Каковы финансовые риски и будут ли эти вложения оправданны с точки зрения создаваемой ценности и прибыльности? После получения результатов акцент владельца может измениться, и он будет озабочен качеством и тем, будут ли результаты достигнуты. Возможно, владелец будет меньше интересоваться графиком реализации проекта до тех пор, пока работа идет по согласованному плану.


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


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


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


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


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


Требуется осуществлять проверку осуществимости проекта. Цель состоит в определении того, будут ли требуемые выходы или результаты достигнуты при использовании имеющихся ресурсов. В процессе проверки рассматриваются следующие аспекты:

– финансовые

– технические

– влияние внешнего окружения

– управленческие

– ценностные.


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


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


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


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


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


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

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

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


Выгоды в управлении проектами делятся также, как в финансовом учете на:

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

– Неосязаемые выгоды – косвенные, неопределенные и менее легко измеримые с финансовой точки зрения выгоды (более высокое качество услуги, возросший ассортимент).


Оценка проекта включит в себя:

– затраты и поступления, которые влекут за собой денежный обмен;

– альтернативные поступления и затраты, такие как продажа активов, которые могли бы принести определенный доход;

– потерю дохода или рост затрат в связи с отвлечением штата или потребителей услуги, которые появились в связи с проектом;

– экономия, возникающая в результате замены менее эффективных систем новыми, которые предусмотрены проектом.


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


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


Основными методами оценки денежных потоков по проекту являются:

– Чистая текущая стоимость (NPV)

– Внутренняя норма отдачи (IRR)

– Срок окупаемости

– Анализ эффективности затрат


Основные характеристики методов приведены в табл. 1.1.


Табл. 1.1. Основные методы оценки денежных потоков по проекту




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


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


Существуют четыре стадии раннего предупреждения рисков и их управления:

1. Выявление риска – определение, какие риски могут влиять на проект, и описание характеристик каждого из них.

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

3. Планирование запасных вариантов с целью снижения влияния наиболее вероятных рисков.

4. Обеспечение того, что риски всегда находятся в поле зрения.


Риски необходимо оценивать. К ним относятся:

– Материальные риски

– Технические риски

– Кадровые риски

– Социально-политические риски

– Правовые риски.


Оценка риска – это измерение вероятности превращения риска в реальность и анализ влияния – измерение чувствительности проекта к каждому определенному риску. При анализе и оценке риска нужно задаться ключевыми вопросами. Ключевые вопросы состоят в следующем:

– Что такое риск – как я его узнаю, если он возникнет?

– Какова вероятность его осуществления – высокая, средняя или низкая?

– Насколько серьезную угрозу он представляет для проекта – высокую, среднюю или низкую?

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


ЗАДАНИЕ

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

______________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________


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


В работе над оценкой риска можно использовать структурированные таблицы оценки риска и определения степени влияния на проект, табл. 1.2.


Табл. 1.2. Матрица оценки риска




Менеджеру по проектным продажам часто приходится сталкиваться с тем, что необходимо предусмотреть способы предотвращения излишних рисков при работе с предлагаемыми проектами, иначе, как уже говорилось, это будет возможная потеря сил, времени и денег для компании. Способами обращения с рисками, которые помогли бы в значительной степени их уменьшить будут:

1. Избегание риска, например, отказ от контракта

2. Снижение риска, например, регулярные проверки

3. Защита от риска, например, страхование

4. Управление риском, например, использование письменных соглашений



скачать книгу бесплатно

страницы: 1 2 3 4 5 6 7 8 9 10 11