О важности выявления потребностей заказчика в процессе реализации проекта

Автор: Пользователь скрыл имя, 23 Января 2012 в 19:14, контрольная работа

Описание работы

В одной из работ Стреттона Алана [1] я обратила внимание на проблему, которую автор ставит пред исследователями. Дело в том, что авторы исследований, посвященных управлению проектами, не рассматривают заказчиков подробно и упоминают о них лишь как о заинтересованной стороне. Я полагаю, что роли заказчика в проекте следует уделять больше внимания. Ведь процесс определения потребностей заказчика во многом определяет, останется ли заказчик доволен результатами сотрудничества с поставщиком услуг по управлению программами и проектами. Наличие четкого представления о проблеме позволяет решить ее в сжатые сроки и с наименьшими затратами. Качество продукта или услуги и их ценность для клиента зависят от того, насколько точно были определены потребности, которые этот продукт или услуга должны удовлетворить.

Работа содержит 1 файл

о важности выявления потребностей заказчика в процессе реализации проекта.doc

— 59.00 Кб (Скачать)

     В этих обстоятельствах аналитик потребностей действительно должен обладать очень  высокой квалификацией.

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

     Клиенту необходимо помочь проанализировать его  реальные бизнес-потребности.

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

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

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

     Один  из вариантов описанной ситуации - клиент позволяет исполнителю проекта частично участвовать в определении потребностей. Даже ограниченное участие помогает организации-исполнителю лучше оценить обстановку и адекватность требований заказчика.

     Однако  если заказчик допускает участие  исполнителя (в любом объеме) в  изучении проблемы, это указывает  на неспособность заказчика самостоятельно определить свои потребности.

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

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

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

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

     Литература

  1. Стреттон А. Классификация клиентов / заказчиков программ и проектов // Управление проектами и программами. — 2010. — №2.
  2. A Guide to the Project Management Body of Knowledge (known as PMBOK) (2004). Glossary section, Project Management Institute, PA.
  3. Frame J.D. The New Project Management. Jossey-Bass, San Francisco, CA, (1994).

Информация о работе О важности выявления потребностей заказчика в процессе реализации проекта