questions

Сколько времени отводится IT на ваших заседаниях правления?

Уровень 1: Топ-менеджеры сосредотачиваются на ИТ только в случае возникновения чрезвычайной ситуации, такой как утечка данных или неприемлемо продолжительная остановка бизнес-сервисов.

Уровень 2: ИТ редко фигурируют в повестках и обычно рассматриваются не дольше нескольких минут.

Уровень 3: Технология является постоянным пунктом повестки совета и обсуждается на каждом собрании, и/или CIO (ИТ-директор) является членом правления.

Насколько комфортно ваш C-уровень и топ-менеджмент разбираются в технологических темах?

Уровень 1: Немного. Только один или два человека, не считая ИТ-директора или CTO, глубоко разбираются в технологиях.

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

Уровень 3: Очень хорошо. Большинство членов правления и топ-менеджеров активно посещают другие компании и встречаются с технологическими лидерами, чтобы разобраться в текущих и будущих трендах. Они могут задавать хорошие, наводящие вопросы ИТ-директору или CTO, которые помогают достичь лучших результатов.

Как часто сотрудники бизнес-подразделений повышают квалификацию по ИТ и участвуют в решении ИТ задач на протяжении своей карьеры?

Уровень 1: Это случается редко, а если и случается, то обычно случайно и в одностороннем порядке.

Уровень 2. Сотрудники часто проходят курсы повышения квалификации по ИТ и вовлечены в решение ИТ задач на протяжении своей карьеры.

Уровень 3: Существует модель индивидуальных планов развития, в которой продвижение по службе связано с методичным обучением и вовлечением в задачи как ИТ так и бизнеса.

Как быстро владелец продукта может принимать решения, которые оказывают существенное влияние на цифровые продукты?

Уровень 1: Решения остаются иерархическими, требующими процессов рассмотрения и утверждения, иногда несколькими ответственными.

Уровень 2: Решения принимаются совместно руководящим комитетом и владельцем продукта.

Уровень 3: Владелец продукта с его командой разработчиков наделены всеми полномочиями принимать решения на месте, включая перепроектирование бизнес-процессов и изменения, влияющие на результат процесса.

Насколько хорошо интегрированы бизнес, ИТ-команды и управление?

Уровень 1. Цели бизнеса и ИТ устанавливаются независимо друг от друга и имеют разные критерии эффективности (например, ИТ — затраты, а бизнес — рентабельность инвестиций).

Уровень 2: Бизнес и ИТ проводят совместные заседания и устанавливают совместные цели на высоком/общем уровне, но не синхронизированы на уровне команд.

Уровень 3: Команды полностью интегрированы, у них общие KPI и показатели результативности, и нет исключений или различий между бизнесом и ИТ.

Как управляются продуктовые команды?

Уровень 1: ИТ- и бизнес- команды оцениваются по входным факторам, таким как отработанное время или объем выпущенного кода.

Уровень 2: Команды оцениваются по результатам, таким как производительность, которые одинаковы для всех команд и устанавливаются основной метрикой.

Уровень 3: Команды действуют как мини-стартапы, определяя свои собственные четкие OKR, KPI, и систему мотивации. Они оцениваются по достижению своих целей.

Каковы ключевые критерии принятия решения для запуска нового ИТ-проекта?

Уровень 1: Отсутствуют, нет бизнес-обоснования или не формализованы.

Уровень 2: Несвязанные бизнес-обоснование и ИТ-цели

Уровень 3: Достигаются OKR, связанные с прибылями и убытками и отслеживаемыми финансовыми результатами.

Как часто вы предоставляете конечным клиентам новые функциональные возможности?

Уровень 1: обычно в ежеквартальных выпусках

Уровень 2: раз в 2 недели, по спринтам, на основе гибких методологий, адаптированных к крупной корпоративной среде, таких как масштабируемый agile фреймворк (SAFe).

Уровень 3: Непрерывная сборка и доставка (CI/CD), с релизами не реже одного раза в день.

Насколько автоматизирован процесс запуска разработчиком нового проекта для нового приложения?

Уровень 1: централизованно собирается свободный набор передовых практик, которыми делятся с сообществом разработчиков.

Уровень 2: Стандарты определены, но получение доступа к необходимым инструментам занимает у команды разработчиков несколько дней.

Уровень 3: Стандарты кодифицированы как часть цифровой платформы, которую команды разработчиков могут использовать в качестве самообслуживания.