Подтверждение концепции или пилотный проект

  • Статья

При принятии технических решений и решений по обеспечению безопасности для вашей компании или клиента подтверждение концепции (PoC)— это возможность предоставить доказательства того, что предлагаемое решение решает бизнес-проблемы. PoC или пилотный проект повышает вероятность успешного внедрения.

A PoC:

  • Демонстрирует, что бизнес-модель или идея являются возможными и будут работать для решения бизнес-задачи.
  • Обычно включает от одной до трех функций или возможностей.
  • Может использоваться в одной или нескольких технологиях
  • Предназначен для конкретного сценария и подтверждает, что клиент должен знать, чтобы принять техническое решение или решение по обеспечению безопасности.
  • Используется только в качестве демонстрации и не входит в рабочую среду.
  • Управляется ЛИ ИТ-управлением и включением

Пилотный проект:

  • Тестовый запуск или пробная версия предлагаемого действия или продукта
  • Длится дольше, чем PoC, часто недель или месяцев
  • Имеет более высокую рентабельность инвестиций, чем PoC
  • Сборки в подготовительной или пробной среде с намерением перейти в рабочую среду
  • Зависит от внедрения и потребления

Рекомендации по poc и пилотной версии

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

  • Для изменения среды клиента обычно требуется контракт и может быть задействован партнер или службы Майкрософт. Без заключения контракта ваша компания может нести ответственность за проблемы или убытки.
  • Для управления может потребоваться утверждение юридического отдела. Возможно, ваша компания не сможет передать интеллектуальную собственность (IP) бесплатно. Вам может потребоваться юридический контракт или контракты, чтобы указать, оплачивает ли ваша компания или клиент ip-адрес.
  • Получите рекомендации по раскрытию информации при работе с соглашениями о неразглашении (NDA), стратегиями разработки продуктов, функциями NDA или чем-либо, не опубликованным для широкой общественности.
  • В пилотном проекте не используйте пробную среду Microsoft Developers Network (MSDN) или любую собственную среду.
  • Используйте должным образом лицензированное программное обеспечение и попросите владельца возможности правильно обработать лицензирование программного обеспечения.

Клиент, партнер или ваша компания может оплатить poC или пилотный проект. В зависимости от размера контракта, рентабельности инвестиций и стоимости продажи, одна группа может покрыть все это, или сочетание всех трех сторон может покрыть расходы. Убедитесь, что ваша компания или клиент имеют некоторые инвестиции в poC или пилотный проект. В противном случае это может быть красный флаг, указывающий на то, что ваша компания или клиент еще не видят ценности в решении.

PoC и пилотный процесс

За принятие решения о принятии решений отвечает специалист по принятию технических решений (TDM). TDM отвечает за обеспечение участия нужных партнеров и ресурсов в poC или пилотном проекте. Как TDM, убедитесь, что вы знаете партнеров в области продукта и обслуживания или регионе. Помните о ключевых предложениях служб в области обслуживания продуктов.

Планирование

Рассмотрим следующие вопросы о работоспособности:

  • У вас есть хороший технический план, включая ключевые лица, принимающие решения, и потенциал Корпорации Майкрософт?
  • Можете ли вы доставить необходимую гарантию без проверки подлинности?
  • Следует ли перейти на пилотный проект?
  • Каковы подробные область и критерии принятия решений, которые ваша команда или клиент согласились?
  • Если вы соответствуете критериям, будет ли ваша компания или клиент покупать или развертывать решение?

Сделайте следующее:

  • Анализ рисков.
  • Оцените параметр.
  • Выполните подготовку.
  • Рассмотрите рабочие нагрузки и кадровые ресурсы.
  • Представление состояния работоспособности poc или пилотного проекта.
  • Выполните технические требования.
  • Определите решение go/no go.
  • Создайте окончательную спецификацию плана проекта.

Выполнение

Для этапа выполнения:

  • Определите, кто запускает презентацию.
  • По возможности запланируйте собрание на утро.
  • Подготовьте демонстрации и слайды.
  • Проведите сухой запуск, чтобы уточнить презентацию.
  • Получите отзыв.
  • Привлеките свою компанию или группу клиентов.
  • Выполните инструкцию win/lose.

Анализа

На этапе анализа рассмотрите следующие аспекты:

  • Выполнены ли критерии
  • Инвестиции заинтересованных лиц
  • Инициализация развертывания
  • Поиск партнера и обучение
  • Чему мы научились
  • Исправления или расширения руководства по poc или пилотного проекта
  • Архивация ценных конечных результатов

Управление изменениями

Управление изменениями использует проверенные методы и методы, чтобы избежать ошибок и свести к минимуму влияние при администрировании изменений.

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

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

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

Дальнейшие действия

Обучение по управлению изменениями в Prosci®