Чек-лист для заказчика: как не сорвать IT-проект и не потерять бюджет.
Автор: Инженер по решениям HP, Cisco и Fortinet (и немного волшебник)
25 вопросов, которые нужно задать до подписания договора с интегратором
Этот чек-лист стоит пройти до старта любого IT-проекта
Особенно если речь идёт о:
- серверах и ЦОД
- промышленной автоматизации
- сетевой инфраструктуре
- системах хранения данных
- безопасности и отказоустойчивости
Если хотя бы на 30% вопросов нет чёткого ответа — проект под угрозой
Блок 1. Цели и границы проекта
☐ Чётко зафиксировано, какую бизнес-задачу решает проект
☐ Определены критерии успеха (что считается «работает»)
☐ Зафиксированы границы ответственности подрядчика
☐ Понимание, что не входит в проект
☐ Назначен владелец результата со стороны заказчика
Красный флаг: «Сделайте, чтобы всё работало»
Блок 2. Архитектура и техническое решение
☐ Есть описание архитектуры, а не только спецификация
☐ Понятно, почему выбран именно этот подход
☐ Рассмотрены альтернативные варианты
☐ Обозначены точки масштабирования
☐ Есть сценарий отказа и восстановления
Красный флаг: «Это стандартное решение, всем подходит»
Блок 3. Оборудование и ПО
☐ Понятен жизненный цикл оборудования
☐ Есть информация о поддержке и ЗИП
☐ Нет жёсткой привязки к одному вендору без причины
☐ ПО лицензировано и легально
☐ Совместимость компонентов подтверждена
Красный флаг: «Потом разберёмся, сейчас главное купить»
Блок 4. Команда и управление проектом
☐ Назначен технический лидер проекта
☐ Понятно, кто принимает архитектурные решения
☐ Есть график и контрольные точки
☐ Определён порядок изменений
☐ Есть канал эскалации проблем
Красный флаг: «У нас менеджер всё ведёт»
Блок 5. Безопасность и доступы
☐ Определены уровни доступа подрядчика
☐ Есть журнал действий
☐ Ограничен доступ к данным
☐ Определён порядок работы с инцидентами
☐ Подрядчик готов обсуждать безопасность
Красный флаг: «Мы профессионалы, нам можно доверять»
Блок 6. Документация и передача в эксплуатацию
☐ Зафиксирован состав документации
☐ Есть схемы, инструкции, регламенты
☐ Понятен порядок передачи системы
☐ Возможна поддержка без подрядчика
☐ Есть план сопровождения
Красный флаг: «Документация — по необходимости»
Блок 7. Финансы и риски
☐ Стоимость разбита по этапам
☐ Есть привязка оплаты к результату
☐ Понятны условия изменений бюджета
☐ Обозначены технические и организационные риски
☐ Есть план действий при срыве сроков
Красный флаг: «Фиксируем цену, а там посмотрим»
Блок 8. Юридика и ответственность
☐ Зафиксированы SLA и KPI
☐ Прописана ответственность сторон
☐ Понятны условия расторжения
☐ Есть обязательства по конфиденциальности
☐ Договор читается, а не пугает
Красный флаг: «Типовой договор, все подписывают»
Как использовать этот чек-лист на практике
Правильный подход:
- Пройти чек-лист до выбора подрядчика
- Пройти его вместе с интегратором
- Зафиксировать ответы письменно
- Использовать как основу для договора
- Возвращаться к нему на контрольных точках
Этот документ — не про недоверие
Он про управление рисками
Почему сильные интеграторы любят такие чек-листы
Потому что:
- они защищают обе стороны
- убирают недосказанность
- упрощают приёмку
- повышают качество проекта
- экономят деньги заказчика
Если подрядчик раздражается на вопросы — это ответ
Итог
Хороший IT-проект начинается не с оборудования и не с договора
Он начинается с правильных вопросов
Чек-лист выше — минимальный уровень зрелости заказчика
Если вы его проходите, вероятность провала резко снижается
Как это работает для Primum Movens
Мы рассматриваем такие чек-листы как рабочий инструмент, а не формальность
И именно с них начинается любой наш проект — независимо от масштаба