Понять о чем и как должен думать хороший ИТ-менеджер прежде всего
Один топ-менеджер сказал мне недавно:
🔝 "Лучшие менеджеры прежде всего думают о продукте, а не о менеджменте. Лучшие менеджеры создают лучший продукт, а не лучшую организацию".
❗ Эта мысль важная для понимания. Если делать наоборот, то получится "идеальный завод", который не может ничего выпустить.
Развитие этой мысли я вижу в последовательности шагов для установления менеджмента:
1️⃣ Сначала нужно сфокусировать внимание на проблемах и потребностях какой-то группы людей. При этом не нужно думать об этом через призму своего продукта. Проблемы и потребности не связаны с продуктом. Вполне возможно, что ваши конкуренты смогут решить проблемы этой группы.
2️⃣ О самом продукте нужно думать только когда понятно кто и в чем нуждается. И тут важно определить требования к продукту, которые вытекают из потребностей.
3️⃣ Из требований определяется архитектура, т.е то из чего состоит наш продукт (из каких частей).
4️⃣ Отсюда определяются необходимые capability (оргвозможности) для создания продукта и, далее, этапы проекта и работы.
5️⃣ Под это уже оргструктура, оптимизация и т.д.
Такому подходу и, вообще, структурированному подходу к созданию продуктов, стратегий и оргдизайна хорошо учат здесь 👉 https://news.1rj.ru/str/system_school. Сам проходил их тренинги, очень полезно для работы в ролях стратега, архитектора и менеджера.
Поподробнее и правильнее с точки зрения классической науки идея этого поста описана у них 👉 здесь
#практика #топ #архитектура #итстратегия #геронимус #лучшее
via @it_ace
💬 Комментировать
Один топ-менеджер сказал мне недавно:
🔝 "Лучшие менеджеры прежде всего думают о продукте, а не о менеджменте. Лучшие менеджеры создают лучший продукт, а не лучшую организацию".
❗ Эта мысль важная для понимания. Если делать наоборот, то получится "идеальный завод", который не может ничего выпустить.
Развитие этой мысли я вижу в последовательности шагов для установления менеджмента:
1️⃣ Сначала нужно сфокусировать внимание на проблемах и потребностях какой-то группы людей. При этом не нужно думать об этом через призму своего продукта. Проблемы и потребности не связаны с продуктом. Вполне возможно, что ваши конкуренты смогут решить проблемы этой группы.
2️⃣ О самом продукте нужно думать только когда понятно кто и в чем нуждается. И тут важно определить требования к продукту, которые вытекают из потребностей.
3️⃣ Из требований определяется архитектура, т.е то из чего состоит наш продукт (из каких частей).
4️⃣ Отсюда определяются необходимые capability (оргвозможности) для создания продукта и, далее, этапы проекта и работы.
5️⃣ Под это уже оргструктура, оптимизация и т.д.
Такому подходу и, вообще, структурированному подходу к созданию продуктов, стратегий и оргдизайна хорошо учат здесь 👉 https://news.1rj.ru/str/system_school. Сам проходил их тренинги, очень полезно для работы в ролях стратега, архитектора и менеджера.
Поподробнее и правильнее с точки зрения классической науки идея этого поста описана у них 👉 здесь
#практика #топ #архитектура #итстратегия #геронимус #лучшее
via @it_ace
💬 Комментировать
Telegram
Мастерская инженеров-менеджеров
Готовим создателей успешных систем.
acceleratinghybridcloudadoptioninbankingsecuritieswebinarsli.pdf
912.6 KB
Зачем и как переезжать в гибридное облако на примере банков + визуализации для топов
Презентация McKinsey. Пролистайте, будет интересно не только банкам, но всем кто думает о переезде в облака)
Будет полезно использовать "для продажи" топ-менеджменту.
Мифы, настоящие драйверы, ошибочные и правильные модели переезда, оргструктура, безопасность, общий подход.
#топ #тренд #итстратегия #архитектура #итменеджмент
via 📢@it_ace
💬 Комментировать
Презентация McKinsey. Пролистайте, будет интересно не только банкам, но всем кто думает о переезде в облака)
Будет полезно использовать "для продажи" топ-менеджменту.
Мифы, настоящие драйверы, ошибочные и правильные модели переезда, оргструктура, безопасность, общий подход.
#топ #тренд #итстратегия #архитектура #итменеджмент
via 📢@it_ace
💬 Комментировать
Понять какую ИТ-стратегию предлагать в зависимости от вертикали подчиненности CIO
Прекрасная матрица от классика - Gregory Hohpe.
Источник 👉 видео выступления
#итстратегия #фрейм #лучшее
via 📢@it_ace
💬 Комментировать
Прекрасная матрица от классика - Gregory Hohpe.
Источник 👉 видео выступления
#итстратегия #фрейм #лучшее
via 📢@it_ace
💬 Комментировать
Разобраться в истории Machine Learning
Для общего образования и презентаций:-)
(взято с @rockyourdata)
#итстратегия
via 📢@it_ace
💬 Комментировать
Для общего образования и презентаций:-)
(взято с @rockyourdata)
#итстратегия
via 📢@it_ace
💬 Комментировать
Как делить на команды в большом корпоративном решении в Agile
Все формирую свой подход по формированию команд после создания дорожной карты. Пост 👉 здесь
Понравилась 👉 статья в SAFE, ниже сделал выводы на основе неё.
📌 Есть 4 типа команд:
1. Value Stream-aligned team – вокруг value, которое напрямую доставляется заказчику или пользователю. Самое главное – ориентация на заказчика.
2. Complicated subsystem team – вокруг сложной подсистемы, требуется экспертное знание
3. Platform team – делает сервисы для других команд. Фактически команда типа 1 для других команд.
4. Enabling team – команда предоставляет специальные capability и помогает другим командам становится лучше.
📌 Структурируем команды так:
- Все команды должны быть в основном «Value Stream-aligned»
- Команду «Complicated subsystem» создаем только если нужен очень большой уровень опыта, присутствует большая сложность или большие риски
- «Platform team» создаем, когда надо «расшить» и повысить автономию команд типа «Value Stream-aligned»
📌 В жизни вокруг одного value stream несколько команд. Эти команды формируем так, чтобы они были сфокусированы на:
- Конкретном решении или подмножества решений
- Наборе функций
- Определенном представителе клиента
- Конкретных шагах в customer journey
- Конкретном бизнес-домене
- Compliance или нормативных требованиях
- Новых продуктах (которых ещё нет)
#практика #итстратегия #итменеджмент
via 📢@it_ace
💬 Комментировать
Все формирую свой подход по формированию команд после создания дорожной карты. Пост 👉 здесь
Понравилась 👉 статья в SAFE, ниже сделал выводы на основе неё.
📌 Есть 4 типа команд:
1. Value Stream-aligned team – вокруг value, которое напрямую доставляется заказчику или пользователю. Самое главное – ориентация на заказчика.
2. Complicated subsystem team – вокруг сложной подсистемы, требуется экспертное знание
3. Platform team – делает сервисы для других команд. Фактически команда типа 1 для других команд.
4. Enabling team – команда предоставляет специальные capability и помогает другим командам становится лучше.
📌 Структурируем команды так:
- Все команды должны быть в основном «Value Stream-aligned»
- Команду «Complicated subsystem» создаем только если нужен очень большой уровень опыта, присутствует большая сложность или большие риски
- «Platform team» создаем, когда надо «расшить» и повысить автономию команд типа «Value Stream-aligned»
📌 В жизни вокруг одного value stream несколько команд. Эти команды формируем так, чтобы они были сфокусированы на:
- Конкретном решении или подмножества решений
- Наборе функций
- Определенном представителе клиента
- Конкретных шагах в customer journey
- Конкретном бизнес-домене
- Compliance или нормативных требованиях
- Новых продуктах (которых ещё нет)
#практика #итстратегия #итменеджмент
via 📢@it_ace
💬 Комментировать
Разобраться что такое и зачем архитектура с точки зрения системного подхода
Совпадает с моим мнением:
1️⃣ архитектура = решения о важном
2️⃣ важное = то, что стоит много денег на переделку
В 👉 видео на 10 мин рассказана теория: что такое архитектура, почему это слово используется в системном подходе, как использовать архитектурные описания в своей деятельности и как архитектурные решения влияют на систему.
#архитектура
via 📢@it_ace
💬 Комментировать
Совпадает с моим мнением:
1️⃣ архитектура = решения о важном
2️⃣ важное = то, что стоит много денег на переделку
В 👉 видео на 10 мин рассказана теория: что такое архитектура, почему это слово используется в системном подходе, как использовать архитектурные описания в своей деятельности и как архитектурные решения влияют на систему.
#архитектура
via 📢@it_ace
💬 Комментировать
🔥1
This media is not supported in your browser
VIEW IN TELEGRAM
Когда нужно выстроить грамотную архитектуру ИТ-платформы “всего ИТ” или digital-продуктов
Обновилась референсная архитектура IT4IT - мой любимый фреймворк для платформ по созданию ИТ-продуктов / ИТ-сервисов.
Этот фреймворк мы применяли во многих местах и отраслях - он работает!
Кстати, мы его применяем и для платформ не-ИТ сервисов (Enterprise Service Management).
Фреймворк любимый так как в нем есть много всего - capability, процессы, функции (с описанием), модель данных с потоками и он поддерживает всякие Agile, SAFE, ITIL, мультисорсинг и т.д.
Хотя на самом деле он любимая из-за того, что это мы ее когда-то привезли в РФ от авторов из Амстердама 🚬 😉 (из Shell и HP) - см. пост выше
✔️ Новая версия 👉 здесь
✔️ Предыдущая версия 👉 здесь. Эта версия очень подробная - в ней от детального описания функций до готовой модели Archimate с примерами для загрузки в ваш любимый редактор
✔️ Исходник карты софта 👉 здесь
#архитектура #итстратегия #итменеджмент #геронимус #лучшее
via 📢@it_ace
💬 Комментировать
Обновилась референсная архитектура IT4IT - мой любимый фреймворк для платформ по созданию ИТ-продуктов / ИТ-сервисов.
Этот фреймворк мы применяли во многих местах и отраслях - он работает!
Кстати, мы его применяем и для платформ не-ИТ сервисов (Enterprise Service Management).
Фреймворк любимый так как в нем есть много всего - capability, процессы, функции (с описанием), модель данных с потоками и он поддерживает всякие Agile, SAFE, ITIL, мультисорсинг и т.д.
Хотя на самом деле он любимая из-за того, что это мы ее когда-то привезли в РФ от авторов из Амстердама 🚬 😉 (из Shell и HP) - см. пост выше
✔️ Новая версия 👉 здесь
✔️ Предыдущая версия 👉 здесь. Эта версия очень подробная - в ней от детального описания функций до готовой модели Archimate с примерами для загрузки в ваш любимый редактор
✔️ Исходник карты софта 👉 здесь
#архитектура #итстратегия #итменеджмент #геронимус #лучшее
via 📢@it_ace
💬 Комментировать
Понять какие компетенции нужно получить чтобы стать специалистом такого-то уровня в такой-то ИТ-области
Платформа от EPAM где практически по всем профессиям ИТ расписано какие компетенции должны быть у специалиста от стажера до топ-уровня.
Ресурс содержит пояснения по темам и, часто, ссылки на грамотные по мнению EPAM источники информации.
Крайне рекомендую!
1. Заходите по ссылке https://grow.telescopeai.com/
2. Авторизуетесь через google
3. Заходите на вторую вкладку «Skills»
4. Выбираете профессию и уровень
5. Смотрите вкладки «Hard skills», «Soft skills», «Business skills» и читаете что вам или вашим сотруднкам нужно знать 😄
P.S. EPAM - одна из топовых мировых фирм по заказной разработке ПО, у неё в клиентах все: от госорганов РФ до SAP и Microsoft.
#практика #лучшее
via @it_ace
💬 Комментировать
Платформа от EPAM где практически по всем профессиям ИТ расписано какие компетенции должны быть у специалиста от стажера до топ-уровня.
Ресурс содержит пояснения по темам и, часто, ссылки на грамотные по мнению EPAM источники информации.
Крайне рекомендую!
1. Заходите по ссылке https://grow.telescopeai.com/
2. Авторизуетесь через google
3. Заходите на вторую вкладку «Skills»
4. Выбираете профессию и уровень
5. Смотрите вкладки «Hard skills», «Soft skills», «Business skills» и читаете что вам или вашим сотруднкам нужно знать 😄
P.S. EPAM - одна из топовых мировых фирм по заказной разработке ПО, у неё в клиентах все: от госорганов РФ до SAP и Microsoft.
#практика #лучшее
via @it_ace
💬 Комментировать
Как говорить с топ-менеджером? Как с семилетним ребенком
👶 Один из моих любимых приемов называется "разговаривай с топ-менеджером как с семилетним ребенком". Прием хорошо готовит к разговору с топ-менеджером и рассказывать другим как это делать.
📌 Когда вы готовите выступление перед топ-менеджером - представьте что перед вами семилетний ребенок и сделайте рассказ таким, чтобы ему было понятно.
Если у вас есть есть 6-9 летний ребенок, то можно прямо на нем потренироваться.
📌 В форме сообщения от нас обычно есть 2 основные проблемы:
1. Не понятно что мы хотим донести
2. Использование терминов, которые для нас очевидны, а топ-менеджер не знает или понимает под ними другое
Вышеописанный прием позволяет убрать оба этих недостатка.
P.S. Также в презентации на слайде нельзя использовать сокращения, а если используете, то обязательно на этом же слайде должна быть расшифровка. Сокращения считаются издевкой над слушателем: ему предлагается поработать - понять что они значат. Это усугубляется тем, что сокращения в разных областях значат разное.
Угадайте, что такое "эмэрзе"? Меня один раз спросили, и я в ступор попал) Это на самом деле было -"эмпэтри", MP3. А топ-менеджер прочитал как "эмэрзе".
#практика #топ #геронимус #лучшее
via @it_ace
💬 Комментировать
👶 Один из моих любимых приемов называется "разговаривай с топ-менеджером как с семилетним ребенком". Прием хорошо готовит к разговору с топ-менеджером и рассказывать другим как это делать.
📌 Когда вы готовите выступление перед топ-менеджером - представьте что перед вами семилетний ребенок и сделайте рассказ таким, чтобы ему было понятно.
Если у вас есть есть 6-9 летний ребенок, то можно прямо на нем потренироваться.
📌 В форме сообщения от нас обычно есть 2 основные проблемы:
1. Не понятно что мы хотим донести
2. Использование терминов, которые для нас очевидны, а топ-менеджер не знает или понимает под ними другое
Вышеописанный прием позволяет убрать оба этих недостатка.
P.S. Также в презентации на слайде нельзя использовать сокращения, а если используете, то обязательно на этом же слайде должна быть расшифровка. Сокращения считаются издевкой над слушателем: ему предлагается поработать - понять что они значат. Это усугубляется тем, что сокращения в разных областях значат разное.
Угадайте, что такое "эмэрзе"? Меня один раз спросили, и я в ступор попал) Это на самом деле было -"эмпэтри", MP3. А топ-менеджер прочитал как "эмэрзе".
#практика #топ #геронимус #лучшее
via @it_ace
💬 Комментировать
Как быстро подобрать способ приоритизации бизнес-инициатив, проектов, бэклога
Обычно мы знаем 3-5 способов приоритизации типа «Эффект-затраты», MoSCoW, WSJF. Они не всегда подходят под ситуации, в которые мы попадаем.
В 👉 статье описаны 81 (‼️) фреймворков приоритизации бизнес-инициатив и фич с примерами визулализаций.
Когда методы которые вы знаете не подходят, смотрите в эту статью, выбирайте!
Статью нашел и поделился Илья Кузин @kuza555, спасибо ему!
#фрейм #практика #итстратегия #итменеджмент #лучшее
via @it_ace
💬 Комментировать
Обычно мы знаем 3-5 способов приоритизации типа «Эффект-затраты», MoSCoW, WSJF. Они не всегда подходят под ситуации, в которые мы попадаем.
В 👉 статье описаны 81 (‼️) фреймворков приоритизации бизнес-инициатив и фич с примерами визулализаций.
Когда методы которые вы знаете не подходят, смотрите в эту статью, выбирайте!
Статью нашел и поделился Илья Кузин @kuza555, спасибо ему!
#фрейм #практика #итстратегия #итменеджмент #лучшее
via @it_ace
💬 Комментировать
Medium
151 Feature Prioritization Ideas for Product Managers
With 151+ methods listed, this is the most complete list of prioritization frameworks on the internet with tons of linked resources.
Как обсуждают метрики в Amazon
Weekly Business Review или WBR или Wall of Numbers - еженедельные встречи в Амазон, где обсуждаются метрики. Амазон же data-drive компания. Что это из себя представляет? Прежде всего отчет (обычно без графиков и визуализации, вообще) в формате PDF (экспорт из Tableau в лучшем случае) или просто Excel (в 80%). Вот вам ирония, самая data driven компания смотрит в статические отчеты и делает это раз в неделю.
Отсюда напрашиваются выводы:
1) Для бизнес метрик и целей, нужно ли нам делать near real time data pipelines? Конечно нужны, но все зависит от задачи и требований.
2) Нужно ли нам смотреть на наши показатели 5 раз в день, каждый день? Важно держать руку на пульсе для операционных метрик, но там нужно настраивать систему оповещения (alert) если что-то отклонилось от нормы.
3) Нужно ли нам много красиво графиков? Доказано, что визуализацию лучше цифр. Но бизнес лидеры предпочитаю смотреть на цифры.
4) Нужны ли нам дорогие инструменты визуализации и аналитики? Для статистических отчетов типа WBR нет. Но для анлитиков, которые ковыряются в данных (deep dive), нужны.
Вывод простой, неважно каким образом мы строим отчеты, и что используем. Они должны помогать бизнесу делать их работу - смотреть на данные и принимать решения, которые нацелены всего на 3 цели:
1) Увеличить прибыль
2) Снизить издержки
3) Снизить риски
Пример WBR слайда. Обычно это 50 страниц, где могут смотреть на одни и те же метрики в разных разрезах. Всегда готовят 50 слайдов, но обсуждают только 10, которые важно обсудить. Перед встречей нужно, написать callouts (что значимого случилось), после встречи часто нужно делать deep dive, и объяснить отклонения, во многих случаях это ошибка в ETL (нет инструментов data quality, notifications).
Абсолютно все делают такие отчеты, и многие изобретают велосипед.
(взято с @rockyourdata)
#кейс #итменеджмент #лучшее
via 📢@it_ace
💬 Комментировать
Weekly Business Review или WBR или Wall of Numbers - еженедельные встречи в Амазон, где обсуждаются метрики. Амазон же data-drive компания. Что это из себя представляет? Прежде всего отчет (обычно без графиков и визуализации, вообще) в формате PDF (экспорт из Tableau в лучшем случае) или просто Excel (в 80%). Вот вам ирония, самая data driven компания смотрит в статические отчеты и делает это раз в неделю.
Отсюда напрашиваются выводы:
1) Для бизнес метрик и целей, нужно ли нам делать near real time data pipelines? Конечно нужны, но все зависит от задачи и требований.
2) Нужно ли нам смотреть на наши показатели 5 раз в день, каждый день? Важно держать руку на пульсе для операционных метрик, но там нужно настраивать систему оповещения (alert) если что-то отклонилось от нормы.
3) Нужно ли нам много красиво графиков? Доказано, что визуализацию лучше цифр. Но бизнес лидеры предпочитаю смотреть на цифры.
4) Нужны ли нам дорогие инструменты визуализации и аналитики? Для статистических отчетов типа WBR нет. Но для анлитиков, которые ковыряются в данных (deep dive), нужны.
Вывод простой, неважно каким образом мы строим отчеты, и что используем. Они должны помогать бизнесу делать их работу - смотреть на данные и принимать решения, которые нацелены всего на 3 цели:
1) Увеличить прибыль
2) Снизить издержки
3) Снизить риски
Пример WBR слайда. Обычно это 50 страниц, где могут смотреть на одни и те же метрики в разных разрезах. Всегда готовят 50 слайдов, но обсуждают только 10, которые важно обсудить. Перед встречей нужно, написать callouts (что значимого случилось), после встречи часто нужно делать deep dive, и объяснить отклонения, во многих случаях это ошибка в ETL (нет инструментов data quality, notifications).
Абсолютно все делают такие отчеты, и многие изобретают велосипед.
(взято с @rockyourdata)
#кейс #итменеджмент #лучшее
via 📢@it_ace
💬 Комментировать
Мнение одного топ-менеджера и нас какой должна быть архитектура
Один топ-менеджер от бизнеса рассказал мне как он думает о хорошей архитектуре:
"Архитектура во времени.
Необходимо постоянно проводить ревизию архитектуры на изменения в смежных бизнес-процессах, смежных бизнес-целях, смежных ИТ-системах.
Например, делаешь ОЦО... А потом выясняется что бизнес-стратегия подразумевает разделение, скорректировать надо!
То что ты сейчас изучил нарисовал, это уже прошло"
От себя добавлю - я своим всегда говорю: "Вы должны спроектировать архитектуру так, чтобы она прожила минимум 3 года "чтобы не случилось" - объединили, разделили, продали, топы уволились, передали развитие системы в аутсорс или инсорс". Понятно, что это не реально, но когда люди начинают об этом просто думать, обычно рождается архитектура, которая удовлетворяет потребностям большинства стейкхолдеров и которая без переделки действительно живет несколько лет (я вижу, обычно лет 7).
#практика #топ #архитектура #геронимус #лучшее
via @it_ace
💬 Комментировать
Один топ-менеджер от бизнеса рассказал мне как он думает о хорошей архитектуре:
"Архитектура во времени.
Необходимо постоянно проводить ревизию архитектуры на изменения в смежных бизнес-процессах, смежных бизнес-целях, смежных ИТ-системах.
Например, делаешь ОЦО... А потом выясняется что бизнес-стратегия подразумевает разделение, скорректировать надо!
То что ты сейчас изучил нарисовал, это уже прошло"
От себя добавлю - я своим всегда говорю: "Вы должны спроектировать архитектуру так, чтобы она прожила минимум 3 года "чтобы не случилось" - объединили, разделили, продали, топы уволились, передали развитие системы в аутсорс или инсорс". Понятно, что это не реально, но когда люди начинают об этом просто думать, обычно рождается архитектура, которая удовлетворяет потребностям большинства стейкхолдеров и которая без переделки действительно живет несколько лет (я вижу, обычно лет 7).
#практика #топ #архитектура #геронимус #лучшее
via @it_ace
💬 Комментировать
the-analytics-stack-guidebook_t.me it_ace geronimus.pdf
13.5 MB
Быстро и легко разобраться в современных аналитических решениях - простая книга с прекрасными понятными картинками
Прислал @AlexanderPisarenko. Спасибо ему!
#архитектура #лучшее
via 📢@it_ace
💬 Комментировать
Прислал @AlexanderPisarenko. Спасибо ему!
#архитектура #лучшее
via 📢@it_ace
💬 Комментировать
tech-in-2021_t.me it_ace geronimus.pdf
2 MB
Что будет влиять на работу ИТ-команд в 2021 году
Кратко и в одном отчете описаны основные тренды, которые будут влиять на работу ИТ-команд в 2021 году.
Рекомендую ознакомиться.
Прислал @Mikenavv, спасибо ему большое за это!
#тренд #итстратегия #архитектура #итменеджмент
via 📢@it_ace
💬 Комментировать
Кратко и в одном отчете описаны основные тренды, которые будут влиять на работу ИТ-команд в 2021 году.
Рекомендую ознакомиться.
Прислал @Mikenavv, спасибо ему большое за это!
#тренд #итстратегия #архитектура #итменеджмент
via 📢@it_ace
💬 Комментировать
Как проектировать что-то с топ-менеджментом
Решил написать какие основные правила и инструменты я использую при проектировании чего-то с топ-менеджментом. Они ниже.
1. Всегда приходи с прототипом - не приходите с белым листом, топ-менеджеры привыкли относится уже к какому-нибудь решению, а не "придумывать его". В его голове "придумывать его” - то, за что он вам платит.
2. Приходите со словами "Хотим посоветоваться", "Хотим услышать ваше мнение"
3. Для обсуждения используйте функциональную карту или концептуальную модель данных - на этих инструментах топ-менеджер готов высказываться и рисовать. На функциональной карте обычно легче проектируют топ-менеджеры ИТ, а на концептуальной модели данных - топ-менеджеры от бизнеса.
4. Используйте дорожную карту, когда вы обсуждаете что-то во времени
5. Принесите ваш «прототип» так, чтобы топ-менеджеру было легко на нем рисовать, например, в порядке опыта успешности: несколько распечатанных листов A4/A3 (это всегда на всякий случай носите); плакат; отображение с проектора на белую "доску" на которой можно рисовать или какая-то форма в которой в онлайн можно вместе рисовать (в PowerPoint есть эта функциональность) или yEd какой-нибудь для сложных концепций (там быстро можно накидать, а потом по кнопке упорядочить до красоты)...
P.S. Прототип может быть не полный, но все равно принесите его. Там где не понятно поставьте «…».
#практика #топ #архитектура #итстратегия #геронимус #лучшее
via @it_ace
💬 Комментировать
Решил написать какие основные правила и инструменты я использую при проектировании чего-то с топ-менеджментом. Они ниже.
1. Всегда приходи с прототипом - не приходите с белым листом, топ-менеджеры привыкли относится уже к какому-нибудь решению, а не "придумывать его". В его голове "придумывать его” - то, за что он вам платит.
2. Приходите со словами "Хотим посоветоваться", "Хотим услышать ваше мнение"
3. Для обсуждения используйте функциональную карту или концептуальную модель данных - на этих инструментах топ-менеджер готов высказываться и рисовать. На функциональной карте обычно легче проектируют топ-менеджеры ИТ, а на концептуальной модели данных - топ-менеджеры от бизнеса.
4. Используйте дорожную карту, когда вы обсуждаете что-то во времени
5. Принесите ваш «прототип» так, чтобы топ-менеджеру было легко на нем рисовать, например, в порядке опыта успешности: несколько распечатанных листов A4/A3 (это всегда на всякий случай носите); плакат; отображение с проектора на белую "доску" на которой можно рисовать или какая-то форма в которой в онлайн можно вместе рисовать (в PowerPoint есть эта функциональность) или yEd какой-нибудь для сложных концепций (там быстро можно накидать, а потом по кнопке упорядочить до красоты)...
P.S. Прототип может быть не полный, но все равно принесите его. Там где не понятно поставьте «…».
#практика #топ #архитектура #итстратегия #геронимус #лучшее
via @it_ace
💬 Комментировать
Юмор: Если бы Илону Маску пришлось продвигать проект в корпорации
Мои бывшие коллеги из консалтинга, ныне работники наших корпораций, полгода назад записали видео о нашей жизни в корпорациях.
Видео 2 минуты, посмотрите, думаю получите удовольствие)
Я хочу рассказать свое отношение: такая ситуация - это не плохо, просто корпорация направлена на сохранения стабильности)
Как сейчас помню, пришёл я на внутренний чат-бот просить 65 млн. руб. Ну прямо ужас, этот чат-бот за такие деньги точно не нужен был🤔
Правда поэтому лучше делать стартапы вне корпораций, в дочерних юридических лицах.
https://www.youtube.com/watch?v=Sif55LErQd0
#юмор #корпорация #геронимус #лучшее
via 📢@it_ace
💬 Комментировать
Мои бывшие коллеги из консалтинга, ныне работники наших корпораций, полгода назад записали видео о нашей жизни в корпорациях.
Видео 2 минуты, посмотрите, думаю получите удовольствие)
Я хочу рассказать свое отношение: такая ситуация - это не плохо, просто корпорация направлена на сохранения стабильности)
Как сейчас помню, пришёл я на внутренний чат-бот просить 65 млн. руб. Ну прямо ужас, этот чат-бот за такие деньги точно не нужен был🤔
Правда поэтому лучше делать стартапы вне корпораций, в дочерних юридических лицах.
https://www.youtube.com/watch?v=Sif55LErQd0
#юмор #корпорация #геронимус #лучшее
via 📢@it_ace
💬 Комментировать
YouTube
Если бы Илону Маску пришлось продвигать проект SpaceX через менеджеров среднего звена
What if @elonmusk had to promote @spacex through the middle management
Быстро понять как строятся экосистемы
Есть модель, описывающая как создавать экосистемы. Рекомендую ознакомиться всем, чьи корпорации сейчас задумываются об экосистемах.
1️⃣ "Создание лучшего продукта" - классическая форма конкуренции: низкая стоимость или дифференциация
Условия реализации стратегии: быстрая разработка, появление на рынке первым, разработка "доминирующего стандарта"
Всё направлено на то, чтобы привязать к себе потребителя и удешевить продукт: любые разумные упрощения в использовании и инновации
2️⃣ "Решение проблем клиента" - удовлетворение максимально возможного количества потребностей клиента
Развитие продукта производится совместно с потребителем, например, запускается программа обучения, которая является каналом выявления запросов потребителя и инструментом, обеспечивающим более эффективную связь с клиентом
Акцент на требования потребителя, а не на экономику продукта. Спектр продуктов и услуг, нужных клиенту, расширяется максимально
3️⃣ Клиент "запирается в экосистеме". Создаются препятствия для проникновения на рынок конкурентов за счет создания платформы взаимодействия с партнерами по бизнесу
Особенно целесообразно вовлечение комплименторов — не конкурентов, а производных игроков, которые помогают улучшить продукт
Основная задача — привлечение комплиментора и удержание потребителя, то есть фактическое доминирование при создании отраслевого стандарта
(взято с @stratmarketing)
#тренд #итстратегия
via 📢@it_ace
💬 Комментировать
Есть модель, описывающая как создавать экосистемы. Рекомендую ознакомиться всем, чьи корпорации сейчас задумываются об экосистемах.
1️⃣ "Создание лучшего продукта" - классическая форма конкуренции: низкая стоимость или дифференциация
Условия реализации стратегии: быстрая разработка, появление на рынке первым, разработка "доминирующего стандарта"
Всё направлено на то, чтобы привязать к себе потребителя и удешевить продукт: любые разумные упрощения в использовании и инновации
2️⃣ "Решение проблем клиента" - удовлетворение максимально возможного количества потребностей клиента
Развитие продукта производится совместно с потребителем, например, запускается программа обучения, которая является каналом выявления запросов потребителя и инструментом, обеспечивающим более эффективную связь с клиентом
Акцент на требования потребителя, а не на экономику продукта. Спектр продуктов и услуг, нужных клиенту, расширяется максимально
3️⃣ Клиент "запирается в экосистеме". Создаются препятствия для проникновения на рынок конкурентов за счет создания платформы взаимодействия с партнерами по бизнесу
Особенно целесообразно вовлечение комплименторов — не конкурентов, а производных игроков, которые помогают улучшить продукт
Основная задача — привлечение комплиментора и удержание потребителя, то есть фактическое доминирование при создании отраслевого стандарта
(взято с @stratmarketing)
#тренд #итстратегия
via 📢@it_ace
💬 Комментировать
Forwarded from Павел Милосердов
pwc-abbyy-digital-iq-2020.pdf
859.7 KB
В продолжение темы про тренды. Ловите - сегодня прилетело мне:
Тут ко мне пришли вопросы по ИТ-стратегии.
Нужно сделать серию постов по ней?
Нужно сделать серию постов по ней?
Final Results
72%
Делать серию постов про ИТ-стратегию
26%
Оставить как есть - про все понемногу
2%
Хочу конкретно про «XXX» (напишите в комментариях про что)
Что хочет топ-менеджер от ИТ-стратега, ИТ-архитектора, CIO
Спасибо за участие в опросе. Победило «сделать серию постов по ИТ-стратегии». Неделю-полторы попишу про неё. Начнём, как обычно, с высказывания топ-менеджера от бизнеса.
Один топ-менеджер рассказал, что он хочет от своих ИТ-представителей:
"Что очень хочется от ИТ, и вот чего ну вот так сложно добиться.
Креативного, связного, обоснованного, живого стратегического плана на 2-3 года "что и, главное, зачем автоматизируем, развиваем". Пусть он скорректируется через полгода. Но нельзя развиваться, если взгляд ИТ-лидера всего на полгода вперед. Это ты уже позади, это тебя уже обогнали. Это уже выкинутые деньги.
Почему? Потому, что разработка идет полгода-год. А ты должен видеть, что будет через год-два после промэксплуатации.
Почему-то все итшники считают, что результат - это типо сдал продукт и кул. Результат, это бизнес-результат. От сдачи продукта возникает шлейф: внедрение, обучение, сбор отзывов, доработка.
Фиксация результата обычно будет только в конце финансового года.
А далее? А далее - что еще цепляет, а какие еще ценности дает это ИТ-решение? О, данные появились, а что ценного можно сделать с данными? Возникает новая ценность. Как ее извлечь? Возникает новая задача в ИТ по извлечению. Например, мы теперь веб-раскрытие можем для потребителей забахать, красивое и понятное. И это - ценность еще круче первого ИТ-решения. Ну вот ИТ-стратег должно до этого дотянуться...
Поэтому 2-3 года: Первое как "побег растения" - нужно написать что и зачем. И дальше автоматизируя "побег" - что может новое открыться? Какие плюшки? Что дальше? Что дальше и зачем?
Вот только на таком плане разумно говорить о бизнес-целях"
#фрейм #топ #итстратегия #итменеджмент #лучшее
via 📢@it_ace
💬 Комментировать
Спасибо за участие в опросе. Победило «сделать серию постов по ИТ-стратегии». Неделю-полторы попишу про неё. Начнём, как обычно, с высказывания топ-менеджера от бизнеса.
Один топ-менеджер рассказал, что он хочет от своих ИТ-представителей:
"Что очень хочется от ИТ, и вот чего ну вот так сложно добиться.
Креативного, связного, обоснованного, живого стратегического плана на 2-3 года "что и, главное, зачем автоматизируем, развиваем". Пусть он скорректируется через полгода. Но нельзя развиваться, если взгляд ИТ-лидера всего на полгода вперед. Это ты уже позади, это тебя уже обогнали. Это уже выкинутые деньги.
Почему? Потому, что разработка идет полгода-год. А ты должен видеть, что будет через год-два после промэксплуатации.
Почему-то все итшники считают, что результат - это типо сдал продукт и кул. Результат, это бизнес-результат. От сдачи продукта возникает шлейф: внедрение, обучение, сбор отзывов, доработка.
Фиксация результата обычно будет только в конце финансового года.
А далее? А далее - что еще цепляет, а какие еще ценности дает это ИТ-решение? О, данные появились, а что ценного можно сделать с данными? Возникает новая ценность. Как ее извлечь? Возникает новая задача в ИТ по извлечению. Например, мы теперь веб-раскрытие можем для потребителей забахать, красивое и понятное. И это - ценность еще круче первого ИТ-решения. Ну вот ИТ-стратег должно до этого дотянуться...
Поэтому 2-3 года: Первое как "побег растения" - нужно написать что и зачем. И дальше автоматизируя "побег" - что может новое открыться? Какие плюшки? Что дальше? Что дальше и зачем?
Вот только на таком плане разумно говорить о бизнес-целях"
#фрейм #топ #итстратегия #итменеджмент #лучшее
via 📢@it_ace
💬 Комментировать
Примеры ИТ-стратегии в энергетике, медицине, машиностроение
Лучшее обучение в моей жизни по созданию ИТ-стратегий было через изучение уже сделанных ИТ-стратегий.
Прокопал открытие источники. Рекомендую ознакомиться с тремя примерами ИТ-стратегий:
👉 Энергетика - Русгидро (лучший пример из этих трех)
👉 Машиностроение - РСК МиГ (про самолеты 😄, учебно-рабочий проект)
👉 Медицина - Медси
У меня на диске ИТ-стратегий наверное сотня, накопил за время работы в ИТ-консалтинге, но поделиться ими не могу по понятными причинам. Как в анекдоте "вспомнить есть что, а рассказать нечего"🙄
Эти три стратегии точно не лучшие ИТ-стратегии, которые я видел, но в открытом доступе ИТ-стратегий фактически нет. Чтобы найти даже эти пришлось «попотеть»😊. Так что "чем богаты"🤗
Если у вас есть еще ИТ-стратегии, которыми вы можете поделиться с нашим коллективом, пожалуйста, поделитесь! Это будет очень полезно!
#кейс #итстратегия #лучшее
via 📢@it_ace
💬 Комментировать
Лучшее обучение в моей жизни по созданию ИТ-стратегий было через изучение уже сделанных ИТ-стратегий.
Прокопал открытие источники. Рекомендую ознакомиться с тремя примерами ИТ-стратегий:
👉 Энергетика - Русгидро (лучший пример из этих трех)
👉 Машиностроение - РСК МиГ (про самолеты 😄, учебно-рабочий проект)
👉 Медицина - Медси
У меня на диске ИТ-стратегий наверное сотня, накопил за время работы в ИТ-консалтинге, но поделиться ими не могу по понятными причинам. Как в анекдоте "вспомнить есть что, а рассказать нечего"🙄
Эти три стратегии точно не лучшие ИТ-стратегии, которые я видел, но в открытом доступе ИТ-стратегий фактически нет. Чтобы найти даже эти пришлось «попотеть»😊. Так что "чем богаты"🤗
Если у вас есть еще ИТ-стратегии, которыми вы можете поделиться с нашим коллективом, пожалуйста, поделитесь! Это будет очень полезно!
#кейс #итстратегия #лучшее
via 📢@it_ace
💬 Комментировать