📘Что такое PMBoK и зачем он юристу
Если по-простому, PMBoK - это большая «инструкция», как правильно управлять проектами. Её разработал американский институт PMI. Там собрано всё, что помогает доводить до результата любой сложный процесс - от стройки до запуска IT-продукта.
А при чём тут юристы?
Потому что юридические проекты - это тоже полноценные проекты, которые требуют управления, например:
🔘 судебное дело, особенно сложное или затяжное
🔘 крупная сделка или проверка
🔘 реструктуризация холдинга
Их объединяет одно: много задач, ограниченные сроки, риски, несколько участников.
А значит, нужна система.
Юристу всё чаще приходится быть не только экспертом в праве, но и менеджером процесса.
Начнём с двух подходов: Waterfall и Agile.
🌊 Waterfall - каскадная модель (поэтапная)
Классический подход, разработанный в NASA: работа разбивается на чёткие этапы, которые идут строго друг за другом.
Пример из жизни - стройка: сначала фундамент, потом стены, отделка, четкие сроки, отклонений быть не может, иначе дом не будет построен.
Как выглядит юридический проект по Waterfall
1. Сбор информации
2. Юридическая оценка
3. Разработка стратегии или документа
4. Согласования и финализация
5. Исполнение
6. Завершение и анализ
✅ Когда подходит
Например, сопровождение сделки по покупке доли в обществе: от старта до внесения изменений в ЕГРЮЛ.
Сделка - это процесс с четкой последовательностью этапов, жесткими сроками, формальными требованиями и участием множества сторон. Ошибка на одном из этапов требует возвращаться назад, что долго и дорого.
Здесь всё можно заранее распланировать, раздать задачи, проконтролировать сроки.
❌ Когда не сработает
Например, продажа доли общества в условиях корпоративного конфликта (неопределенности).
Каскадный подход предполагает, что всё идёт по плану: у вас есть документы, понятна последовательность действий, все участники готовы сотрудничать.
А в условиях корпоративного конфликта вся красивая схема рассыпается - Waterfall плохо справляется с неожиданностями.
И тут вступает в игру гибкий подход.
Agile - гибкий подход
Это подход, при котором работа разбивается на короткие циклы (спринты).
Каждый цикл - это маленький результат, быстрая обратная связь и гибкость в следующем шаге.
Agile родился в IT, но отлично работает и в юридических задачах, где:
🔘 условия постоянно меняются
🔘 результат заранее неочевиден
🔘 клиент вовлечён в процесс.
Как это выглядит на практике
1. Сформулировали гипотезу (например, как обосновать позицию в переговорах или жалобе)
2. За неделю собрали данные, подготовили черновик
3. Получили реакцию - от клиента, суда, госоргана
4. Скорректировали стратегию - и дальше по кругу
✅ Когда подходит
🔘 Внутренний комплаенс-аудит с десятками подразделений
🔘 Проверка новой регуляторной практики
🔘 Реорганизация с нестабильной структурой группы
🔘 Участие в диалоге с госорганом
🔘 Сложный судебный процесс
Когда непонятно, что будет завтра, лучше идти итерациями.
Agile позволяет быстро подстраиваться под реальность.
❌Когда не подходит
Если проект:
🔘 простой
🔘 стандартизированный
🔘 с жёсткими требованиями к форме и срокам
— гибкость будет только мешать.
Agile требует регулярной синхронизации и постоянного участия
Инструменты
🔘 Trello, Notion, Microsoft Planner - для визуализации задач
🔘 Excel, диаграммы Ганта - для линейных планов
🔘 Miro, Xmind - для схем и гипотез
🔘 CRM и Telegram-боты - для уведомлений и контроля статуса
Там, где все стабильно и предсказуемо, стройте линейный план. Там, где много неопределенности - выбирайте гибкость, а лучше комбинируйте оба подхода.
В следующих постах мы пошагово разберём конкретные гибкие методологии - Scrum, Канбан, а также диаграммы Ганта и другие инструменты, которые могут помочь не утонуть в задачах.
⚖️ Технологии для юриста. Подпишись.
