Крёстный проекта

Сколько проектов потянет 1 РП

С 1 по 5 июня провожу онлайн-марафон по «Луковица интересов». Это инструмент диагностики мотивов стейкхолдеров, который помогает понять, что на самом деле стоит за сопротивлением участников проекта, и как с этим работать. Каждый день разбираем один слой мотивации, одно практическое задание. К пятнице у вас будет понимание, как вести разговор с вашими стейкхолдерами. Подробная программа и запись на марафон по ссылке.

Хотят команду и лидеров в коробке стандартов. Как это возможно?   «Нам нужны лидеры! Инициативные! Креативные! Которые ведут за собой!»   «А вот регламент. 47 страниц. На каждый чих - процедура. На каждое решение - согласование. На каждую инициативу свой комитет».   Вы хотите орла, который летает по расписанию электричек.   Лидер по инструкции - это оксюморон.   Пятница, 15:00. Совещание. «Петров, будь более проактивным!» «Хорошо, я предлагаю изменить подход к...» «Стоп! А это согласовано? А процедура пройдена? А в регламенте это есть?»   Поздравляю. Вы только что убили лидера на корню.   Лидерство - это когда человек идет туда, где тропы нет. А вы требуете, чтобы он шел строго по асфальту, не отклоняясь от разметки.   Команда в процессах - это конвейер с мотивацией   «У нас самоорганизующаяся команда!» «Отлично. А почему планерка не в 9:00, а в 9:15?» «А почему совещание длилось 90 минут, а не 60?» «А почему в треккере статус не обновлен?»   Самоорганизация по расписанию. Творчество по чек-листу. Инициатива по регламенту.   Это не команда. Это театральная труппа, которая каждый день играет спектакль "Команда".   Смотрите, как это выглядит в реальности   Понедельник: «Сотрудники, мыслите нестандартно!» Вторник: «Кто разрешил отклониться от процедуры?» Среда: «Нам нужны прорывные решения!» Четверг: «Это не прописано в стандарте, переделывайте». Пятница: «Почему команда не проявляет инициативу?»   Вы как дрессировщик, который учит тигра прыгать через обруч, а потом удивляется, почему тигр не охотится.   Процессы убивают то, что декларируют   Хотите лидерство? Уберите 90% согласований. Хотите инициативу? Дайте право на ошибку. Хотите команду? Перестаньте контролировать каждый чих, ик и пук.   Но вы не можете. Потому что боитесь.   Боитесь, что без контроля все развалится. Боитесь, что люди примут неправильное решение. Боитесь потерять власть.   И поэтому требуете невозможного: живых роботов.   Ваши "лидеры" научились играть в театре абсурда.   Они говорят правильные слова на совещаниях. Заполняют нужные формы. Проявляют "инициативу" строго в рамках дозволенного.   А настоящие решения принимают после работы, по телефону, в курилке. Там, где нет процессов.   Ваша система создала подпольное лидерство.   Результат предсказуем   «Лидеры» превратились в администраторов процессов. «Команды» стали отделами исполнения. «Инициатива» свелась к предложениям по улучшению регламентов.   Все как вы и хотели. Управляемо. Предсказуемо.   Знаете, что самое смешное?   Вы до сих пор не понимаете, почему ваши конкуренты вас обгоняют.   А они просто выпустили тигров из клеток.

