Техники оперативного решения проблем

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

1. Введение. Общий фон решения проблем в организациях

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

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

Цель воплощения рекомендаций:

• Получить эффективную модель решения проблем в группах сотрудников
• Разработать процесс совместного решения проблем проекта на основе данной модели в системе «Адванта»

2. Идеальная модель сотрудничества участников в целях решения проблем в проекте

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

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

Но в реальности нам никогда не хватает времени для создания хорошего решения. Пример: идентификация проблемы «хищения материалов и комплектующих с площадки строительства» – поиск первопричины – политика и подходы руководства предприятия к реализации проекта. Воры приходят туда, где воплощается неправильная политика!

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

Рис.1. Идеальная модель процесса решения проблем и принятия решений

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

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

Табл. 1. Действия менеджеров в процессе решения проблем

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

Таким образом, в традиционном способе решения проблем и принятия решений мы оказываемся не в состоянии собрать все мнения по проблеме, нам не хватает на это времени. Процедура решения проблем в проекте оказывается недостаточно качественной. Более того, сотрудники предприятия стремятся скрывать проблемы от глаз руководства (страусиная политика!).

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

3. Реалистичная модель процесса решения проблем и принятия решений

Современные системы управления проектами способны инструментально воплотить идеальную модель решения проблем и принятия решений. На рис.2. представлена расширенная модель решения проблем, в которой использована групповая динамика. Она возникает (из теории), когда проблема объявлена в системе (создали абстрактное место представления проблемы проекта в системе «Адванта»– дискуссия, задача по проблеме). Далее,  участники, которых пригласили для обсуждения («Адванта»), разделяют свое представление о проблеме, присоединяясь к дискуссии. Менеджер проекта или другое лицо, уполномоченное решить проблему, сводит все мнения к единому решению. Решение-инъекция – уйти от процесса решения проблемы в стиле «лицом к лицу», забывая собрать и распределить мнения других.

Рис.2. Групповая динамика, которая возникает при решении проблемы проекта за счет распределения представления о проблеме в системе «Адванта»

Расширение представлений о проблеме возможно только при поддержке этого процесса технической системой (корпоративной системой управления проектами).

Уровни решения проблем проекта внутри организации:

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

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

4. Рекомендации по повышению эффективности процесса решения проблем и принятия решений.

Цель решения проблем проекта:

•  устранение текущей проблемы в задаче проекта
•  уменьшение степени влияния проблемы на проект
•  восстановление исходного состояния (до возникновения проблемы)
•  уменьшение последствий влияния проблемы на проект
•  идентификация и устранение корневой проблемы в деятельности по проекту

Модель процесса совместного решения проблем проекта.

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

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

На Рис 3. представлена схема процесса совместного решения проблем, которая может быть реализована в решении системы «Адванта».

Рис.3. Поток работ в процессе решения проблем проекта в системе «Адванта»

5. Резюме

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

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