#вопрос_ответ | Выпуск 2: CIO vs CTO — вечный конфликт или идеальный тандем?
Всем привет! Продолжаем рубрику, где я отвечаю на ваши лучшие вопросы из предыдущего поста 🚀
Второе место с небольшим отрывом занял вопрос про баланс ролей CIO и CTO.
Наш победитель - Олег 🏆📚
Получает в подарок мою книгу!
Очень хороший и глубокий вопрос.
Регулярно в практике сталкиваюсь с рабочими конфликтами на этой почве. Давайте разбираться….
Всем привет! Продолжаем рубрику, где я отвечаю на ваши лучшие вопросы из предыдущего поста 🚀
Второе место с небольшим отрывом занял вопрос про баланс ролей CIO и CTO.
Вопрос звучал так:
«CIO и CTO – Как найти баланс между этими ролями, чтобы избежать конфликтов и построить эффективное взаимодействие на уровне топ-менеджмента?»
Наш победитель - Олег 🏆📚
Получает в подарок мою книгу!
Очень хороший и глубокий вопрос.
Регулярно в практике сталкиваюсь с рабочими конфликтами на этой почве. Давайте разбираться….
👍8⚡4🔥2👏1
Часть 1: Для не-айтишников
(CEO, менеджеры, curious minds)
🤔 Кто есть кто? Простыми словами:
• под CTO (Chief Technology Officer) обычно подразумевают сотрудника, ответственного за разработку новых ИТ продуктов и развитие имеющихся,
• под CIO (Chief Information Officer) - сотрудника, отвечающего за стабильность работы базовых ИТ сервисов, таких, как почта, корпоративная сеть, файловые обменники, сервера и пр.
• CTO обычно про внедрение изменений.
Запилить новые фичи и быстро задеплоить в продакшн.
Если будут ошибки - подключиться и исправить.
🔝Лучшие CTO вырастают из разработчиков, умеющих разрабатывать ИТ продукты.
• CIO - это про то, чтобы работало стабильно. • А чтобы работало стабильно, надо не менять то, что и так работает стабильно.
Т.е. минимум изменений, только если мир рушится.
🔝Лучшие CIO вырастают из сисадминов, собравших все возмжные шишки и понимающих, что мир глубоко несовершенен.
____________________________
Таким образом CTO все время пытается что-то внедрить, а CIO сопротивляется против этих внедрений.
И каждый как будто по своему прав.
Часть 2: Для айтишников и топов
Делюсь наблюдениями из своей многолетней практики - Худших и Лучших вариаций:
Кейсы, как НЕ НАДО:
• CTO замотивирован руководством (KPI) на быстрые внедрения новых систем. Если не внедрит, потеряет деньги,и жена его домой не пустит. Поэтому ему плевать на стабильность работы какого-то ИТ ландшафта, ему надо быстро-быстро.
• CIO устал обороняться от всех этих инициатив или просто ему нравится спокойная жизнь, поэтому развел такую бюрократию, что даже нового сотрудника завести в почту нужно через 10 согласований и 2 недели ругани с разными рукводителями. Ни с какими изменениями тут не проскочишь.
• CIO и CTO подчинены напрямую CEO (CEO любит все контролировать, но не понимает в ИТ), поэтому решения склоняются в пользу того, что громче кричит или чаще общается с CEO вне работы
• CTO убедил руководство, что глупый CIO тормозит все развитие, поэтому выпросил себе отдельное облако, в котором он без CIO быстро развертывает свои сервисы без оглядки на стабильность и ИБ
• CIO убедил руководство, что CTO - групый кодер и что из-за него все будет падать в инфраструктуре, поэтому все сайты, 1С-ки и прочий ненужный компании софт должен быть где-то вне стабильной инфраструктуры
Рецепт эффективного взаимодействия (как ДОЛЖНО быть):
• CIO и CTO в адеквате, лояльны компании и оба преследуют цель роста и развития своей компании
• CIO вникает в проблематику разработчиков, аналитиков, внедренцев и искренне пытается им помочь, не переходя границы рисков для стабильности работы
• CTO вникает в особенности работы ИТ инфраструктуры, и прислушиваясь к советам CIO, старается использовать методы и подходы, не вредящие стабильности работы
• Общий руководитель CTO и CIO в состоянии аргументированно разрешать немногочисленные споры
_________________
Чаще всего общим руководителем является ИТ директор компании.
Лучшим ИТ директором будет тот,
кто прошел путь CIO или CTO и сумел погрузиться в ту область,
которая была для него не родной.
Ваше мнение? Сталкивались с подобными конфликтами? Как их решали в вашей компании? Есть ли у вас удачные примеры взаимодействия? Или, может, наоборот, истории о том, как все пошло не так?
Пишите в комментариях, обсудим! 👇
#cio #cto #itmanagement #topmanagement #it_менеджмент
(CEO, менеджеры, curious minds)
🤔 Кто есть кто? Простыми словами:
• под CTO (Chief Technology Officer) обычно подразумевают сотрудника, ответственного за разработку новых ИТ продуктов и развитие имеющихся,
• под CIO (Chief Information Officer) - сотрудника, отвечающего за стабильность работы базовых ИТ сервисов, таких, как почта, корпоративная сеть, файловые обменники, сервера и пр.
Чтобы понять, что именно вызыват конфликт между ролями, важно понять что движет каждой ролью.
• CTO обычно про внедрение изменений.
Запилить новые фичи и быстро задеплоить в продакшн.
Если будут ошибки - подключиться и исправить.
🔝Лучшие CTO вырастают из разработчиков, умеющих разрабатывать ИТ продукты.
• CIO - это про то, чтобы работало стабильно. • А чтобы работало стабильно, надо не менять то, что и так работает стабильно.
Т.е. минимум изменений, только если мир рушится.
🔝Лучшие CIO вырастают из сисадминов, собравших все возмжные шишки и понимающих, что мир глубоко несовершенен.
____________________________
Таким образом CTO все время пытается что-то внедрить, а CIO сопротивляется против этих внедрений.
И каждый как будто по своему прав.
Часть 2: Для айтишников и топов
Делюсь наблюдениями из своей многолетней практики - Худших и Лучших вариаций:
Кейсы, как НЕ НАДО:
• CTO замотивирован руководством (KPI) на быстрые внедрения новых систем. Если не внедрит, потеряет деньги,
• CIO устал обороняться от всех этих инициатив или просто ему нравится спокойная жизнь, поэтому развел такую бюрократию, что даже нового сотрудника завести в почту нужно через 10 согласований и 2 недели ругани с разными рукводителями. Ни с какими изменениями тут не проскочишь.
• CIO и CTO подчинены напрямую CEO (CEO любит все контролировать, но не понимает в ИТ), поэтому решения склоняются в пользу того, что громче кричит или чаще общается с CEO вне работы
• CTO убедил руководство, что глупый CIO тормозит все развитие, поэтому выпросил себе отдельное облако, в котором он без CIO быстро развертывает свои сервисы без оглядки на стабильность и ИБ
• CIO убедил руководство, что CTO - групый кодер и что из-за него все будет падать в инфраструктуре, поэтому все сайты, 1С-ки и прочий ненужный компании софт должен быть где-то вне стабильной инфраструктуры
Рецепт эффективного взаимодействия (как ДОЛЖНО быть):
• CIO и CTO в адеквате, лояльны компании и оба преследуют цель роста и развития своей компании
• CIO вникает в проблематику разработчиков, аналитиков, внедренцев и искренне пытается им помочь, не переходя границы рисков для стабильности работы
• CTO вникает в особенности работы ИТ инфраструктуры, и прислушиваясь к советам CIO, старается использовать методы и подходы, не вредящие стабильности работы
• Общий руководитель CTO и CIO в состоянии аргументированно разрешать немногочисленные споры
_________________
Чаще всего общим руководителем является ИТ директор компании.
Лучшим ИТ директором будет тот,
кто прошел путь CIO или CTO и сумел погрузиться в ту область,
которая была для него не родной.
Ваше мнение? Сталкивались с подобными конфликтами? Как их решали в вашей компании? Есть ли у вас удачные примеры взаимодействия? Или, может, наоборот, истории о том, как все пошло не так?
Пишите в комментариях, обсудим! 👇
#cio #cto #itmanagement #topmanagement #it_менеджмент
🔥16❤7⚡5👍2
Буду спикером на первой Stand-up конференции по e-commerce!
🚀Формат 🔥🔥🔥
Ждем руководителей из ритейла
и Е-кома.
📅 24 сентября, 18:00
📍 Крыша универмага «Цветной»
Организаторы: e-commerce не должен обсуждаться скучно. Поэтому 24 сентября в Москве проведём первую Stand-up конференцию, где инсайты рынка и юмор встретятся на одной сцене.
Что вас ждёт:
🔥 «Прожарка» трендов ритейла, e-commerce и AI — честные экспертные панели без воды и пафоса.
🎙️ Выступления от действующих лидеров e-com — инсайты из первых рук.
🍸 Фуршет, авторские коктейли и виниловый сет от DJ Black Truffle — лёгкий формат для нетворкинга с коллегами.
Кто будет в зале: только руководители брендов и ритейлеров. Никакой случайной аудитории — только люди, с которыми интересно общаться и строить партнёрства.
👉 Участие бесплатное, но количество мест ограничено. Успейте зарегистрироваться:
https://imshop.io/standup?utm_refcode=720af9a5d3fcb0e491597ea72af61129171c9284
🚀Формат 🔥🔥🔥
Ждем руководителей из ритейла
и Е-кома.
📅 24 сентября, 18:00
📍 Крыша универмага «Цветной»
Организаторы: e-commerce не должен обсуждаться скучно. Поэтому 24 сентября в Москве проведём первую Stand-up конференцию, где инсайты рынка и юмор встретятся на одной сцене.
Что вас ждёт:
🔥 «Прожарка» трендов ритейла, e-commerce и AI — честные экспертные панели без воды и пафоса.
🎙️ Выступления от действующих лидеров e-com — инсайты из первых рук.
🍸 Фуршет, авторские коктейли и виниловый сет от DJ Black Truffle — лёгкий формат для нетворкинга с коллегами.
Кто будет в зале: только руководители брендов и ритейлеров. Никакой случайной аудитории — только люди, с которыми интересно общаться и строить партнёрства.
👉 Участие бесплатное, но количество мест ограничено. Успейте зарегистрироваться:
https://imshop.io/standup?utm_refcode=720af9a5d3fcb0e491597ea72af61129171c9284
🔥14❤5👍4
«Просто найдем других ИТ- подрядчиков, и все наладится»
Мой опыт говорит:
Смотрите,
в каких случаях
вы просто потратите время и деньги, не устранив корень проблем:
Мой опыт говорит:
это иллюзия!
Смотрите,
в каких случаях
вы просто потратите время и деньги, не устранив корень проблем:
👍9🔥2👏1🤝1
Вывод простой:
решение — не в бесконечной смене подрядчиков,
а в выстраивании грамотного управления внутри вашей компании.
#ИТаудит
решение — не в бесконечной смене подрядчиков,
а в выстраивании грамотного управления внутри вашей компании.
#ИТаудит
👍9💯5⚡2🔥1
Интересная и показательная ситуация произошла в выходные.
Воскресное утро.
Поют птички.
Ничего не предвещает беды…
Внезапно звонок 🚨☎️📞
от директора по электронной коммерции, в панике:
Начинаю разбираться.
Оказывается, цены на сайте те же, что и были, а некорректными они стали только в тот момент, когда менеджеру понадобилось их поменять, но он сам не смог это сделать, и поэтому завёл отдельный тикет в IT-службу.
Разумеется, поменять цены понадобилось неожиданно для всех, в выходной день.
Тикет, конечно, был создан в духе:
«На сайте неправильные цены, IT не выполняет свою задачу, работать не хотят, в выходные никого не найти, компания страдает…»
А всё почему?
Потому что IT виноват!
Воскресное утро.
Поют птички.
Ничего не предвещает беды…
Внезапно звонок 🚨☎️📞
от директора по электронной коммерции, в панике:
«На сайте неправильные цены! Срочно-срочно сделайте что-нибудь! Где все айтишники? Не могу никого найти!»
Начинаю разбираться.
Оказывается, цены на сайте те же, что и были, а некорректными они стали только в тот момент, когда менеджеру понадобилось их поменять, но он сам не смог это сделать, и поэтому завёл отдельный тикет в IT-службу.
Разумеется, поменять цены понадобилось неожиданно для всех, в выходной день.
Тикет, конечно, был создан в духе:
«На сайте неправильные цены, IT не выполняет свою задачу, работать не хотят, в выходные никого не найти, компания страдает…»
А всё почему?
Потому что IT виноват!
🗿8😢3❤2🙉2🔥1💯1
Регулярно сталкиваюсь с тем,
что руководители бизнесов показывают мне разные статьи, где написано, что
Есть такое распространенное заблуждение среди людей,
не знакомых с программированием лично, будто основные затраты 💰
на создание программного кода уходят на печатанье больших объемов текста,
и что ИИ со своей скоростью печати
сильно этот процесс ускоряет.
На самом деле,
скорость создания функционала
уже лет 20–40 как оптимизирована
через другие инструменты - библиотеки кода, фреймворки, ассистенты IDE, кодогенераторы.
И в этой области ИИ, как будто, ничего не добавил принципиально нового именно
для Enterprise-продуктов (не говорю про быстрые пилоты для проверки гипотез),
хотя некоторые места реально улучшил
за счет целевых ассистентов.
Важно понимать,
что основные временные затраты в разработке ПО уходят на:
• создание структуры,
в которой будет писаться код
• создание направлений разработки
• выяснения всех требований у Заказчика
• внесения изменений по итогам развития ИТ-продукта
• изменения понимания его Заказчиком
• переделки под меняющийся мир
и т.п.
И тут ИИ пока бессилен на текущий день…
Кто готов спорить — welcome в комментарии.
#МифыОбИИ #БудущееIT #ITМенеджмент
что руководители бизнесов показывают мне разные статьи, где написано, что
какая-то очередная модель ИИ очень быстро пишет полноценный программный код, и поэтому скоро с помощью нее можно будет отказаться от половины программистов и существенно ускорить разработку ПО».
Есть такое распространенное заблуждение среди людей,
не знакомых с программированием лично, будто основные затраты 💰
на создание программного кода уходят на печатанье больших объемов текста,
и что ИИ со своей скоростью печати
сильно этот процесс ускоряет.
На самом деле,
скорость создания функционала
уже лет 20–40 как оптимизирована
через другие инструменты - библиотеки кода, фреймворки, ассистенты IDE, кодогенераторы.
И в этой области ИИ, как будто, ничего не добавил принципиально нового именно
для Enterprise-продуктов (не говорю про быстрые пилоты для проверки гипотез),
хотя некоторые места реально улучшил
за счет целевых ассистентов.
Важно понимать,
что основные временные затраты в разработке ПО уходят на:
• создание структуры,
в которой будет писаться код
• создание направлений разработки
• выяснения всех требований у Заказчика
• внесения изменений по итогам развития ИТ-продукта
• изменения понимания его Заказчиком
• переделки под меняющийся мир
и т.п.
И тут ИИ пока бессилен на текущий день…
Кто готов спорить — welcome в комментарии.
#МифыОбИИ #БудущееIT #ITМенеджмент
👍10⚡4🔥2❤1😁1🤨1