Почему руководитель проектного офиса – одна из самых сложных ролей в компании? С одной стороны, именно он отвечает за то, чтобы проекты реализовывались. С другой – у него почти нет формальных рычагов влияния. Не выполнили сроки – виноват проектный офис. Сотрудники игнорируют методологию – снова он. Часто руководителями проектных офисов становятся «методологи». Люди, которые понимают, как «правильно» выстраивать процессы: регламенты, роли, этапы. Но реальность в компаниях другая. Проекты живут в условиях неопределенности, постоянных изменений и конфликтов интересов. Где-то не хватает ресурсов, где-то меняются приоритеты, где-то просто нет дисциплины. Что в итоге? Проектный офис пытается выстроить систему, играя «в шахматы», а вокруг – люди, которые играют «в бокс». И в этой игре чаще побеждает не тот, кто выстроил правильную модель, а тот, у кого есть реальная власть. Если посмотреть на многие другие подразделения в компаниях, у них эта власть, рычаги влияния есть. Если «перейти дорогу» ИТ-отделу, он затянет с установкой нового ПО. Финансы месяцами будут согласовывать бюджет. HR не выделят людей. А у проектного офиса таких рычагов обычно нет.  Отсюда и ощущение, что это подразделение всем должно, но…. не имеет никакой власти. 💡 Так что нужно сделать проектному офису, чтобы изменить ситуацию и стать действительно влиятельным, а не оставаться формальным координатором и «козлом отпущения»? 👉 Смотрите наш новый выпуск подкаста, гостем которого стал Михаил Софонов, эксперт по кризисным организационным трансформациям. Подкаст доступен на Youtube и в ВК Видео.

А потом пришли методологи... И началось! Нельзя просто собрать людей - нужна команда проекта. Нельзя просто дать задачу - нужен устав проекта. Нельзя просто поставить срок - нужна дорожная карта с вехами и зависимостями. И вот уже на создание команды тратят больше времени, чем на саму работу. На написание устава - больше сил, чем на достижение цели. На рисование дорожной карты - больше ресурсов, чем на движение по дороге. Процесс победил! Методология торжествует! А результат? А что результат - результат подождёт. Главное - чтобы всё было по стандарту. И рождаются чудовищные мутанты. Проекты, которые существуют только на бумаге. Команды, которые отчитываются, но не работают. Планы, которые живут отдельно от реальности. Как раковая опухоль. Она тоже растёт, развивается, требует ресурсов. Но она не лечит - она убивает. Так и проектное управление. Оно разрастается, множится, пожирает бюджеты. Но оно не управляет - оно имитирует управление. Возникает проектный офис. Зачем? Чтобы контролировать проекты. А кто контролирует проектный офис? Комитет по проектному управлению. А кто контролирует комитет? Совет по стратегическому планированию проектной деятельности. И все контролируют друг друга. И никто не делает. Потому что делать некогда - все заняты контролем. А проекты? Проекты тем временем умирают. Тихо, незаметно. Под грудой отчётов, планов, матриц и регламентов. И самое страшное: система не замечает, что пациент мёртв. Она продолжает его лечить. Выписывает новые лекарства. Усиливает процедуры. Увеличивает дозировку контроля. А труп всё холоднее. Но в истории болезни написано: "Лечение проводится в соответствии с лучшими мировыми стандартами". И все довольны. Кроме покойника.

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

Работа сама говорит за себя Это очень наивный подход, который разрушил далеко не одну карьеру Руководителей проектов. Я очень часто вижу представителей магического мышления, что если делать правильно правильные вещи, то все сложится и наступит всеобщая благодать - не наступит. Потому что то, что правильно для руководителя проекта, вообще неправильно для команды, совсем неправильно для руководителя проектного офиса и категорически не правильно для Заказчика. Ну и как будем конкретно "правильно" делать эти правильные вещи? Вам неизбежно придется играть несколько партий одновременно расставляя приоритеты между правильно и верно - это неизбежно, если вы хотите выжить в этой игре под названием Управление проектами. Есть еще путь непризнанного гения, который многие выбирают - ходят и ноют на тему, что люди не понимают. всей прелести структурированного подхода. Я в свое время наигрался в эти игры и вижу, что это путь просто тупиковый, что если ты хочешь быть адекватным, то важно видеть всю картину целиком, а не только удобные тебе части, а потом жаловаться, что другие части, которые не заметил больно лягаются))) У вас есть как минимум 3 уровня игры: Операционный - вы и команда Тактический - вы и Заказчик проекта Стратегический - вы и портфель проекта Архетипический - вы и культура организации Все четыре уровня работают одновременно. Большинство играют на операционном, т.к. там достаточно знать рабочие инструменты проектного управления. С тактическим сложнее, там нужна переговорная позиция, со стратегическим совсем все непросто, т.к. там пересекается множество интересов, о которых вы даже и не догадываетесь, а стоило бы. Про Архетипический я вообще молчу - он обычно идет перпендикулярно всей этой истории с проектным управлением, но именно он в долгосрочной перспективе определяет, кто будет успешен и именно он определяет как именно правильно делать правильные вещи. Подумайте, на каком уровне вы играете и что надо сделать, чтобы вам стать более адекватными на остальных, а я пока пойду кофе попью))) Хорошего дня!

Это уже какой-то традицией стало, когда в начале в организацию приходят наши светочи проектного управления проводят аудит, рассказывают руководству, что сроки срывают потому что нет планов, что бюджеты не посчитаны, а риски не учтены. И с этим не поспоришь))) Затем они читают лекции про разные фреймворки и победоносные методы управления проектами. Затем их догоняет команда генераторов уникальных регламентов, сделанных под копирку. Все это приправляется нещадным внедрением ИТ с декоративной кастомизацией. И под под фанфары они переключаются на новую жертву "неэффективного управления проектами" Проходит какое-то время, все ждут повышения эффективности, а вместо этого получают задвоение бюрократии, итальянскую забастовку коллектива и увольнение тех кто хоть что-то делал. И вот раздается звонок: Михаил, у нас тут проектное управление внедрено... надо бы поговорить с коллективом и руководителями, что они все неправильно делают не по лучшим практикам, как прописали светочи. Можете нам помочь? И вот как с этим жить?))) Даже на конференции особо не расскажешь про эти серые будни, т.к. там особо нечего рассказывать... Не особо красиво, но зато работает. Причем никаких лучших практик - база придумана уже давно, только надо делать...

Знание инструментов УП не решит основную проблему Ты изучил методологию управления проектами. Умеешь строить WBS, писать устав проекта. Прошёл курсы. Может быть даже сертифицировался. И всё равно проект стоит. Сроки нереальные. Ресурсов нет. Решение, которое очевидно - не принимается уже третий месяц. Вот в чём дело? Дело в том, что инструменты управления проектами описывают как должно работать, когда все правильно. А организация живёт по своим правилам. И эти правила нигде не написаны. Кто реально принимает решения? Явно оказывается не тот, кто в матрице ответственности. Почему ресурс не выделяется - не потому, что его нет, а потому что его держит человек, которому невыгоден успех проекта. Почему сроки нереальные — не потому, что заказчик не понимает, а потому что он понимает отлично и у него другая игра. Методология даёт тебе профессиональный язык описания мира проектов. Но язык работает только если ты в правильном месте с правильными людьми. А пока ты оптимизируешь план - кто-то уже договорился в коридоре и с твоего проекта перевели часть ресурсов. Построение Карты Знание реальной архитектуры власти в организации - кто держит, кто блокирует, какие страхи у каждой фигуры - это рабочий инструмент. Без него методология работает только в фантазиях методологов. Хороший руководитель проекта знает, как правильно управлять проектами. А тот, кто доводит проекты до результата — знает ещё и как продать этот результат.

