Цифровая трансформация Archives – Страница 2 из 11

Сколько и каких технологий нужно для цифровой трансформации

Присутствовал на этой неделе на курсе DITS (ITIL® 4 Digital and IT Strategy). Отличная, активная группа, интересные вопросы и обсуждения.Не обошлось без одной из самых популярных тем в этой области – обсуждения того, что является, а что не является примером цифровой организации, цифровой трансформации. Реализация каких технологических решений позволит считать, что мы имеем дело с цифровой трансформацией? На мой взгляд, наиболее полно и системно мы разбираемся с цифровой трансформацией на курсе «Трансформация ИТ в традиционных компаниях». Но материал библиотеки ITIL4 добавляет к этому разговору интересный элемент. Поскольку «Digital and IT Strategy» – это в первую очередь книга, авторы вынуждены дать…

Игорь Гутник, 23 апреля 2023, последний комментарий 2 июня 2023

Где ломается гибкость (и заканчивается Agile)

В последнее время в обсуждении одной модной темы часто натыкаюсь на непонимание (или неприятие?) одного и того же важного момента.Тема – кардинальное преобразование организации, ведущее к появлению способности быть успешной в конкурентной быстро меняющейся бизнес-среде. Здесь для краткости можно было бы написать «цифровая трансформация», «business agility» и т.п. Но мы же здесь все приличные люди 😊 А момент вот какой.Все понимают (во всяком случае соглашаются с тем), что в среде с высокой степенью неопределённости/вариативности для обеспечения быстрой работы производственной системы кроме всего прочего нужна организация потока. Вытягивающая система, WIP-лимиты, всё, как написано в книжках про построение быстрого, равномерного потока. Большинство…

Игорь Гутник, 9 апреля 2023, последний комментарий 2 июня 2023

Путь к гибкому управлению портфелем

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

Думать нельзя выбирать инструмент

Вспоминая недавнее обсуждение цифровой трансформации, в котором участвовал, Рой Аткинсон в небольшой заметке «Инструменты, дураки и трансформация» («Tools, Fools, and Transformation») приводит пару ярких образов, которые могут помочь осознать, как странно мы иногда подходим к решению ответственных задач. Собственно, название его заметки основывается на известной фразе «A fool with a tool is still a fool». Дословно: «дурак, у которого есть инструмент, всё ещё дурак» (смысл: «инструмент [в широком смысле этого слова] не поможет, если…»). В рамках обсуждения цифровой трансформации, поскольку она цифровая, разговор о технологиях нередко затмевает все прочие аспекты. Хотя технологии в решении данной задачи не первичны. О чём…

Трансформация ИТ в традиционных компаниях

Тема цифровой трансформации интересует многих, но не многие до конца понимают в чем суть этого понятия, как и когда ее лучше проводить, зачем, что для этого потребуется, сколько это стоит… И главный вопрос – а стоит ли ее Вам проводить?

Кратное ускорение ИТ за счет новой организации работы

27 октября в 11:00 (МСК) Cleverics проведет открытый онлайн-урок “Продуктовый подход в ИТ в традиционных компаниях”. Приглашаем всех желающих на это бесплатное мероприятие, регистрация обязательна.

Новостной поток, 26 сентября 2022, последний комментарий 28 сентября 2022

Вчерашний передовой опыт – это сегодняшняя новая норма

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

5 правил лучших продуктовых команд

Реальность такова, что переход к мышлению, ориентированному на продукт, часто требует полной трансформации компании. Все в организации должны ориентироваться на общее понимание того, что является ценностью для бизнеса и ваших клиентов. Но есть одна группа, которая отвечает за продвижение всего вперёд — сплочённая команда разработчиков.

Нужно ли поскорее устранять все выявленные дефекты?

Работа над дефектами – известная область разработки ПО, вызывающая вечные и непримиримые споры. Заметьте, что я использовал именно слова “работа над”, а не “управление” – из того, что я вижу вокруг, управления дефектами почти ни в одной команде разработки нет.

Что я понял про DevOps

Когда я впервые услышал термин DevOps, от своих коллег я понял примерно следующее: «Процесс развёртывания приложения в любой среде (dev/QA/prod) называется DevOps. Просто ещё один синоним эксплуатации». Как начинающий программист, я подумал: “Ок, здорово! Ещё одно модное словечко, поразившее в ИТ-индустрию». Люди, которые имеют некоторое представление о DevOps, знают, как я ошибался!

Как защитить зрелую команду от деградации

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

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

Цифровая трансформация

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