14. Управление проектом по реинжинирингу бизнеса. Виды обсуждения проекта

Можно выделить следующие этапы работ по управлению проектом:

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

2. планирование (включает организацию и планирование работ по проекту: определение материальных, трудовых, временных ресурсов);

3. выполнение (выполнение проектами в соответствии с составленными ранее планами); соответствующие этапы реинжиниринга: прямой Реинжиниринг, внедрение.;

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

Причины изменения спецификации компании:

1. цель не получается сформулировать окончательно ясно, поэтому происходит ее постоянное уточнение;

2. в процессе реализации проектов обнаруживается, что для достижения всех поставленных целей не хватает времени или ресурсов;

3. некоторые цели, изначально определенные, оказываются недостижимыми по объективным причинам. Разработка одной цели на этапе прогнозирования дешевле, чем проектирование этой же цели на этапе выполнения проекта в 5 раз. Выход: вносить изменение как можно раньше.

Виды обсуждения проекта

Обсуждение – основное средство обеспечения должного качества работ над проектом – формальное и неформальное.

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

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

Стандарты IEEE определяет 3 вида обсуждений:

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

2. Инспекция (формальный). Формальный способ оценки результатов, которые должны быть запротоколированы. Инспекция обеспечивает контроль за выполнением проекта по реинжинирингу и за статусом результатов. При проведении инспекции выделяют следующие роли её участников: арбитра (обеспечивает создание продуктивной атмосферы и направляет деятельность участников на выявление ошибок), секретарь (фиксирует каждую обнаруженную ошибку, её приоритет и степень серьезности), инспектор (критический разбор тех или иных проектных решений, комментирование ошибок), проектировщик (предоставляет доклад, дает необходимые пояснения). Прежде ,чем арбитр объявит совещание законченным, необходимо решить как поступить с обсуждающимся документом: принять без изменений, принять после исправления выявленных ошибок или не принимать. Инспекция не должна длиться более 2 часов и количество участников не более 8 человек.

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

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

Обсуждение проекта должны занимать в среднем около 5% от общего времени разработки проекта.

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