Портал №1 по управлению цифровыми
и информационными технологиями

Как организовать ИТ для ИТ?

В редакцию портала поступил вопрос:

Добрый день, работаю в ИТ-компании , нас больше 1000 человек. В компании нет и не было каких то практик работы с ИТ-инфраструктурой. Но есть 3-4 команды и каждый тянет ИТ-инфраструктуру в свою сторону.

Единого подхода нет, с моим приходом решили делать больше упор на ITIL, но всё же уверенности на 100% нет, в ИТ всё так не постоянно.

Скажите, пожалуйста, как лучше всего организовать ИТ для ИТ ? и вообще ИТ-инфраструктуру для компании которая разрабатывает ПО и его сопровождает?

Из текущих проблем хочу выделить следующие:

  1. Не понимание общей стратегии и подхода.
  2. Размазанная ответственность.
  3. Дублирование функций.
«Управление архитектурой предприятия на основе TOGAF и IT4IT»
Трёхдневный учебный курс о современном управлении архитектурой

Комментариев: 4

  • К сожалению из запроса не ясна сама суть вопроса.

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

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

    Варианты (выберите любые, список открытый):

    1. управлять стоимостью ИТ-инфраструктуры (управление спросом и мощностями, контроль полной эксплуатационной стоимости)

    2. управлять её надежностью и устойчивостью от катастрофических сбоев

    3. обеспечение её гибкости под операционные потребности разработчиков и клиентов

    4. ...

    Решение каждой из этих задач потребует введения различных практик и принципов.

    Сейчас одни ваши коллеги поддерживают свои куски ИТ-инфраструктуры, а другие её потребляют под нужды разработки, тестирования и пр.

    Может быть так, что они удовлетворены текущим состоянием дел, и текущая лоскутная картина является наилучшей для них по ряду критериев? Например в части гибкости управления выделенными ресурсами.

    Почему их жизнь должна измениться?

    К сожалению описания этой картины нет, и поэтому предложить что-то конкретное достаточно сложно. Возможно автор что-то добавит.

  • Владимир Невский

    В большой компании всегда происходит борьба за ресурсы, за власть и влияние. Чтобы борьба не выливалась в войны — нужно издать Конституцию и Законы, ИМХО две вещи: ИТ-стратегию, чтобы все видели светлый путь и знали куда двигаться; OLA — внутренние соглашения (законы) по взаимодействию между подразделениями, чтобы все понимали, кто за что и когда отвечает, как взаимодействовать, как определять показатели работы и на чьей стороне в конкретный момент времени находится мяч.

    Собственно, автор сам описал проблематику из 3-х пунктов — там всё написано.

  • Алексей

    Судя из описания проблематики могу предложить следующие мероприятия:

    1. Еженедельные встречи руководителей подразделений для обсуждения достижений, задач и имеющихся проблем.

    2. Сделать Комитет по изменениям.

    3. Разграничить зоны ответственности, сначала устно, потом оформив OLA.

    4. Выстраивать бизнес-процессы внутри поддразделений.

    ITIL — это не инструкция по внедрению, надо брать оттуда то что необходимо, а не копировать все подряд и использовать «принцип быстрых побед», то есть применять там где это даст больший эффект и быстрее.

    Если ваша компания разработчик ПО, которое потом переходит на поддержку, то я бы посмотрел в сторону DevOps, после прочтения книги «Проект Феникс» прямо узнаете свою компанию, соответственно рекомендую к прочтению.

  • Андрей К

    Если говорить об организации в целом, то один ITIL вам вряд ли поможет. Особенно, если компания занимается разработкой ПО. Для картины к целом стоит присмотреться к IT4IT. Это работает.


Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

  • Рубрики

  •  
  • Авторы

  •  
  • Самое свежее

    • VI форум «Управление данными — 2021»: наведите порядок в данных!
      23 сентября 2021 года издательство «Открытые системы» в шестой раз проведет в Москве масштабный форум «Управление данными — 2021», объединяющий всех, кто определяет стратегию работы с данными, воплощает ее в жизнь и управляет предприятием на основе объективных достоверных данных. Участники форума обсудят не только инновационные стратегии и бизнес-модели работы с корпоративными данными, но и конкретные архитектурные и технологические решения.
    • Простые уловки, как ускорить процесс разработки программного обеспечения
      С некоторыми вещами люди из бизнеса вынуждены соглашаться, и одна из них заключается в том, что никто не хочет сердить свою команду разработчиков. Часто они являются краеугольным
    • Почему каждая инициатива DevOps должна начинаться с оценки возможностей
      Внедрение практики DevOps идет полным ходом. Организации сосредоточены на том, как внедрить возможности DevOps в командах и как масштабировать DevOps в масштабах предприятия. Но важным аспектом любого пути масштабной трансформации является оценка возможностей команды или организации на этом пути.
    • Что такое процесс и что такое практика в ITIL®4
      Продолжаем публиковать короткие видеоролики, посвященные актуальным вопросам управления ИТ. Сегодня поговорим о том, что такое процесс и что такое практика в ITIL4. Это не переименование процессов в практики, это два отдельных понятия. Рассказывает Игорь Фадеев, ITIL 4 Managing Professional и ITIL 4 Strategic Leader, аккредитованный тренер по ITIL4.
    • Аудит. Что может быть скучнее?!
      На прошедшей неделе участвовал в аудите (в качестве объекта аудита). Большинство людей, проходивших аудит, подозреваю, разделяет это ощущение: «Бюрократия, формальности и т.п.»
    • Как технический долг вредит вашей команде программистов — и вашей безопасности приложений
      Техническая долг может серьезно повлиять на здоровье организации - и на психическое здоровье ваших разработчиков. Более половины из 200+ членов инженерных команд, опрошенных в рамках отчета Stepsize "Состояние технического долга в 2021 году", считают, что технический долг негативно влияет на моральное состояние их команд.
    • Что люди не понимают в управлении потоком создания стоимости
      Нет ничего плохого в самом управлении потоками создания ценности (VSM), но есть много плохого в том, как его рассматривают и обсуждают блогеры, отраслевые маркетологи и другие, которые часто смешивают его с DevOps и Agile. Это не одно и то же.
    • 5 основных тенденций развития искусственного интеллекта и машинного обучения на 2022 год
      Вот несколько основных тенденций, к которым вашему бизнесу стоит начать готовиться. Искусственный интеллект и машинное обучение становятся доминирующей частью технологической
    • 6 тенденций в ИТ, за которыми нужно следить
      Чтобы выжить во время пандемии, организации обратились к ИТ, чтобы помочь справиться с последствиями - как негативными, так и позитивными. В некоторых отраслях, таких как телемедицина и видеоконференции, бизнес резко вырос, и ИТ-отделам таких компаний пришлось в спешке справляться с нагрузкой. В других, например, в сфере путешествий и развлечений, бизнес резко просел. Кроме того, возобновилось стремление к цифровой трансформации.
    • Восход Desktop-as-a-Service: что это такое и зачем вам это нужно?
      Широкое распространение облачных вычислений добавило в наш словарь множество сокращений, наиболее распространенными из которых являются SaaS, PaaS и IaaS. Действительно, наступила эра облачных решений, которые доставляют программное обеспечение, платформу и инфраструктуру потребителям и предприятиям по запросу и с оплатой по мере использования.
  •  
  • Вход

  • DevOps
    Kanban
    ITSM
    ITIL
    PRINCE2
    Agile
    Lean
    TOGAF
    COBIT