Свежий выпуск ISACA Journal (Vol.4, 2014) посвящен теме ИТ-руководства.
Помимо традиционного материала для аудиторов, есть несколько статей интересных и не-аудиторам:
Leveraging Metrics for Business Innovation (Yo Delmar, CISM, CGEIT). Есть перевод на русский .
Ключевое послание - результативные метрики критичны для обеспечения согласованности (alignment) ИТ и бизнеса, повышают операционную эффективность, а также должны стать источником «репозиционирования» ИТ как источника инноваций и конкурентного преимущества. Достижение этих целей лежит в области выбора метрик наиболее сильно связанных со стратегией компании и показателями ее производительности (эффективности).
Автор предлагает обратить особое внимание на пять аспектов проектирования полезных метрик:
Align Business Initiatives and IT Solutions (Ikumi Miyagi, CGEIT, CRISC, Hiroshi Monden, CISA, CIA, CRMA, Mitsuko Azuma, CISA, Reiso Kimura, CISA, CIA, Masatoshi Aramaki, CISA, CRISC, CIA, Kan Hara, CISA, CPA, and Takashi Ishijima, Ph.D., CPA)
Извечная тема согласованности ИТ и бизнеса. Японские коллеги сообщают, что 70% ИТ-проектов в Японии признано проваленными, а причины их кроются в следующем: различное видение проекта у членов проектной команды и ключевых заинтересованных сторон ввиду нечеткого определения целей проекта; ожидания менеджмента не определены на первой фазе ИТ-проекта (видимо имеются в виду инициация проекта). Предлагается решить эти проблемы с помощью каскада семинаров, начиная с топ-менеджмента до исполнителей, на каждом этапе передавая результаты в качестве входных данных для семинара более низкого уровня.
Вообще, статья сильно напомнила табличку COBIT про pain points, а также каскадирование stakeholders needs в сами знаете что.
Меня заинтересовали ссылки на некую методологию «Proper Project Plan Creation Methodology, SUSD», откуда и якобы берется решение извечных проблем. Результаты поиска небогаты, но нашелся интересный документ http://dream-biz.jp/Reiso_Kimura_Report2012.pdf . Указан один из авторов статьи.
The Business Case as an Operational Management Instrument—A Process View (Kim Maes, Steven De Haes, Ph.D., and Wim Van Grembergen, Ph.D).
Помимо традиционного материала для аудиторов, есть несколько статей интересных и не-аудиторам:
Leveraging Metrics for Business Innovation (Yo Delmar, CISM, CGEIT). Есть перевод на русский .
Ключевое послание - результативные метрики критичны для обеспечения согласованности (alignment) ИТ и бизнеса, повышают операционную эффективность, а также должны стать источником «репозиционирования» ИТ как источника инноваций и конкурентного преимущества. Достижение этих целей лежит в области выбора метрик наиболее сильно связанных со стратегией компании и показателями ее производительности (эффективности).
Автор предлагает обратить особое внимание на пять аспектов проектирования полезных метрик:
- Тон задают стратегия, цели предприятия и ключевые целевые показатели результативности.
- Разрабатывайте метрики с учетом динамичности среды.
- Создавайте ключевые метрики, которые будут полезны в рамках разных инициатив
- Не забывайте про простоту внедрения
- Сохраняйте открытость к изменениям
Align Business Initiatives and IT Solutions (Ikumi Miyagi, CGEIT, CRISC, Hiroshi Monden, CISA, CIA, CRMA, Mitsuko Azuma, CISA, Reiso Kimura, CISA, CIA, Masatoshi Aramaki, CISA, CRISC, CIA, Kan Hara, CISA, CPA, and Takashi Ishijima, Ph.D., CPA)
Извечная тема согласованности ИТ и бизнеса. Японские коллеги сообщают, что 70% ИТ-проектов в Японии признано проваленными, а причины их кроются в следующем: различное видение проекта у членов проектной команды и ключевых заинтересованных сторон ввиду нечеткого определения целей проекта; ожидания менеджмента не определены на первой фазе ИТ-проекта (видимо имеются в виду инициация проекта). Предлагается решить эти проблемы с помощью каскада семинаров, начиная с топ-менеджмента до исполнителей, на каждом этапе передавая результаты в качестве входных данных для семинара более низкого уровня.
Вообще, статья сильно напомнила табличку COBIT про pain points, а также каскадирование stakeholders needs в сами знаете что.
Меня заинтересовали ссылки на некую методологию «Proper Project Plan Creation Methodology, SUSD», откуда и якобы берется решение извечных проблем. Результаты поиска небогаты, но нашелся интересный документ http://dream-biz.jp/Reiso_Kimura_Report2012.pdf . Указан один из авторов статьи.
The Business Case as an Operational Management Instrument—A Process View (Kim Maes, Steven De Haes, Ph.D., and Wim Van Grembergen, Ph.D).
Хорошо подготовленный бизнес-кейс повышает улучшает качество принимаемых решений об инвестициях, что очевидно; тем не менее, с процессной точки зрения, организация деятельности по подготовке бизнес-кейсов зачастую не очень качественна.
Статья содержит мнения экспертов относительное практик, которые целесообразно использовать при подготовке бизнес-кейсов. Интересное отображение предложенных практик подготовки бизнес-кейсов на процессы COBIT 5 APO04 - Manage Innovation и BAI01 - Manage Programmes and Projects.
Сделал себе пометку вернуться при случае (подготовки бизнес-кейса) и опробовать техники, которые обозначены как наиболее результативные.