IT-проекты глазами заказчика

Обо мне
Руководитель проектного офиса холдинга с численностью персонала в 7.000 человек.
Контролирую ход выполнения проектов на соответствие внутренней методологии и здравому смыслу.
Закончил программу МВА при Академии им.Плеханова в Москве.
Со-учредитель компании «Проектный Офис» http://pmoffice.by

Наш маршрут:
1. О проекте. О Заказчике
2. Как и почему ИТ-компании проигрывают конкурсы?
3. Как правильно определить объем работ?
4. Как организовать коммуникации с Заказчиком?

Описание проекта
Цель проекта – внедрить систему, позволяющую строить аналитические отчеты на основе данных, хранящихся в КИС
Подход к работе:
Выбрать подрядчика BI-решения
Спланировать проект
Получить результаты, соответствующие требованиям

Выбор поставщика
Поиск поставщика осуществлялся через вендоров
Каждый поставщик получил:
подробное описание задачи
условия конкурса (критерии, сроки, контактные лица и пр.)
выгрузку данных для формирования демо-стенда
Наши критерии выбора поставщика:
профессионализм команды
стоимость решения

Выбор поставщика
О непрофессионализме претендентов говорит:
отсутствие в КП персонального состава команды проекта
использование «шаблонного» подхода: требования, ТЗ, разработка и внедрение
неполная стоимость решения (например, без учета стоимости оборудования или лицензий)
лексика не совпадает с нашей (СБЕ, ДК и пр.)
наличие фаз «Разработка концепции», «Vision»…
описание процессов «как есть» и «как надо»

Выбор поставщика
Что хорошо работает:
демонстрационный стенд на данных Заказчика
наличие итераций в проекте
предварительные встречи на этапе подготовки КП
наличие команды или ее лидера на встречах
бюджет в белорусских рублях;)
обучение команды заказчика на старте проекта
конструктор бюджета

Выбор поставщика
Резюме:
продавайте заказчику команду и ее персоналии
используйте лексику заказчика
используйте прототипы и демо-стенды
итерационный подход выглядит более безопасным

Оценка проекта
Оценка проект победителем конкурса :
длительность проекта 12 месяцев (будет уточняться)
первая итерация 3 месяца (3 KPI)
В каждой итерации:
Уточнение требований (внешний вид отчетов, алгоритмы расчета, источники данных…)
Доработка учетных систем
Реализация загрузки данных в хранилище
Реализацию инструментов отчетности и визуализации
Что не учел подрядчик?

Оценка проекта. Пример WBS

Резюме:
При оценке проекта учитываем все работы
Самые рискованные области: данные и бизнес-процессы
Риски Заказчика влияют и на вашу работу

Коммуникации с Заказчиком
Что работает:
Матрица взаимодействий
Kick-off meeting
Отчет о статусе проекта
Общий рабочий узел
Регулярные демонстрации

Kick-off meeting:
Презентация целей проектов и ожидаемых результатов. Отв. Заказчик
Представление Руководителя проекта и его команды. Отв. Заказчик
Результаты проекта и контрольные даты. Отв. Руководитель проекта
Основные процессы коммуникаций в проекте. Отв. Руководитель проекта
Задачи на предстоящий период

Отчет о статусе проекта
Лента новостей
Сроки и результаты
Эскалация проблем и вопросов
Прогноз руководителя проекта
Расписание работ на предстоящий период
Кто должен получить отчет?

Коммуникации с Заказчиком. Резюме
Формальные правила взаимодействия снижают риски: «я не знал – мне не сказали»
Матрица взаимодействия делает обмен информацией более качественным
Регулярный отчет повышает доверие и вовлеченность Заказчика
Kick-off meeting придает Заказчику «заряд бодрости» на 1-3 недели
Заказчик всегда приветствует регулярные демонстрации
Не забываем про stakeholders