Почти универсальные проектные принципы

NUPP (Nearly Universal Principles of Projects) — почти универсальные проектные принципы, которым лучше следовать во всех проектах, независимо от используемых методологий и подходов.

Этот набор принципов сформулировал Надер Рад — автор проектного фреймворка p3express, также внесший вклад в PRINCE2 и PMBoK Guide.

Я помог перевести NUPP на русский язык, а в этой статье расскажу об этих принципах своими словами.

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

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

Выбирайте подход под проект, а не пытайтесь втиснуть проект в свой любимый подход.
Управление проектами — это не религия, универсального подхода не существует. Изучайте разные подходы, чтобы быть гибким.

Не бойтесь постоянно учиться и оставайтесь открыты новым знаниям.
То, что мы знаем на сегодняшний день — это не истина, а наше лучшее её понимание.

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

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

Не гонитесь за идеальным решением, его не существует.
Гораздо разумнее применять принцип Парето: 80/20.
Перфекционизм уже убил достаточно проектов — не позвольте своему стать следующим. Подробнее я рассказал об этом в статье на Хабр.

Уставшие люди хуже работают и принимают плохие решения.
А чтобы принимать хорошие решения, иногда лучше взглянуть со стороны. Соблюдайте work-life balance и поощряйте это в команде.

Не берите всё на себя, управление проектами — командная игра.
Привлекайте команду начиная с планирования — это повысит вовлеченность и ответственность.

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

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

Заранее распределите роли, пока не началась неразбериха.
Одна из самых частых проблем — сначала никто не понимает, что он должен делать, а потом никто не может найти ответственного. Это относится не только к работе, но и к распределению обязанностей. Матрицы RACI и DACI в помощь.

Работайте с рисками и не ждите, пока они обернутся катастрофами.
Проектов без рисков не бывает. И проектов, где риски не реализовались, тоже. А вот проектов, где не пытаются заранее выявить риски и придумать, что с ними делать — полно.

Аналогично, эскадра идет со скоростью самого медленного корабля. Управление проектом — комплексная история. Усиление одного элемента не даст никакого результата, если с другими элементами проблемы.

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

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

Работайте с теми рисками, которые уже убивали ваши проекты, а не только с теми, которые они выдержали.
Если приводить более серьезное сравнение, то это и есть ошибка выжившего. Мы запоминаем ситуации, в которых героическими усилиями и верными решениями мы вытянули проект. Это здорово, но гораздо полезнее будет посмотреть на проекты, которые никто никуда не вытянул — что их похоронило? Если мы сможем найти правильный ответ, это поможет в тех проектах, где действительно проблемы.

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

Всегда задавай вопрос «зачем?»
Аналогично технике «5 почему» задавайте себе вопрос «зачем», пока не докопаетесь до истины. Если вы не можете ответить на вопрос зачем — задумайтесь.

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

Нет смысла делать двойную работу. Используйте воспроизводимые элементы — это увеличивает скорость и повышает качество. Использовать воспроизводимые элементы стоит и в проектных артефактах, и в продукте, который вы создаете, и в самом подходе к работе, который вы практикуете.

Создавайте чек-листы, чтобы ничего не упустить.
Атул Гаванде в своей книге «Чек-лист» убедительно показал, как использование простых чек-листов спасает жизни. Надеюсь, последствия ваших ошибок не столь драматичны, но применение чек-листов при постановке задач и приёме результатов в любом случае упростит всем жизнь.

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

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

Автор: Дмитрий Ильенков, PMP

Ещё больше материалов в Telegram-канале @pmclub