В настоящее время я ищу пути пересмотра традиционных подходов к разработке проекта бизнес-анализа и принятия более эволюционного процесса развития.
Многие организации используют метод унифицирования разработки последовательного процесса проектирования и разработки процессов, известных как «водопад». Эта модель применялась с начала 1980-х и, как следует из названия, посредством следующих этапов, шедших один за другим, как водопад:
- Концепция
- Инициирование
- Анализ
- Проектирование
- Разработка
- Тестирование
- Внедрение
- Поддержка
Этот процесс предполагает, что расходы на перемещение в обратном направлении (попытка плыть вверх по водопаду) слишком высоки, поэтому возможно движение только в одном направлении. Типичный BI проект может перевести описанные выше действия в следующие мероприятия:
- Сбор требований пользователей посредством семинаров и интервью
- Разработка технических требований - подробный пользовательский / системный анализ
- Разработка модели данных и карты источников системы
- Разработка извлечения, преобразования и загрузки процессов
- Создание отчетности окружающей среды, включая отчеты и информационные панели
- Завершающее тестирование и подписание
Однако, движение только в одном направлении этого процесса часто может привести к работе рывками. Если мы имеем дело с крупным проектом без фазы введения, рывок может стать препятствием или привести к задержкам для процессов бережливого производства!
Этот процесс также ограничивает любые корректировки подхода или пересмотра решений. Во многих случаях шаги процесса приводят к развитию решений, не подходящих для этой цели и требуют недель пересмотра.
Вопросы следующие: «Почему этого не заметили ранее в данном процессе? Как мы пропустили эти требования?». Чтобы сломать систему и улучшить качество каждого этапа некоторые организации принимают итеративный подход к разработке. Приложения итеративной разработки обычно включают нарушение каждого из вышеуказанных шагов.
Вот пример того, как будет выглядеть каждая итерация:
Итерация 1: Сбор требований пользователей посредством семинаров и интервью
Итерация 2: Разработка технических требований - детальный пользовательский / системный анализ
Итерация 3: Разработка моделей данных и карты источников системы
Итерация 4: Разработка извлечений, преобразований и загрузки процессов
Итерация 5: Уточнение требований пользователей посредством семинаров и интервью
Итерация 6: Уточнение технических требований - детальный пользовательский / системный анализ
Итерация 7: Уточните данные модели и карты из источников системы
Итерация 8: Уточнение извлечений, преобразований и загрузки процессов
Итерация 9: Создание отчетности окружающей среды, включая отчеты и информационные панели
Итерация 10: Полное тестирование и утверждение
Хотя это действительно помогает развивать лучшие решения качества и может сократить некоторое время, фактически пока все шаги процесса не завершены мы не получаем положительного результата. Гибкое развитие этой методологии решения BI могут научиться как философии направленной на развитие решений для пользователей по частям.
Итак, каким образом мы можем внедрить согласованное развитие BI?
Одним из ключевых направлений является принятие первых 6 шагов, определенных ранее в типичных BI проектах и их внедрение. При этом отдельные шаги могут быть соединены за счет использования интегрированной рабочей группы пользователей / разработчиков / аналитиков для решения «раскадровки» из «данных для приборной панели / отчетов». Итерации по-прежнему используются, однако выполняются в ряду точек, где каждая точка представляет собой полный цикл развития от определения к реализации, т.е. в конце точки пользователю будет предложено применить отчет, который он может начать использовать сразу же, чтобы добавить значение для бизнеса.
Ключевые элементы данного типа быстрого развития BI:
- Разбивка BI проекта на серию этапов (точек), для достижения ощутимых результатов бизнеса и клиентов проекта. Это может включать выполнение предварительного этапа для создания основного сервиса, необходимого для остальной части проекта. Например, первоначальная настройка среды, хранилища данных или платформы отчетности.
- Выделите определенные сроки выполнения для каждого пункта, к примеру, такие как еженедельные результаты. Это будет гарантировать, поддержку темпа проекта и даст бизнесу четкую картину того, что будет доступно и когда. Это является ключевым моментом вовлеченности заинтересованных сторон, достигаемым, путем постоянного предоставления ощутимого и видимого результата.
- Систематизация процессов и документации посредством совместной работы команды и раскадровки. Раскадровка должна быть использована для замены традиционных требований и спецификаций до конца срока, обеспечивая наглядную картину всей деятельности и взаимодействий.
- Поддержка участия заинтересованных сторон, посредством разработки решения с регулярным обзором, тестированием и улучшением.
автор: Даниэль Сентер, менеджер бизнес информации Менеджер в Balfour Beatty Utility Solutions. Дапниэль имеет более чем пятилетний опыт работы в непрерывном совершенствовании и управлении процессами, подготовке специалистов по проектам Lean, Six Sigma, управлению изменениями, внедрению эффективности управления и развитию бизнес-аналитики. До Balfour Beatty он работал тренером по непрерывному улучшению в Tata Steel Europe и старшим инженером по развитию в Outokumpu Stainless. Имеет степень магистра делового администрирования бизнес-школы Nottingham Trent и материаловедения Бирмингемского университета.
© Материал подготовлен Андреем Гариным
по материалам зарубежных изданий
http://www.klubok.net/
дополнительно по теме:
