Спасибо за ваше мнение!
Пока канал оставляем «как есть», буду публиковать и про корпоративную архитектуру с ИТ-стратегией, и про менеджмент

Когда нужно сделать Capability map или ИТ-архитектуру по функции ИТ (для коммуникаций с топ-менеджментом)
 
📊 Опрос показал, что востребованные capability map – ИТ, экономика и финансы, медицина.
 
🏁 Начинаю серию постов с capability map и ИТ-архитектурам по ним.
 
Чтобы было не обидно четвёртому месту - нефтегазу, первая карта по ИТ из Shell.

Исходник для использования 👉 здесь
 
#кейс #топ #архитектура #эффективнаяработа #лучшее
via 📢@it_ace

💬 Комментировать

Как быстро решать рабочий конфликт между разными департаментами #2

Звонит мне перед праздниками один большой менеджер из ИТ, поздравляет с наступающим и говорит об одном из предыдущих постов: «Не правильно ты написал в канале, вообще все не так, не решаются конфликты протоколом разногласий».

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

P.S. Менеджер сказал, что это - фрейм BCG.

#фрейм #итменеджмент #практика #эффективнаяработа #выученныеуроки #лучшее
via 📢@it_ace

💬 Комментировать

Когда нужно сделать Capability map или ИТ-архитектуру по медицине (для коммуникаций с топ-менеджментом)

Capability map и ИТ-архитектура медицинской организации.

Также в файле есть много референсов по Digital Health.

Не обезличено так как из открытых источников.

#кейс #топ #архитектура #эффективнаяработа
via 📢@it_ace

💬 Комментировать

Как быстро решать рабочий конфликт между разными департаментами #3

Тема про конфликты, чувствую, очень актуальна)

🔝 Один топ-менеджер прочитал пост выше и оставил комментарий. С его разрешения публикую его:

"Это теоретически. А практически в политконфликтах:
1️⃣ топ-менеджер не хочет решать политконфликты между департаментами - "сами пусть разгребают". И вообще, начдепы часто не его, а подсаженные, - "ну их, от греха подальше".
2️⃣ люди не хотят говорить правду в чем суть конфликта. Иногда сами не понимают.

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

❗️ Поэтому если ИТ-менеджер что-то хочет продвинуть ему нужно научиться проводить медиацию. Это верно, будь ИТ-менеджер от подрядчика или внутри организации.

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

BCG хорош, когда все коммерческие, все мотивированные на результат, руководитель проактивен и заслуживает своего места)))

Жизнь же многообразна..."

#топ #итменеджмент
via 📢@it_ace

💬 Комментировать

Когда нужно сделать Capability map или ИТ-архитектуру по экономике и финансам (для коммуникаций с топ-менеджментом)

Шаблон Capability map и трафарета для ИТ-архитектуры по блоку экономики и финансов на основе реального проекта. Это - один из примеров, будет еще😋

Исходник для работы 👉 здесь

#кейс #топ #архитектура #эффективнаяработа
via @it_ace

💬 Комментировать

Как понять куда строить экосистемы / как думают об экосистемах

Меня спросили по поводу этой презентации: «Что такое Ecosystem map и как им пользоваться?» (в презентации есть упоминание этого инструмента как одного из новых для корп архитекторов).

Про Ecosystem map в этом посте. Рекомендую ознакомиться всем, чьи корпорации строят или планируют строить экосистемы.

Пример самой карты во вложении.

Что это и как этим пользоваться 👉 здесь, 👉 здесь и 👉 здесь

Разные примеры:
✔️ Adidas 👉 здесь
✔️ Страхование 👉 здесь
✔️ Кейс Salesforce + Slack 👉 здесь
✔️ Oracle, TikTok, Microsoft, Walmart 👉 здесь

Блог про это все 👉 здесь

#фрейм #корпорация #архитектура #итстратегия #лучшее
via @it_ace

💬 Комментировать

Когда нужно сделать Capability map / карту процессов по функции ИТ #2 (для коммуникаций с топ-менеджментом)

Шаблон от KPMG

Исходник для работы 👉 здесь

#кейс #топ #архитектура #эффективнаяработа
via @it_ace

💬 Комментировать

Прекрасная визуализация каталога ИТ-услуг

#кейс #итстратегия #архитектура #лучшее
via @it_ace

💬 Комментировать

Итоги '20 и прогнозы на '21: Gartner - Приоритеты 2021 для лидеров ИТ

Простой отчет в котором для разных лидеров ИТ предложены их приоритеты на 2021.

Приоритеты для CIO, Security, Application, PPM, Data & Analytics, Infrastructure, Operations, Enterprise Architecture, закупщиков...

Приоритеты Enterprise Architecture в отчете совпадают с тем, что мне рассказал один топ-менеджер от бизнеса чего он ждет от ИТ. Опубликую это в одном из будущих постов.

#тренд #итстратегия #архитектура
via 📢@it_ace

💬 Комментировать

Спасибо, друзья!
Стало понятнее что вам интересно!

Когда нужно сделать Capability map по экономике и финансам #2 в холдинге и дочках (для коммуникаций с топ-менеджментом)

Исходник для работы 👉 здесь

#кейс #топ #архитектура #эффективнаяработа
via @it_ace

💬 Комментировать

Понять как рассказывать о стоимости утечек данных топ-менеджменту

