Добро пожаловать в мир успешных ИТ-проектов...

  • Об уникальности и скрытых резервах решений "из коробки" Почти нет сомнений, что настоящее и будущее за готовыми типовыми решениями для автоматизации управления - готовыми к использованию ERP, CRM, WM, BI и проч. Уже мало тех, кто хочет "пилить" свои ...
    Posted May 14, 2020, 11:47 AM by Alexander Stepanov
  • Системный анализ, как игра: Часть I, Топливо для мотивации В чем смысл работы системного аналитика? На мой взгляд - в обнаружении вариантов решения задачи и содействии выбору наиболее подходящего. Возможно, кому-то из вас уже приходилось видеть скучные бестелесные постановки ...
    Posted May 4, 2020, 11:26 AM by Alexander Stepanov
  • Риски и организационная зрелость в проектах "цифровой трансформации" Уже много-много месяцев, как я участвую в проекте внедрения ERP-системы на стороне заказчика в роли ИТ-системного аналитика. Почти сразу - примерно в течение первых двух месяцев с момента ...
    Posted Sep 6, 2020, 12:20 PM by Alexander Stepanov
Showing posts 1 - 3 of 8. View more »

Начните полностью контролировать свой сложный и дорогостоящий ИТ-проект

Системы класса ERP, CRM, BPM, BI и др.

Снизьте затраты и риски, увеличьте эффективность и уровень возврата инвестиций в проектах автоматизации управления предприятием за счет принятия решений на основе правил. Освойте новый подход к контролю своего ИТ-проекта.

"Нет правил - нет стратегии. Сформулировали правила, значит разработали стратегию."

Краткая характеристика предлагаемого подхода:

  • Ориентирован на менеджмент предприятия:
    • Оперирует целями корпоративного управления.
    • Формулирует ценность в парадигме цикла управления.
    • Основан на концепции "архитектура предприятия".
  • Эксклюзивен:
    • Учитывает ограничения организационной формы предприятия и его подразделений (по Г. Минцбергу).
  • Фундаментален:

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

Консультации по тематике управления ИТ-проектом:

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

А также ответы на вопросы "Почему...":

  • ваш ERP-проект никак не может завершиться приемлемым успехом?
  • сколько не стараетесь, а CRM-система так и не работает?
  • внедрили BPM-систему, а стало только хуже?
  • ваша BI-система так неудобна в использовании, и ей не доверяют?

И "Как...":

  • повысить доверие к ИТ-службе предприятия?
  • убедиться в обоснованности бюджета ИТ-проекта?
  • сформулировать правила принятия проектных решений?

Консультационная услуга "Счастливая ИТ-система"


Навигатор в океане проектных возможностей и рисков: поддержка заказчиков и исполнителей в проектах внедрения систем класса ERP (MRP/CRP, WM, TM, CRM), BPM, BI, AI и производных решений для автоматизации бизнеса - это альтернатива интуитивному и стихийному управлению проектом внедрения.

"В парадигме ИТ-рынка, когда ИТ - это только товар для купли-продажи, клиент рискует стать "разведенным лохом" в результате целенаправленных недобросовестных действий, ошибок или стечения обстоятельств. Страховка - это научный, объективный, доказательный подход к ведению проекта..."

Диагностика

Какова цель новой системы и что она из себя будет представлять, есть ли ограничения и как их преодолеть, каков масштаб проекта и сколько он может стоить, как проект должен быть реализован, как найти и выбрать исполнителей - все это в поле зрения стадии "Диагностика". И если нет ясности в любом из этих вопросов, то вы теряете деньги.

Анализ

Как извлечь и обработать требования к системе, как убедиться, что не забыто самое главное, что может быть реализовано готовыми и доступными на ИТ-рынке решениями, а что новое нужно создать в рамках проекта, каковы реалистичные границы проекта по стоимости и содержанию работ - все это в поле зрения стадии "Анализ". Как и на предыдущем этапе: если нет ясности, то вы теряете деньги.

Проектирование

Сколько на самом деле вариантов воплощения (настройки и разработки) программного решения, какой вариант оптимален и почему, как заглянуть в будущее с использованием моделирования и прототипирования - все это в поле зрения стадии "Проектирование" (или "Дизайн"). Здесь потенциальные потери - более тонкая материя. Если подрядчики "напилили" вам, что умели и что "прокатывало на ура у других" - возможно, вам повезло. Но пойдете вы дальше не с тем, что идеально для вас, а с тем, что идеально для них...

Производство

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

Развертывание и запуск

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


"Периодически приходится повторять клиентам и коллегам: информационную систему уровня предприятия (да и отдела тоже) нельзя купить - ее можно только построить. "Строить" для меня - управлять реализацией замысла. Поэтому речь не о том, чтобы писать программный код... Даже приобрести, настроить, запустить и поддерживать тиражируемое решение - это все про "построить". Если кто-то думает, что куплю "готовенькое" и буду "юзать", например, из "облака" и "никаких проблем", то для решений сложнее, чем "три кнопки" это не прокатит. А решения для автоматизации управления всегда сложнее, чем "три кнопки". Не теряйте время и не выбрасывайте деньги на ветер..."

Инструментарий

Что же мешает многим проектам внедрения ИТ-систем достичь максимальной эффективности? Отсутствие четкого целеполагания, отсутствие четкого образа будущего решения и его бизнес-ценности, отсутствие четкого плана движения к цели - не понимание задач, которые нужно решить. Это самые важные факторы любого проекта. Поэтому для каждого проекта я синтезирую "экземпляр" методологии, адаптируя ее под специфику проекта. Вот мои основные ингредиенты (так сказать, "базовые классы"):

  • Архитектурный подход (Enterprise Architecture), который связывает воедино мотивацию (миссию, стратегические цели, бизнес-драйверы / факторы) с бизнес-архитектурой, архитектурой информации, архитектурой приложений и ИТ-инфраструктурой.
  • Процессы жизненного цикла систем (ИСО/МЭК 15288).
  • "Учение" Генри Минцберга о базовых формах организационного управления.
  • Авторский подход на основе типового цикла управления (типовые задачи управления + замкнутые контуры управления с обратной связью): позволяет вести диалог с заказчиком - прояснять содержание проекта и формировать облик будущего решения для автоматизации.

"Это арсенал средств для преодоления множества проблем. Но помните, что "методология" - не значит "теория" или "много текста и слов". В ряде случаев очень многое можно выразить графом, умещающимся на одной странице ("картой знаний"). Методология - это способ мышления, позволяющий построить дорожную карту проекта внедрения, и удержать проектную команду на маршруте движения к цели."