Перейти к содержимому
HPI Pro — Salesforce consulting and implementation

Спасение и стабилизация проектов

Застрявшему проекту нужно не больше разработки. Ему нужна диагностика.

Сквозная диагностика отклонившегося проекта Salesforce: объем, архитектура, данные, метод поставки и доверие между сторонами — с последующим планом стабилизации, включающим немедленно применимые меры.

Карта возможностей

Что включает в себя и в каком порядке

Спасение проектов — Карта возможностей

  1. Диагностика объема

    Что было согласовано, что было добавлено по пути, и что так и не было определено.

  2. Ревизия архитектуры

    Модель данных, разрешения и автоматизация в сравнении с реальным бизнес-процессом.

  3. Ревизия данных

    Качество, дубликаты и фактическое состояние миграции.

  4. Ревизия поставки

    Планирование, приоритизация, тестирование и процесс принятия решений.

  5. План стабилизации

    Немедленные меры, восстанавливающие контроль в рамках одного цикла.

  6. План восстановления

    Приоритизированная последовательность с измеримыми вехами.

Каждый слой зависит от предыдущего. Пропуск предыдущего слоя — наиболее частая причина последующих переделок.

Контекст

Что на самом деле определяет результат

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

Первое действие — не ускоряться, а остановиться и составить карту. Продолжение разработки на дефектной основе только увеличивает стоимость окончательного исправления.

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

Что мы делаем

Области вмешательства

Диагностика объема

Что было согласовано, что было добавлено по пути, и что так и не было определено.

Ревизия архитектуры

Модель данных, разрешения и автоматизация в сравнении с реальным бизнес-процессом.

Ревизия данных

Качество, дубликаты и фактическое состояние миграции.

Ревизия поставки

Планирование, приоритизация, тестирование и процесс принятия решений.

План стабилизации

Немедленные меры, восстанавливающие контроль в рамках одного цикла.

План восстановления

Приоритизированная последовательность с измеримыми вехами.

Матрица решений

Симптомы, причины и первые шаги

График постоянно отстает

Распространенная причина
Неопределенный или неконтролируемый объем
Первый шаг
Заморозить объем и проверить бэклог
Что мы измеряем
Процент элементов с критериями приемки

Каждое исправление ломает что-то другое

Распространенная причина
Дублирующиеся автоматизации без ответственного лица
Первый шаг
Полная карта того, что выполняется на каждом объекте
Что мы измеряем
Количество дублирующихся автоматизаций

Пользователи не работают в системе

Распространенная причина
Процесс не соответствует реальной работе
Первый шаг
Интервью с пользователями и пересмотр использования
Что мы измеряем
Еженедельный коэффициент использования по функциям

Данные ненадежны

Распространенная причина
Миграция без сверки
Первый шаг
Выборочное сравнение с источником
Что мы измеряем
Коэффициент выявленных расхождений

Нет согласия по поводу того, что значит 'готово'

Распространенная причина
Отсутствие критериев приемки
Первый шаг
Определить Definition of Done
Что мы измеряем
Формально принятые элементы

Как мы работаем

Этапы поставки

  1. 01

    Остановить и составить карту

    Единое, согласованное всеми сторонами видение.

  2. 02

    Сквозная диагностика

    Объем, архитектура, данные и поставка.

  3. 03

    Решения

    Что заморозить, продолжить и перестроить.

  4. 04

    Немедленная стабилизация

    Устранение препятствий в повседневной работе.

  5. 05

    План действий

    Приоритизированная последовательность с вехами.

  6. 06

    Возвращение на правильный путь

    Пересмотр по вехам и постоянное измерение.

Продолжить изучение

Связанные услуги и руководства

Часто задаваемые вопросы

Спасение проектов — общие вопросы

Означает ли спасение начать все с нуля?
Почти никогда. В большинстве случаев существенная часть работы выполнена качественно и заслуживает сохранения. Цель — точно определить, какие слои неисправны, и исправить только их, принимая разумное решение, а не решение, основанное на фрустрации.
Сколько длится диагностика?
Целевая диагностика намного короче проекта. Она ограничена по времени с самого начала, поскольку затянувшаяся диагностика становится частью проблемы.
Что, если текущий поставщик все еще вовлечен?
Это распространенная и полностью управляемая ситуация. Диагностика исследует состояние системы и процесса, а не людей, и выводы служат основой для совместного решения о том, как действовать дальше.
Что, если бюджет уже исчерпан?
Тогда знание того, что именно отсутствует, становится еще более важным. Диагностика, выявляющая три реальные проблемы, значительно экономичнее, чем продолжение бесцельной разработки, которая приводит к новым сбоям.

Следующий шаг

Диагностировать проект

Мы оценим фактическое состояние проекта и определим три действия, которые восстановят контроль.

Шаг 1 из 2

Ваши данные будут использованы исключительно для связи с вами в соответствии с политикой конфиденциальности.

Следующий шаг

Диагностировать проект

Мы оценим фактическое состояние проекта и определим три действия, которые восстановят контроль.