Как ИТ-директору загубить BI-проект

19 мая 2014
53

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

Заголовок статьи может показаться агрессивной нападкой и сваливанием вины на ИТ-директоров. На самом деле это предупреждения о тех граблях, на которые можно наступить и искренне пожелание их обойти. Но, все-таки CIO в большей степени может повлиять на ход проекта, принять решения в важных ситуациях, либо бездействовать.

Итак, что можно сделать, чтобы в результате загубить проект:

1. Отложить на потом. Зачастую логика следующая: «Давайте сначала автоматизируем все бизнес-процессы, и когда уже будет полный набор данных, займемся аналитикой. А пока еще рано». Автоматизация процессов — процесс бесконечный в хорошем смысле, они должны постоянно оптимизироваться. А актуальная информация для принятия решений нужна сегодня, а не через год.

В такой ситуации слишком много неопределенностей, поэтому рекомендую разделать проект на 3 очереди:

  • требования к аналитике на имеющихся данных;
  • требования к показателям и отчетам, содержащим данные процессов, находящихся в разработке;
  • та аналитика, которую хотим получить, но еще не решили, как автоматизировать необходимые процессы.

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

2. Возглавить проект. Как ни странно звучит, но ИТ-директору не стоит брать на себя руководство проектом. Вообще, BI по-русски — это система управленческой отчетности, и создается она для финансово-экономических служб и топ-менеджмента. Часто встречаю ИТ-директоров, которые берут тайм-аут для того, чтобы собрать требования с финансистов, коммерсантов, маркетологов и других служб, но еще не встречал ни одного, кто бы потом выдал ТЗ. Как правило, внедрение BI бесконечно откладывается.

К счастью, в моих текущих проектах я работаю с мудрыми ИТ-директорами, которые, несмотря на то, что глубоко понимают экономическую и финансовую «матчасть», намеренно организуют так, что руководителем проекта является, например, начальник планово-экономического управления, или контроллинга. Это позволяет разделить ответственность за достоверность и доступность исходных данных (техническая часть, производительность), и методической (алгоритмами расчета, формой представления данных).

3. Сделать пилот без бизнес-требований. Зачастую это является следствием предыдущего пункта. «Вы сначала сделайте, а мы потом скажем — надо нам или нет» — говорит бизнес ИТ-специалистам в ответ на попытку собрать и формализовать требования к BI. При таком подходе в качестве пилотной задачи берется какая-нибудь большая отчетная форма, которая целую неделю мучительно собирается руками в экселе, и реализуется в BI-системе. Только в результате бизнесу презентуют тот же отчет, только автоматизированный, и он в их глазах не имеет ценности на несколько миллионов.

Чтобы избежать подобной ситуации, нужно в рамках пилота (или тестовой задачи) предложить больше чем просто табличный отчет. Во-первых, это визуализация данных (так называемые дашборды, или информационные панели), а во-вторых, отображение в них не просто абсолютных данных, а KPI хотя бы в виде «светофоров» по отклонениям (% выполнения плана, доли, рейтинги и т.д.). В итоге это позволит уместить «портянки» в 100 колонок и 500 строк на один экран, дающий наглядные ответы на вопросы.

4. Ограничиться «конструктором отчетов». Одно из сладких обещаний, которое сулят продавцы BI-систем — это то, что ИТ больше не будет заниматься разработкой новых отчетов, бизнес сам будет работать с визуальным конструктором на «самообслуживании». Однако надо понимать: есть конструктор запросов, для работы с которым достаточно навыков владения Экселем: покрутить кубы и получить нужную цифру, что заменяет необходимость писать SQL-запросы и получать выборки в поисках проверки гипотез. Но если снова говорить об отчете, как инструменте для принятия решения, то это, как правило, представление данных в нескольких разрезах, заложенных сценариях детализации, фильтрации. Его создание в любом случае потребует квалификации разработчика.