Ловушка невидимого РП Ты хорошо делаешь работу. Это не обсуждается. Но твои результаты идут по цепочке: ты → твой руководитель → его руководитель → тот кто принимает решения. В каждом звене информация фильтруется. В каждом звене акценты смещаются. К финальному адресату доходит не «Иванов управляет проектом и достигает результатов» — доходит «команда поработала». Ты работаешь. Тебя не видят. Это не злой умысел. Это корпоративная архитектура. В любой иерархии есть люди, которые контролируют потоки информации наверх. Иногда осознанно — это их власть. Иногда просто так устроена система — информация естественно агрегируется и обезличивается по пути. Результат одинаковый: человек на верхнем уровне не знает кто ты. Он знает отдел. Направление. Функцию. Но не тебя. Пока тебя не знают наверху — твоя карьера зависит от того насколько честен и последователен твой непосредственный руководитель. Это слабая позиция. Выход не в том, чтобы обойти систему. В том чтобы создать прямую видимость через результат, который нельзя агрегировать и обезличить. Один проект где ты — авторство очевидно. Одна презентация, где ты стоишь в комнате. Одна записка с твоей подписью на столе у человека, который решает. Не «команда сделала». «Иванов сделал». Это и есть выход из ловушки.

На планёрке Денис показал слайд с результатами проекта. Хорошие цифры. Виктор сидел напротив и смотрел не на слайд — на Дениса. Три года назад этот человек не мог провести встречу без того, чтобы не уточнить у Виктора каждую формулировку. — Ты когда последний раз что-то делал сам? — спросил Куратор после совещания. Не агрессивно. Просто. Виктор подумал. Реально подумал. — Давно. — И как? — Нормально. Директор кивнул и ушёл. Разговор занял минуту. Виктор ещё минут десять сидел с этим «нормально». Нормально — это не грустно и не радостно. Нормально — это другая точка отсчёта. Исполнитель хочет делать. Это его кислород. Руководитель проекта учится делать через других — и поначалу задыхается. Но потом перестраивается.

Заказчики не знают целей проектов «Нам нужно повысить эффективность!» «Оптимизировать процессы!» «Обеспечить рост показателей!» А что именно повысить? Какие процессы? Какие показатели? «Ну... вы же эксперты! Сами разберитесь!» Они играют в "угадай мою мысль" Понедельник: «Нам нужна система управления». Вторник: «Не та система. Нам нужна другая система». Среда: «А можно без системы? Просто улучшить процессы». Четверг: «Вообще-то, нам нужна стратегия». Пятница: «Почему до сих пор ничего не сделано?» Это не техническое задание. Это психологический тест Роршаха. Смотрите, как формулируют "цели" «Хотим быть лучше конкурентов». Каких? В чем? «Нужно увеличить эффективность». Чего? На сколько? «Требуется модернизация». Чего именно? Зачем? Это не цели. Это набор красивых слов для презентации совету директоров. А теперь попробуйте уточнить «А что конкретно вы хотите получить?» «Ну как что? Результат!» «Какой результат?» «Хороший результат!» «Как мы поймем, что результат хороший?» «По нашим ощущениям!» Поздравляю. Вы подписали контракт на строительство "чего-то хорошего". Они сами не понимают, зачем это им Заказчик получил указание сверху: «Надо что-то с этим делать». Что делать? Неизвестно. Зачем делать? Тоже неизвесно. Но делать надо. И срочно. Проект запускается не для решения проблемы. Проект запускается для снятия давления сверху. Настоящие цели никто не говорит «Нам нужно показать активность начальству». «Надо потратить бюджет до конца года». «Конкурент что-то делает, и мы должны тоже». «Новый директор хочет оставить след». Вот реальные цели. Но их в ТЗ не напишешь. Поэтому пишут про "эффективность и оптимизацию". Цели меняются каждую неделю Неделя 1: «Автоматизируем процессы!» Неделя 2: «Сначала процессы оптимизируем, потом автоматизируем». Неделя 3: «А нужна ли вообще автоматизация?» Неделя 4: «Давайте сделаем пилот в одном отделе». Неделя 5: «Почему так медленно идет автоматизация?» Это не изменение требований. Это поиск того, чего хотелось изначально. Заказчики боятся конкретности Конкретная цель = конкретная ответственность. Конкретный результат = конкретные критерии провала. Конкретные сроки = конкретное давление. Размытость защищает от ответственности. "Мы хотели одно, а получили другое, но тоже неплохо". Самые честны те, кто говорит прямо «Не знаю, что хочу. Но хочу, чтобы было лучше». «Начальство требует изменений. Придумайте что-нибудь». «У нас проблемы, но какие именно — непонятно». Таким можно помочь. Потому что они не врут. А есть еще хитрые: Они знают, чего хотят. Но говорят другое. Хотят уволить неугодных — говорят про «оптимизацию штата». Хотят усилить контроль — говорят про «прозрачность процессов». Хотят переложить ответственность — говорят про «делегирование полномочий». С такими работать опасно. Они сделают крайним за "неправильное понимание задачи". Хотите понять настоящую цель проекта? Не слушайте, что говорят. Смотрите, кого назначили ответственным за провал. Бизнес-роман "Крестный проекта. Deadline" - как работают проекты на самом деле → Получить доступ здесь

Я начал писать следующую книгу. Она отвечает на один вопрос, который не отпускает меня уже больше десяти лет. Почему безупречно выполненный проект всё равно могут закрыть? Не потому что план был плохим. Не потому что команда не справилась. А потому что где-то за пределами плана кто-то принял решение — человек, который даже не был против. Он просто не заметил проекта. Есть руководители, которые умеют строить точные планы. Есть те, кто умеет читать людей и среду. Первые делают работу. Вторые делают так, чтобы работу увидели те, кто решает. Я последние годы собирал инструменты для обоих. Это бизнес-роман о том, как они работают вместе. И о том, как честному руководителю проектов оставаться верным себе — и при этом побеждать. Называется «Фронтир».

Внутренний проект vs контрактный. Почему одни правила не работают в другом мире Управлением внутренним проектом — это песочнице. Да, со своими интригами, бюджетными войнами группами влияния. Но там ты всё-таки свой. Тебя знают. Ты знаешь, кто принимает решения. Ты можешь позвонить через голову, зайти в кабинет без записи, апеллировать к общей корпоративной памяти. Ты играешь по правилам — пусть неписаным, но хотя бы знакомым. Контрактный проект — это другая песочница. Там вместо песка там битое стекло. И местные хулиганы могут не просто отнять лопатку, но ещё и фингал поставить. Улыбаясь. В чем принципиальная разница? Во внутреннем проекте ты встроен в систему. Провал можно красиво прикрыть, как «предпроект». В целом мало кто заинтересован, чтобы ты стал официальным козлом отпущения, пока есть возможность «отчитаться красиво». Ты — часть рабочей конструкции, и конструкция тебя хоть как-то, но держит. В контрактном проекте ты — внешний. А значит, ты первая жертва, когда начнётся поиск крайнего. Формальный заказчик и реальный заказчик могут быть совершенно разными людьми. Контракт фиксирует правила входа на территорию, но не объясняет, как устроено поле влияния внутри. Ты приходишь с дорожной картой — а там уже идёт своя война, о которой тебе никто не сообщил. Стандартные методологии, написанные ручными методологами из сферического вакуума, здесь не просто не помогают — они опасны. Они создают иллюзию контроля там, где контроль принципиально невозможен через инструменты. Ты можешь сделать всё «по форме» и остаться виноватым за провал приёмки. Потому что реальные решения здесь принимаются не по актам, а по доверию, по отношениям, по тому, хотят ли с тобой работать дальше. Именно поэтому я разработал фреймворк Фронтир — систему управления для тех, кто работает в экстремальных и токсичных проектах. Он не про то, как красиво вести реестр рисков. Он про то, как выжить на чужом поле, удержать контракт в силе, выстроить защиту до того, как накроет следующей волной, и довести дело — даже когда система работает против тебя. Потому что там, где заканчивается методология, начинается настоящее управление. Ближайший семинар по фреймворку Фронтир: https://sofonov.com/001_uprav_ex_pro Материалы дублирую: VK: https://vk.com/pmsofonov MAKS: https://max.ru/join/2c7tK4BT7F6alEBGkV751htL78mKIMr5RuhRNAO