Отчет о стоимости утечек данных от IBM - ситуация и что с этим делать.

Прислал для канала @Mikenavv, большое ему спасибо!

#итменеджмент #итстратегия #топ
via @it_ace

💬 Комментировать

Понять на что надо обратить внимание по безопаности когда создаете новое ИТ-решение

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

Прислал для канала @Mikenavv, большое ему спасибо!

#архитектура #итменеджмент
via @it_ace

💬 Комментировать

Как проектировать структуры команд, продуктов и работ

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

Смотрите законы 👉 здесь

#практика #итменеджмент #архитектура #лучшее
via 📢@it_ace

💬 Комментировать

Как обосновать расходы на ИТ

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

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

Ну вот честно, не всегда получается кого-то уволить, и вероятности ошибок часто не так велики...

А как обосновывать?

Ответ #1 - иногда и не надо делать. Нужно иметь мужество отказаться от проекта и не делать как все.
Ответ #2 - есть иные мотивации, не такие очевидные:
1. PR топов перед стейкхолдерами "какие мы передовые цифровые". Например, мне надо было найти нишу, где можно было себя показать эффективным управленцем.
2. Поддержание бренда и среды современной компании перед работниками, чтобы шли работать более молодые и квалифицированные, чтобы им было интересно, а они родят новые идеи.
3. Появление новых ценностей, автоматизация одного процесса создает новый процесс с новым бизнес-результатом. Новые ценности надо искать всегда. Например, в результате одного из проекта по автоматизации появилась возможность собирать данные и управлять результатами на больших территориях, а не только оказывать услуги.
4. Мотивация сотрудников, все хотят делать что-то значимое и интересное, новое, нерутинное, побеждать в конкурсах... Люди раскрываются, креативные приходят. Цифровизация это дала. Она создает пассионарную среду: создание смыслов в работе для себя, сотрудников, стейкхолдеров. Люди любят перемены и идти за огнем, даже если эта движуха не приносит пользы, она повышает градус людей чтобы им нравилось творить. Они где-то в другом сделают круто на общем движе."

#топ #итстратегия #архитектура #итменеджмент #лучшее
via 📢@it_ace

💬 Комментировать

История про то, что важно понимать что вы на самом деле делаете в проекте

Как-то раз делали мы платформу на которой должны были автоматизироваться процессы управления бизнес-сервисами одной корпорации из РБК ТОП-50.

Проект состоял из двух частей - создание "Платформы для автоматизации сервисов" и "пилотирование Платформы на 10 реальных сервисах".

Мы спроектировали Платформу на основе экспертных мнений, опыта, анализа мирового рынка, запустили ее с успехом прямо в сжатый срок, оставалось всего-то за месяц на ней собрать эти 10 сервисов и... провал!

Как вы уже наверное догадались, Платформа не подходила под сервисы 😫. 3 месяца работы вместо 1 месяца, уход в минус со всеми вытекающими...

Что надо было делать - не "Платформу для автоматизации сервисов", а "Автоматизацию сервисов на Платформе".

Конкретно что бы поменял в создании Платформы:
1. Вначале много усилий потратить на анализ 10 реальных сервисов (и других сервисов в корпорации)
2. На основе результатов анализа, с дополнением из внешних источников, сделать Платформу.

#итменеджмент #выученныеуроки #геронимус #лучшее
via @it_ace

💬 Комментировать

Разобраться в архитектуре Big Data на Amazon WS / Google CP / MS Azure / 👐 Open Source

Читайте статью 👉 здесь

#архитектура #лучшее
via 📢@it_ace

💬 Комментировать

Понять о чем и как должен думать хороший ИТ-менеджер прежде всего

Один топ-менеджер сказал мне недавно:
🔝 "Лучшие менеджеры прежде всего думают о продукте, а не о менеджменте. Лучшие менеджеры создают лучший продукт, а не лучшую организацию".

❗ Эта мысль важная для понимания. Если делать наоборот, то получится "идеальный завод", который не может ничего выпустить.

Развитие этой мысли я вижу в последовательности шагов для установления менеджмента:
1️⃣ Сначала нужно сфокусировать внимание на проблемах и потребностях какой-то группы людей. При этом не нужно думать об этом через призму своего продукта. Проблемы и потребности не связаны с продуктом. Вполне возможно, что ваши конкуренты смогут решить проблемы этой группы. 
2️⃣ О самом продукте нужно думать только когда понятно кто и в чем нуждается. И тут важно определить требования к продукту, которые вытекают из потребностей.
3️⃣ Из требований определяется архитектура, т.е то из чего состоит наш продукт (из каких частей). 
4️⃣ Отсюда определяются необходимые capability (оргвозможности) для создания продукта и, далее, этапы проекта и работы. 
5️⃣ Под это уже оргструктура, оптимизация и т.д.

Такому подходу и, вообще, структурированному подходу к созданию продуктов, стратегий и оргдизайна хорошо учат здесь 👉 https://news.1rj.ru/str/system_school. Сам проходил их тренинги, очень полезно для работы в ролях стратега, архитектора и менеджера.

Поподробнее и правильнее с точки зрения классической науки идея этого поста описана у них 👉 здесь

#практика #топ #архитектура #итстратегия #геронимус #лучшее
via @it_ace

💬 Комментировать