В итоге бизнес не получает «универсального интуитивно понятного конструктора», а ИТ-служба тоже остается недовольной «гуманитариями», неспособными сделать 5 кликов мышкой. Чтобы избежать этого, нужно учить и еще раз учить. А обучение — это не когда разработчик за 2 часа расскажет где какие функции в меню, а когда 3 дня профессиональный тренер будет обучать на сквозных примерах.

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

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

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


9141
Поделиться
Коментарии: 53
  • Виктор Федько
    Рейтинг: 337
    Эксперт
    20.05.2014 08:33

    По 1. - Не очень понял, разделение проекта на 3 части - это рекомендация "как загубить" или "как реализовать" ?

    По п.2

    но еще не встречал ни одного, кто бы потом выдал ТЗ. Как правило, внедрение BI бесконечно откладывается.
    А тут замкнутый круг.Я , к примеру, еще не видел ни одного коммерсанта, маркетолога или финансиста, который бы выдал хоть раз в жизни ТЗ для ИТ- проекта. "Хотелку" - да. Но не ТЗ. Так что писать его все равно придется службе CIO. При любом раскладе. Или внешнему подрядчику.

    Вообще же, тезис не бесспорен. Возглавить проект это не обязательно загубить. Как правило, у топ-финансистов много иной, текущей работы, а руководство проектом - это занятие , требующее большого отвлечения времени и сил. А если еще в процесс вовлечены подразделения, подчиняющиеся разным топам - так и совсем сложно. CIO как руководитель BI проекта - это конечно слишком, хотя тоже имеет место быть. Да и всякий проект ведь разделяется на 2 части - организационную и функциональную. Вот как раз как организатор-руководитель проекта - CIOвполне может быть. А топы - по функциональной части в виде замов. Такая архитектура вполне себе имеет право на существование имхо. Опробовано - работает )).

    По п 3. Согласен полностью. Давно уже отмел все попытки "«Вы сначала сделайте, а мы потом скажем — надо нам или нет» . Утром деньги - - вечером стулья.

    По п. 5 .

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

    • Алексей Колоколов Виктор
      Рейтинг: 10
      Институт бизнес-аналитики
      Директор
      20.05.2014 21:59

      Разделение проекта на 3 очереди - это про так как спасти и избежать 2 крайностей:

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

      • Виктор Федько Алексей
        Рейтинг: 337
        Эксперт
        20.05.2014 22:19

        Понятно. Да, такое имеет место быть.

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

        Насчет переоценки - да, согласен, подрядчик хочет больше, заказчик - меньше. Тут хорошо помогают закрытые тендеры. 2-3-4-5 подрядчиков дают предложения. И сразу обычно видно, кто как работает и подходит к делу. Мы эту тему тут где-то обсуждали , по моему в прошлом году.Не помню, в какой дискуссии.

  • Илья Козлов
    Рейтинг: 60
    ООО «Агрохолдинг «Энергомера»
    Исполнительный директор
    20.05.2014 09:57

    Не буду комментировать по пунктам, а просто поделюсь своим опытом.
    Фактически отдельного проекта именно по BI у нас не было. По мере автоматизации основных бизнес-процессов написались сначала оперативные, а потом управленческие отчеты. Так сложилось, что 90% учетных систем у нас в качестве СУБД используют MS SQL Server и в штате ИТ службы все разработчики неплохо знают T-SQL.
    Оперативные отчеты разрабатываются в рабочем порядке при получении запросов от подразделений-заказчиков.
    С управленческими сложнее. Обычно я организую совещание, куда приглашаю руководителей бизнес-подразделений и помогаю им сформулировать ТЗ.
    Оперативные отчеты обычно оперируют информацией напрямую из учетной системы, управленческие - из промежуточных хранилищ (data warehouse) или OLAP кубов. Кубы собираем сами.
    Основной инструмент для отчетов - MS Reporting Service. Важный плюс - клиентом для просмотра отчетов является Internet Explorer, т.е. не нужно ничего устанавливать, отслеживать актуальность версии и т.п. Отчет публикуется на сервере, пользователю отправляется ссылка и всё.

    • Виктор Федько Илья
      Рейтинг: 337
      Эксперт
      20.05.2014 11:01

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

      Самый, на мой взгляд, верный путь. Поступаю также.

    • Алексей Колоколов Илья
      Рейтинг: 10
      Институт бизнес-аналитики
      Директор
      20.05.2014 22:09

      Открою секрет: просмотр в браузере это фишка не только Reporting Service, а стандарт любой современной BI-системы. Вот если вы будете кубы MS Analysis Services крутить в Excel 2013, то там просто космические вещи можно делать.

      • Дмитрий Мандрыкин Алексей
        Рейтинг: 61
        ООО "Информационные технологии-бизнес"
        Директор
        22.05.2014 07:14

        Далеко не любой. например, у MS BI нет возможности просмотра отчетов через Web.

        • Марк Шварцблат Дмитрий
          Рейтинг: 10
          КТ "Акведук"
          ИТ-директор
          22.05.2014 07:45

          Эээ... Чем не устраивает возможность публикации отчетов на портале?

          • Дмитрий Мандрыкин Марк
            Рейтинг: 61
            ООО "Информационные технологии-бизнес"
            Директор
            22.05.2014 08:06

            Устраивает. Просто Алексей написал "это стандарт для любой системы". Я лишь отметил, что это не стандарт.

            Конечно, есть иные возможности предоставлять доступ к отчетам. Но ведь это уже не "онлайн". Ведь есть системы с web-интерфейсом, которые позволяют не только просматривать стандартные отчеты, но и играть с данными. Например, такая возможность есть у Prognoz.

            Мы при реализации BI выбрали MS BI + Prognoz. C Excel работают аналитики и сотрудники офиса, с Web-версией - удаленные сотрудники и сотрудники, которым нужен четко ограниченный набор данных и отчетов.

            • Алексей Колоколов Дмитрий
              Рейтинг: 10
              Институт бизнес-аналитики
              Директор
              23.05.2014 09:49

              С "классическим" OLAP от MS действительно покрутить кубы через веб-интерфейс нельзя. А вот с in-memory кубами, появившимися с 2012 года это можно. На Sharepoint публикуется источник данных, и через power view (веб-приложение) вы можете строить произвольные запросы аналогично сводным таблицам.

  • Марк Шварцблат
    Рейтинг: 10
    КТ "Акведук"
    ИТ-директор
    21.05.2014 08:21

    Все здорово, но несколько дорого. Особенно, лицензии на MS Office. :) В тайне мечтаю о продукте на базе MySQL и LibreOffice. :)

    • Виктор Федько Марк
      Рейтинг: 337
      Эксперт
      21.05.2014 09:26

      А чего в тайне то? ))). Не стыдись - все мечтают)))

      • Алексей Колоколов Виктор
        Рейтинг: 10
        Институт бизнес-аналитики
        Директор
        21.05.2014 09:31

        Точно, я забыл еще один путь загубить проект - рассчитывать, что это будет дешево и быстро! Особенно на opensource.

        • Виктор Федько Алексей
          Рейтинг: 337
          Эксперт
          21.05.2014 09:42

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

  • Михаил Петров
    Рейтинг: 349
    Счетная палата Российской Федерации
    Директор департамента цифровой трансформации
    21.05.2014 10:46

    спасибо за статью.
    на самом деле, рекомендации во многом универсальны - не только к BI это относится :)

    • Виктор Федько Михаил
      Рейтинг: 337
      Эксперт
      21.05.2014 11:33

      Да уж самом собой. Практически ко всем ИТ-областям.

      • Ольга Мельник Виктор
        Рейтинг: 200
        Независимый эксперт
        22.05.2014 19:41

        Тогда получается, что практически все ИТ проекты - это бизнес проекты. А вот это уж вряд ли...Вот сегодня говорила с VMWare, будет интервью с руководителем их представительства в России. Оказывается, теперь надо и с их middleware уже через бизнес заходить, а не через ИТ, как раньше.
        Но все же в BI доля участия бизнеса куда выше, чем во многих других ИТ-проектах. И областей, где требуется столь тесное участие бизнес-подразделений, не так и много.

        • Виктор Федько Ольга
          Рейтинг: 337
          Эксперт
          22.05.2014 19:57

          Так, а ИТ само по себе кому нужны ?

          Вот, к примеру , полная замена канализационных труб - это бизнес проект или нет? Ведь тут никто не спрашивает TCO, ROI и прочее.Все понимают - прорвет, лопнут - и бизнес кончится - сотрудники по домам разбегутся. Значит,это бизнес-проект, пусть опосредованно, пусть чисто затратный, но - проект.

          Так и ИТ. BI к бизнесу гораздо ближе. BPM, CRM. А вот допустим, AD, часто портал, сетевая инфраструктура, СХД и т.п - от бизнеса подальше. Но не будет нормального ЦОДа - не будет и BI.

          Я бы разделил эти две вещи - бизнес-проект или не бизнес-проект
          и
          доля участия бизнеса в ИТ проекте. В этом случае действительно бизнес участвует больше и глубже. А при внедрении , скажем, ServiceDesk - почти не участвует. Только оплачивает)))

          Но в любом случае все ИТ проекты делаются под бизнес, по требованию бизнеса. Для его поддержки и развития.

  • Евгений Цейтлин
    Рейтинг: 470
    ФГБУ ФНКЦСМ ФМБА России
    Зам. начальника отдела ИТ по анализу и развитию информационных систем
    21.05.2014 11:58

    BI тема модная и нужная.
    Но, как правило, для получения реального результата в BI необходимы данные с "нижних уровней».
    Запуск системы BI на данных, которые ручками вносят «300 китайцев», превращается в дорогой и красивый автомобиль запряженный бурлаками.

  • Дмитрий Мандрыкин
    Рейтинг: 61
    ООО "Информационные технологии-бизнес"
    Директор
    22.05.2014 07:13

    Алексей, рад видеть!
    Загубить можно все и без ИТ-директора.
    Главное в проектах BI - четко понимать ЧТО будет результатом работы BI и КАК с помощью этого предполагается повышать эффективность бизнеса, понимать что придется изменить в бизнес-процессах и готова ли компания на это.

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

  • Виктор Федько
    Рейтинг: 337
    Эксперт
    22.05.2014 07:47

    И "заслуга" ИТ-директора в убийстве проекта - это разве что неверная оценка мощностей под систему, ее развитие.

    Да не совсем ))). CIO - это вообще разрушительное оружие большое силы))). Можно неверно оценить мощности, можно ошибиться в выборе подрядчика, можно выбрать неверный план внедрения. В любом случае CIO - будет руководителем-организатором проекта. И чтобы не случилось - виновный всегда известен. CFO уж точно на себя вину не возьмет.

    • Дмитрий Мандрыкин Виктор
      Рейтинг: 61
      ООО "Информационные технологии-бизнес"
      Директор
      22.05.2014 08:16

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

      Давайте определимся - что такое проект внедрения BI? - Это выбор инструмента или оптимизация работы процессов в компании? Цель ведь "зарабатывать больше денег", если грубо. Можно установить замечательный софт, нарисовать красивые инструкции. Но если коммерческая служба и/или иные потребители данного инструмента будут саботировать его использование или просто не будут знать что с ним делать - ну и смысл огород городить?

      Поэтому с моей точки зрения, проекты подобного рода должны называться не "внедрение BI", а "оптимизация полочного пространства", "снижение out-of-stock" и т.д. Зачем покупать ребенку электронный микроскоп для уроков биологии, если достаточно обычного?
      Кстати, это не только про BI.

  • Виктор Федько
    Рейтинг: 337
    Эксперт
    22.05.2014 08:40

    Поэтому с моей точки зрения, проекты подобного рода должны называться не "внедрение BI", а "оптимизация полочного пространства", "снижение out-of-stock" и т.д

    Я с Вами тут согласен. Конечная цель - больше заработать. Давайте рассмотрим всю цепочку :
    Бизнес т - как бы нам больше заработать
    CIO - можно попробовать с помощью BI, есть такие инструменты (ну, если конечно CFO не в курсе, а такое случается)
    Что далее? Идет отбор инструментов, просмотр систем. Смотрят референсы, похожие проекты и т.п. И делает все это CIO ! Потом предъявляет на выбор бизнесу.
    Совместное рассмотрение вариантов позволяет выбрать инструмент , вендора.
    Следующий вопрос - кто конкретно будет делать? А CFO и прочим имхо все равно! Им нужен конечный продукт. И желательно побыстрее и подешевле. И только CIO, обладая нужным опытом, знакомством с рынком этих продуктов, связями и всем остальным необходимым может сказать - будем работать с компаниями А, В или С. Или вендор кого-то порекомендует. Дальше можно устроить шоу конкурсов и тендеров, тут у кого как принято. Но оценить качество подрядчика по очень многим критериям, включая истории успеха, может имхо только CIO. И, соответственно, рекомендовать, а потом нести ответственность.

    Если выбор подрядчика берет на себя CFO или иные топы, то тут возможно 2 варианта -
    1. они опытные, умные, продвинутые и знают с кем надо работать. C CIO посоветуются, но решение примут сами . Возможно, им кто-то посоветует, или есть старые , отработанные связи на этом рынке.
    2. Они вынуждены принимать сами такое решение. Потому что у них не CIO, а ИТ-завхоз и в этом ничего не понимает (кроме как в серверах и СХД, и то слава Богу).
    Третьего варианта, как мне кажется, нет.

    • Марк Шварцблат Виктор
      Рейтинг: 10
      КТ "Акведук"
      ИТ-директор
      22.05.2014 09:19

      Не умные, не опытные, не продвинутые, но у CEO есть сын, у которого есть друг, который знает парня, который краем уха слышал и рекомендует. :)

      • Виктор Федько Марк
        Рейтинг: 337
        Эксперт
        22.05.2014 09:29

        Это святое! Святое не трогай :)

        Только хочется верить иногда, что у CEO тоже есть голова и что на своем месте он сидит не только потому, что его рекомендовала подруга жены его племянника - она же дочь владельца :)
        То есть, он не станет вмешиваться в этот процесс глубоко, а доверится , все-таки, профессионалам :)

        • Павел Шмелев Виктор
          Рейтинг: 10
          РДТЕХ
          Директор Центра технического консалтинга
          22.05.2014 13:29

          Это так в России транслируется американский принцип наличия "спонсора проекта " ?

          • Виктор Федько Павел
            Рейтинг: 337
            Эксперт
            22.05.2014 16:59

            Примерно так, да )))

            Здесь вам не равнина - здесь климат иной.
            Идут лавины одна за одной,
            И здесь за камнепадом ревет камнепад.
            И можно свернуть, обрыв обогнуть......
            Но мы выбираем трудный путь...
            Опасный, как военная тропа.

            Убежден - нет в жизни тем и ситуаций, о которых бы не спел Высоцкий.

            • Павел Шмелев Виктор
              Рейтинг: 10
              РДТЕХ
              Директор Центра технического консалтинга
              23.05.2014 10:23

              Нас опять будут ругать за то, что уходим в философию. Но как без нее ? - мы же не роботы по внедрению и мониторингу информационных систем...
              Живя в новой России несколько лет, у меня складывается впечатление, что это сознательный выбор счастья трудных дорог ( а там, где трудности нет, ее надо создать только для того, чтобы потом с честью и кровью преодолеть)...

              • Виктор Федько Павел
                Рейтинг: 337
                Эксперт
                23.05.2014 10:34

                Опять ? А что, уже ругали? ))). Да как без философии - вся жизнь - борьба! )))).

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

              • Ольга Мельник Павел
                Рейтинг: 200
                Независимый эксперт
                23.05.2014 11:31

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

                • Виктор Федько Ольга
                  Рейтинг: 337
                  Эксперт
                  23.05.2014 12:53

                  Знаем, конечно)). Когда предыдущий пост писал, сразу о нем вспомнил, но не решился....))
                  Собственно, так и внедряем все - стоя в гамаках и в боксерских перчатках :)

  • Алексей Колоколов
    Рейтинг: 10
    Институт бизнес-аналитики
    Директор
    24.05.2014 19:42

    Попытаюсь вернуть от философии к практике. В рамках дискуссии хотел поинтересоваться опытом и мнениями участников сообщества. Получается, что двое высказались за MS плюс в одном случае репортинг на Прогнозе. А кто-нибудь использует решения других вендоров, присутствующих на рынке: Cognos, Qlikview, SAP BO, Oracle, Microstrategy?

    • Павел Шмелев Алексей
      Рейтинг: 10
      РДТЕХ
      Директор Центра технического консалтинга
      26.05.2014 18:16

      Наша компания много и успешно внедряет решения ORACLE

  • Борис Славин
    Рейтинг: 10
    ФГБОУ ВПО "Финансовый университет при Правительстве Российской Федерации”
    Научный руководитель факультета ПМ и ИТ
    24.05.2014 23:17

    BI решения – это решения из следующей эпохи, из общества знаний. Поэтому так трудно найти удачные решения в России сегодня, когда мы живем в предыдущей, или даже в «допредыдущей» эпохе. Проблема «следующей эпохи» в том, что пользователи из такой эпохи перестанут быть просто исполнителями функций, которые заложены в программный продукт. Пользователи BI систем (так же как и систем управления знаниями или идеями) должны сами хотеть пользоваться этими системами, сами формулировать, что они хотят. CIO играет второстепенную роль помощника при внедрении таких систем. Если это не так, это не BI система, а что-то другое. Чье-то желание или амбиция. И с внедрением будет проблема.

    • Дмитрий Маслов Борис
      Рейтинг: 10
      ООО "Магма-компьютер", ЗАО СиСофт
      Руководитель проектов комплексной автоматизации
      18.08.2014 06:28

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

  • Виктор Федько
    Рейтинг: 337
    Эксперт
    26.05.2014 07:39

    должны сами хотеть пользоваться этими системами, сами формулировать, что они хотят.

    Именно так и есть. Хотеть должны сами. Человека нельзя заставить быть счастливым.

    CIO играет второстепенную роль помощника при внедрении таких систем

    Не совсем согласен. В большом числе дискуссий здесь говорилось, что CIO должен быть полноправным соучастником бизнеса. (а не "асушником"). И в любом проекте , связанном с ИТ должен быть соответственно соруководителем проекта. Имхо у CIO не может быть второстепенных ролей

    • Марк Шварцблат Виктор
      Рейтинг: 10
      КТ "Акведук"
      ИТ-директор
      26.05.2014 08:37

      Все руководители верхнего уровня играют первостепенные роли.

  • Андрей Семёнов
    Рейтинг: 10
    Клуб ИТ директоров Тюменской области
    Председатель правления клуба
    27.05.2014 12:17

    Хорошая статья, спасибо Алексей Сергеевич!

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

    • Алексей Колоколов Андрей
      Рейтинг: 10
      Институт бизнес-аналитики
      Директор
      28.05.2014 23:31

      Андрей Борисович, спасибо за комплимент

      Насчет второстепенной роли инструмента соглашусь, но по поводу заказчиков проекта и роли ИТ-директора у меня такое мнение:

      Если предприятие не смогло выбрать/внедрить/использовать BI-систему - то это вина ИТ-директора (груз на его совести). Если BI успешно внедрен и приносит прибыль - то это будет считаться успехом бизнес-заказчика проекта (CFO или другого топа), а CIO останется на вторых ролях как технический исполнитель. Вот такая несправедливость.

      • Виктор Федько Алексей
        Рейтинг: 337
        Эксперт
        29.05.2014 07:57

        Насчет несправедливости - да, такое бывает. Но это, опять же, зависит от роли и места CIO в компании.
        На своем примере - я не отношусь к высшему звену руководства, но любой проект, любая деятельность, связанная или поддерживаемая хоть в малейшей степени ИТ автоматически проходит мою экспертизу и в большинстве случаев возглавляется мной же. При этом, соответственно, и успех и неуспех - тоже мои :). Справедливо, на мой взгляд.

        • Марк Шварцблат Виктор
          Рейтинг: 10
          КТ "Акведук"
          ИТ-директор
          29.05.2014 09:16

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

          • Виктор Федько Марк
            Рейтинг: 337
            Эксперт
            29.05.2014 09:34

            Мы не за нули после цифры - мы за идею :) А нули - они сами потом приходят. Еще хорошо то, что большие боссы предпочитают и лавры и все остальное отдавать ))). Не рискуют. И не жадничают - пистолет дали и крутись :)). Меня устраивает. Главное, что результат есть.

  • Александр Тараканов
    Рейтинг: 10
    ОАО "Северинвестбанк"
    начальник отдела информатизации
    29.05.2014 10:27

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

    • Алексей Колоколов Александр
      Рейтинг: 10
      Институт бизнес-аналитики
      Директор
      01.06.2014 13:10

      Позволю себе не согласиться с вами: автоматизировать процессы ETL, сборку OLAP-кубов и отчеты - дело техники. А вот процесс принятия управленческих решений далеко не всегда формализуем.
      В итоге и получается, что из BI-системы отчет экспортируется в Excel, где уже цифры корректируются вручную "экспертным" методом. Причем многие эти критерии вполне формализуемы, просто об этой методической работе в ходе проекта часто забывают.

      • Марк Шварцблат Алексей
        Рейтинг: 10
        КТ "Акведук"
        ИТ-директор
        02.06.2014 16:42

        Наступали на подобные грабли и было принято судьбоносное решение - если предоставленная менеджером табличка по имеющимся фактам тут же не может быть проверена из BI его руководителем, то подобный отчет просто не принимается. Даже во внимание.

        • Виктор Федько Марк
          Рейтинг: 337
          Эксперт
          02.06.2014 19:03

          Вполне логично. У нас CEO пошел еще дальше - некоторые отчеты он требует либо сформированные из системы в доступ со своего ПК, либо в печатном виде, но... только из системы - никаких EXEL и WORD. С указанием определенных реквизитов. Это касается , конечно, не всего, но тенденция именно в этом направлении.

          • Марк Шварцблат Виктор
            Рейтинг: 10
            КТ "Акведук"
            ИТ-директор
            02.06.2014 19:25

            И это правильно. Минимизируется ненужное "творчество".

        • Дмитрий Маслов Марк
          Рейтинг: 10
          ООО "Магма-компьютер", ЗАО СиСофт
          Руководитель проектов комплексной автоматизации
          18.08.2014 06:51

          надо взять на вооружение подобную стратегию поведения руководителя

  • Максим Скидан
    Рейтинг: 10
    Fx
    Head of T infrastructure (Начальник IT инфраструктуры)
    14.11.2014 09:18

    Хорошая статья! Кратко и по делу!

  • 05.01.2015 01:14

    п.2 Ну совсем не по теме статьи.
    Кто сказал, что кто-либо из руководителей среднего уровня или ТОПов лучше будет драйвить проект, чем CIO ? Они также не больно-то могут стремиться брать на себя ответственность. Кто сказал, что CIO не в состоянии сорганизовать работу бизнес-коллег? Кто сказал, что CIO-технический руководитель-исполнитель воли бизнес-архитекторов из планово-экономической, финансовой или маркетинговой служб, а не такой же формирователь бизнес-архитектуры ? И кто сказал, что руководитель маркетинга, логистики или финансов лучше, чем CIO организует работу по проекту, сводя правильным образом потребности коллег других бизнес-подразделений и не считая свой взгляд более правильным, чем остальных со-заказчиков?

Предметная область
Отрасль
Управление