Как хорошие идеи превращаются в идиотизм Я видел, как рождаются хорошие идеи. Это красиво. Человек сидит, думает, и вдруг — бац! — озарение. Элегантное решение. Простое. Работающее. А потом эта идея попадает в систему. И превращается в монстра. Знаете, что происходит с хорошей идеей в корпорации? То же самое, что со свежими помидорами на консервном заводе. Сначала они сочные, красивые, живые. Потом их начинают обрабатывать. Первый этап: согласования. «А давайте мы это обсудим». И начинается! Каждый хочет добавить своё. Маркетинг говорит: «А нельзя ли сделать ярче?» Юристы: «А что скажет комплаенс?» Финансисты: «А бюджет кто будет защищать?» И вот уже простая идея обрастает комитетами. Комитетами, чатами, протоколами! Как ракушками на корабле. Второй этап: планирование. «Нужна дорожная карта». Дорожная карта! Для идеи, которую можно было реализовать за неделю, рисуют план на полгода. С вехами. С ответственными. С матрицей рисков. Матрица рисков для хорошей идеи! Это как презерватив для поцелуя. Третий этап: исполнение. И тут начинается самое интересное. Потому что исполняют не те, кто придумал. Исполняют те, кто «доступен». А кто доступен? Правильно — те, кто не очень нужен в других проектах. И вот хорошую идею реализует команда, которая в неё не верит, под руководством человека, который в ней не разбирается, для заказчика, который уже забыл, зачем она была нужна. Но самое смешное впереди. Четвёртый этап: приёмка. «Да, это то, что мы заказывали. В принципе». И ставят галочку. Проект закрыт. Все довольны. А идея? А идея к этому моменту уже не идея. Это компромисс. Продукт коллективного творчества. Результат демократического процесса. Другими словами — полная ерунда. И знаете, что самое страшное? Все понимают, что происходит. Все видят, как хорошее превращается в плохое. Но никто не может остановить процесс. Потому что процесс — это система. А система защищает себя, а не идеи. Поэтому в следующий раз, когда у вас появится хорошая идея, сделайте себе одолжение. Реализуйте её сами. Тихо. Без согласований. Без дорожных карт. Без матриц рисков. Потому что единственный способ сохранить хорошую идею — это не показывать её системе. Система её съест и не поперхнется. Материалы дублирую: VK: https://vk.com/pmsofonov MAKS: https://max.ru/join/2c7tK4BT7F6alEBGkV751htL78mKIMr5RuhRNAO

Песни сбитых лётчиков Знаете, почему все лучшие практики проектного управления звучат как песни победителей? Потому что проигравшие не поют. Они либо уволены, либо молчат, либо до сих пор разгребают последствия. А мы слушаем только тех, кто выжил. Приходит к вам консультант и рассказывает: "Вот в компании Икс мы внедрили такую-то методологию, и проект стал в три раза эффективнее!" И показывает красивые графики роста. А где графики тех проектов, которые эта методология убила? А где истории команд, которые сгорели на внедрении? А где рассказы руководителей, которых попросили "по собственному желанию" после применения лучших практик? Их нет. Потому что мёртвые не дают интервью. Вот классика жанра: "У нас гибкая методология, команды самоорганизуются, никого не контролируем". Красиво звучит! А то, что половина команд разбежалась в первый месяц, а вторая половина до сих пор не понимает, что делать, — об этом скромно умалчивают. Или: "Мы перешли на проектное управление, и теперь у нас всё прозрачно". Да, прозрачно. Настолько прозрачно, что видно, как проекты тонут один за другим. Но в отчёте об этом ни слова. В отчёте только успехи. Потому что неудачи не продают книги. Неудачи не привлекают инвестиции. Неудачи не делают карьеру консультантам. А вы сидите и думаете: "Почему у меня не получается как у них?" Да потому что "они" — это один случай из ста. Остальные девяносто девять либо провалились, либо до сих пор мучаются, либо делают вид, что всё хорошо. Мы слушаем истории успеха и думаем: "Надо делать как они". А "они" — это те немногие, кому повезло. Или кто умеет красиво врать. Остальные молчат. Кто от гордости. Кто от страху. Кто потому, что ещё разгребает последствия "лучших практик". И самое смешное: те, кто проповедует эти практики, сами никогда не были в окопах настоящих проектов. Они знают теорию. Они видели успешные кейсы. Но они никогда не тонули в болоте корпоративной политики с командой, которая саботирует, заказчиком, который не знает, что хочет, и сроками, которые поставлены не по расчётам, а по звонку сверху. Они поют песни о победах, которые сами не одерживали. А вы слушаете и пытаетесь повторить чужой успех, не зная всей истории. А в истории больше поражений, чем побед.

Нагрузка на проектные офисы продолжает расти, а вместе с ней — и цена управленческих ошибок. Проектов больше, согласований больше, требований к отчетности больше, а прозрачности в портфеле часто не прибавляется. В итоге руководители тратят время не на управление, а на сбор статусов и сверку данных. На вебинаре 24 марта разберем эту ситуацию с двух сторон ⭐️ Юлия Полищук, руководитель проектов внедрения ADVANTA расскажет, какие проблемы влияют на работу ПрОф сегодня, какие инструменты и механизмы точно нужно использовать в этому году, как применять ИИ. ⭐️ Роман Вроблевский, директор по развитию ПСК «Азурита, поделится опытом ⏺что мешало проектному офису двигаться быстрее ⏺что открылось в ходе диагностики ADVANTA и было неожиданно даже для них самих ⏺какие советы консультантов казались спорными, но именно они дали результаты ⏺как изменилась работа команды после внедрения новых процессов — в цифрах и фактах Подключайтесь, если вам важно понять, как снизить ручную нагрузку, навести порядок в контроле проектов и сделать управление портфелем более устойчивым.

Токсичный проект — это не плохой менеджмент. Это другая игра. Когда говорят «токсичный проект», обычно имеют в виду сорванные дедлайны, скандальный заказчик или выгоревшая команда. Но это симптомы, не болезнь. Настоящая токсичность — в устройстве поля власти, в котором живёт проект. Первое отличие: здесь выживают не сильные, а незаметные. В обычном проекте лучший результат = лучшая позиция. В токсичном — эффективность воспринимается как угроза. Если ты сделал слишком хорошо, ты поставил под сомнение чужую зону влияния, вскрыл чужую слабость, нарушил баланс. Система тебя выдавит — тихо, но точно. Второе: ответственность движется вниз, влияние — вверх. Ты отвечаешь за результат, который не контролируешь. Решения принимаются выше, ресурсы распределяются по звонку, а крайним окажется тот, у кого нет прикрытия. Третье: управляешь не проектом, а контекстом. Формальный план существует до первого вмешательства «по звонку». Реальный рычаг — далеко не только в инструментах проектного управления, а в понимании того, кто кого боится, кто чей, кто даст добро в нужный момент. Четвёртое: двойная структура — не цинизм, а профессионализм. Одна реальность — для отчёта. Другая — эффективной организации работы рабочей группы. Опытный руководитель умеет держать обе, не путая и не смешивая. Пятое: о рисках говорят шёпотом. Проактивно поднять риск — значит расписаться в отсутствии лояльности или указать на чью-то зону влияния. Поэтому публично «всё под контролем», а в личном чате — «если до пятницы не подпишут, всё сгорит». Отсюда главный навык в токсичном проекте — не только планирование, а эффективная коммуникация. Умение читать сигналы: паузы, копии в письмах, кто промолчал на совещании и почему. Методология здесь — язык для внешнего контура. Реальное управление идёт через отношения, доверие и умение держать паузу в нужный момент. Хочешь выжить — перестань управлять проектом. Начни управлять системой вокруг него.