Коллеги, опять хотела бы затронуть вопрос оценки проектов.
Мы с вами об этой теме много говорим и рассуждаем. Но, она, как мне кажется одна из самых важных.
В этот раз хотела бы поговорить о «глубине» планирования, которая, согласитесь, сильно влияет на качество плана, его реалистичность и, как результат, на качество оценки проекта.
Какова же должна быть та самая оптимальная для каждого конкретного случая «глубина» планирования?
Нужны ли детали при планировании? И что такое «детали»?
Или достаточно ограничиться этапами и планировать «крупными мазками»?
Я расскажу свою точку зрения, а вы уточняйте, спорьте, опровергайте или подтверждайте.
Как всегда, по пунктам
Я сама люблю планировать по принципу «отгадаю мелодию на 7 нот»: этот проект сделаем за 15 месяцев, нам надо 8 спецов, умножаем на ставку, получаем бюджет. Но этот подход только первичный, совсем верхнеуровневый. Используется для формирования ориентира стоимости проекта.
Настоящий план я предпочитаю делать до, скажем так, важных особенностей и нюансов, влияющих на стоимость проекта. Я не люблю расписывать стоимость подготовки ТЗ. В этом случае я скорее скажу – сделаем и согласуем ТЗ за 1,5 месяца, 3 аналитиками + архитектор.
А вот продумать вот такие вопросы считаю крайне важными:
- будут ли работы по нормализации НСИ?
- потребуются ли временные интеграции в случае поэтапного запуска системы?
- будет ли «отрисовка» бизнес-процессов, в какой нотации и с помощью какого инструмента?
- как будем делать миграцию данных и не скрылась ли внутри проекта необходимость и задача внедрения модуля MDM?
- какие работы мы предложим исполнить заказчику самостоятельно, а где требуется его привлечение?
- потребуется ли работа в удаленных от проектного офиса точках и кто туда поедет или не поедет, а будет работать на удаленке?
И так далее...
Это этакие «жизненные» вопросы проекта. То есть подход такой: «я проживаю проект». Да, именно, не планирую виртуальный потенциальный проект, а стараюсь его прожить.
«О, Джонни, я хочу, как в синематографе! Прошу тебя – «сделай монтаж»
(с) Человек с бульвара Капуци́нов
Но тут вы совершенно логично можете дать замечание, а нужно ли все это показывать заказчику?На мой взгляд – да, нужно.
И тут еще раз обращаю внимание, в таком плане детали не про то, сколько займет создание проектного документа (это действительно излишняя и неинтересная для заказчика детализация).
В плане фиксируются логически и организационно важные вещи для проекта.
И на этапе продажи, считаю, это важно показать заказчику и обсудить с ним ход проекта.
Это позволит сформировать правильное понимание проекта, объема и особенностей работ, подготовить заказчика к проекту.
НО
При подготовке к встрече с заказчиком надо задуматься над оформлением документа.Для этого надо понять – кто будет на встрече? каков уровень встречи?
И исходя из этого надо подобрать оформление плана.
Названия очередей, этапов их длительность, результаты – должны быть продемонстрированы в плане всегда.
Нюансы и особенности, рекомендуется выносить в отдельный «стоблец», который можно скрыть, если встреча не предполагает обсуждение деталей и особенностей проекта. Или же открыть для обсуждения нюансов и подробного обсуждения хода проекта.
А можно зафиксировать и открытые вопросы под обсуждение.
Вот и рассказала, как считаю правильным организовывать работы по составлению плана проекта в рамках продажи.
Жду ваших мнений – дополняйте, опровергайте, приводите примеры, рассказывайте о практиках.#Рассуждения_о_проектах
