Начну, пожалуй, с того, что статья эта с определенной долей юмора — здесь лишь ирония и наблюдения.
Недавно я заметила, что во многих сферах есть некие три «столпа», на которых все держится. Проектное управление — не исключение. В этой статье я расскажу про Проектный треугольник и треугольник Карпмана, а также объясню, почему они связаны между собой.
Да, вы правильно поняли: управление проектами можно рассматривать как созависимые отношения. А еще — разберемся, как из них выйти.
Теория, но не скучная
В мире проектов за его качество отвечают три слона: срок, бюджет и содержание. Как в индийских мифах, если один слон пошатнется, баланс неизбежно нарушится.
Эти элементы тесно связаны друг с другом: стоит изменить один — и остальные тоже начнут сдвигаться. Но давайте рассмотрим их в контексте отношений, где каждый из них играет свою драматическую роль.
Срок = Жертва
Жертву всегда недооценивают и с ней не считаются — намеренно или случайно. Но именно она запускает механизм драматического треугольника, провоцируя остальных участников: Спасателя и Преследователя.
В проектном управлении роль Жертвы выполняет срок.
На него давят со всех сторон.
Во-первых, думаю, не стоит говорить о том, что от срока проекта зависит итоговый бюджет и общий скоуп работ. Надо быстро? Это будет стоить дороже за счет увеличения команды или уменьшение наполнения итогового решения фичами.
Разработчикам его мало, заказчикам он кажется бесконечным, менеджеры пытаются его защитить. Сколько раз вы видели проекты, которые сдаются строго в срок? Я могу пересчитать такие случаи по пальцам. И дело не в том, что кто-то плохо работал, а в том, что на срок влияют дополнительные факторы. Он жертвует собой в угоду прочим решениям.
Срок сам по себе ничего не решает.
Он зависит от внешних факторов — договоренностей, ресурсов, форс-мажоров. В сдвиге срока виноваты все вокруг, а сам он не берет ответственность за свои действия и не признает, что может являться неррациональным.
Он кажется беспомощным, но в реальности играет ключевую роль в драме проекта.
Когда срок сдвигают, он становится Спасателем.
Да, временное продление может решить часть проблем, но не навсегда — ресурсов все равно может не хватать.
Бюджет = Спасатель
Спасатель всегда считает, что без него все пропадут, и стремится проявить свою значимость. В проектах его роль выполняет бюджет.
Бюджет убежден, что может решить любую проблему.
Нужно быстрее? Увеличим команду. Хотите больше фич? Добавим средства.
Бюджет защищает срок, поскольку существуют четкие договоренности.
Он альтруист, ведь никто кроме него не страдает. Если проект затягивается по вине команды, он жертвует собой. Знакомая ситуация? «Мы уложимся в срок и даже сделаем больше, но при условии, что бюджет увеличится!». Бюджет всегда является буфером для срока. В большей степени, чем для содержания.
Бюджет сам страдает от своего спасательства.
Он постоянно жертвует собой ради общего успеха, теряя границы и баланс.
Содержание = Преследователь
В классическом треугольнике Карпмана Преследователь переносит агрессию на Жертву. В проектах это — содержание.
Как только появляются новые фичи, страдают сроки.
Если невозможно урезать содержание, пострадает что-то другое.
Содержание — главная причина запуска проекта.
Без него он просто не имеет смысла. Он является лидером и основной причиной создания проекта.
Но оно беспомощно без остальных.
Содержание в более глубоком понимании является беспомощным, ведь обособленно он представляет из себя лишь идею без возможности реализации.
Содержание условно не ответственно за то, что страдает срок или бюджет. И является основным фактором для подавления своих спутников.
По итогу можно сказать, что в жизни, что в проектной деятельности мы видим замкнутый порочный круг.
Жертва (срок) надеется на Спасателя (бюджет), Спасатель винит Преследователя (содержание), Преследователь обесценивает Жертву.
Так и живем — проектная «семья», из которой может вытащить только грамотное управление.
Так как же все-таки выйти из этого треугольника?
Замедлиться и осознать реальность
Остановитесь и задайте себе три вопроса:
Зачем мы это делаем?
Какую пользу несет проект?
Что нужно сделать прямо сейчас?
Ответы помогут увидеть реальную ценность проекта и избежать лишних движений. Базовое понимание общих потребностей позволит сформировать правильное видение.
Зафиксировать границы
Сформируйте представление о своих действиях. Проще - нарисуйте картину происходящего.
Создайте:
Feature-лист — перечень фич и функционала.
Описание или рамки проекта — четкие требования.
Прототипы и дорожную карту — наглядное видение результата.
Чем четче рамки, тем проще контролировать процесс. А также в дальнейшем это позволит не отклоняться от плана и обращаться к нему при необходимости.
Переключиться на действия
Спросите себя:
Что я могу сделать сейчас?
Какие факторы угрожают проекту?
Как минимизировать риски?
Для этого мы можем в первую очередь обратиться к риск-менеджменту. А также сформировать или переформировать команду, разделить проект на эпики и фичи, корректно распределить их на задачи. Иногда достаточно дополнительно задать несколько вопросов ответственным людям и, конечно же, зафиксировать их. Далее останется сформировать из всего этого план, учитывая вводные данные.
Последним, но не по значимости пунктом хочу завершить эту статью. Важно уйти от ролей треугольника и осознать свою взрослость и значимость.
Никогда не забывайте, что Вы — профессионал своего дела. Только вы можете грамотно вырулить из заноса в этой ситуации. Не забывайте об этом при коммуникациях с инициатором задачи и/или заказчиком. У вас есть все навыки и возможности для того, чтобы проявить свою экспертность и построить процесс верно.