Digital Enterprise

Эволюционный взрыв в управлении ИТ-разработкой

Этот год принёс неожиданное ускорение процессов развития для многих компаний. Планы последовательной и равномерной трансформации в одночасье потеряли актуальность, сменившись гонкой на выживание в новом онлайн мире. Те изменения, на которые собирались тратить месяцы и годы, потребовались немедленно. Не секрет, для того, чтобы происходили изменения, требуется внешний стрессор. И такой мощный толчок, каким стала пандемия коронавируса, вызвал всплеск развития в области организационного управления ИТ-разработкой. Создалась благоприятная среда для того, чтобы перераспределить ресурсы на переход к гибким методологиям и продуктовому подходу. Это можно сравнить с Кембрийским взрывом в эволюции живых организмов. Через несколько лет наверняка будет написано много исследований, посвященных этой…

Опыт организации продуктовой команды: часть 2

Опубликована запись вебинара”Опыт организации продуктовой команды: часть 2″ – это продолжение разговора о построении продуктовой команды разработки ПО на основе реальных кейсов из консалтинговой практики Cleverics. Первую часть, в которой разбирался реальный кейс трансформации действующей команды разработчиков, смотрите на нашем канале YouTube. Вопросы, которые обсуждались во второй части: Как балансировать нагрузку на команду, чтобы не утопить ее в бесконечном потоке задач? Как сделать бэклог понятным и удобным инструментом взаимодействия бизнеса и ИТ? Что можно измерить в настройках продуктовой команды? Ведущая вебинара: Светлана Сапегина, консультант по управлению инновациями и трансформацией организационных моделей.

Дистанционные итоги

Вот уже почти год… Поначалу никто не верил, что это быстро не закончится. Ждали очный формат. Плюс мешала привычка к вебинарам – не верили, что дистанционный формат может быть реальной альтернативой. Но потом ситуация изменилась. Полученный за прошедшее время опыт позволяет поделиться наблюдениям и сделать некоторые выводы. И начну, пожалуй, с “ложки дёгтя”. Что мешает? Факторы места пребывания. Например, нет подходящего места, где можно разместиться. Возможен шум, например, от ремонта у соседей. Существенная разница в часовом поясе тоже создаёт неудобства. [Кстати, уже скоро будут доступны другие варианты графика. Пишите в комментариях, если у вас есть интерес к определённому графику.] Возможности…

Артём Мукосеев, 21 декабря 2020, последний комментарий 31 декабря 2020

Закон Конвея и его важность при создании команд

Закон Конвея (Conway’s Law) имеет большое значение для понимания тех сил, что возникают при формировании команд, и того результата, который они могут оказать на команды в условиях длительного и автономного, неуправляемого и некорректируемого воздействия. И, как следствие, для понимания влияния на разрабатываемые командами программные продукты, поскольку за последнее время они стали более сложными и взаимосвязанными, чем когда-либо прежде. Выдержал ли закон об архитектуре программного обеспечения, сформулированный Мелвином Конвеем в далёком 1968 году, проверку временем? Короткая справка: Закон Конвея — “Организации проектируют системы, которые копируют структуру коммуникаций в этой организации”. В конце концов, разработка ПО прошла немалый путь: микросервисы, облака, контейнеры,…

Какое отношение ITIL имеет к DevOps? Гораздо большее, чем вы думаете

Прошло около десяти лет с тех пор, как DevOps впервые ворвался в мир технологий, обещая свежим сильным ветром перемен разрушить организационные колодцы и прежние способы работы, которые душили способности компаний к инновациям. Многие приверженцы DevOps восприняли его как противоположность тому неизменному подходу, который они видели в традиционном управлении ИТ-услугами (ITSM – в лице ITIL как сборника лучших практик). Эта точка зрения может быстро привести к разделению на два лагеря: “мы” и “они”, что иронично, поскольку оба подхода в конечном счёте сосредоточены на предоставлении ценности клиенту. ITIL существует с конца 1980-х годов. Сертификация является одной из самых распространённых в мире. ITIL…

Новостной поток, 16 декабря 2020, последний комментарий 15 января 2021

Оценка важности задач в Канбан-методе

В редакцию портала поступил вопрос: Есть ли у канбан инструменты для оценки бизнес-эффекта от поставленной задачи? Бывают случаи, когда заказчики начинают наращивать функционал, который команде представляется не самой нужной для конечного пользователя и Компании. Например, излишняя отчётность. После смены заказчика (переживали не раз) функционал будет не востребован.

Вопрос из зала, 16 декабря 2020, последний комментарий 16 декабря 2020

-30% на все учебные курсы для физических лиц с 1 января

Уходящий год был непростым, он научил нас быстро адаптироваться к новым условиям и работать по-новому. В этом году впервые мы будем поздравлять вас и дарить подарки онлайн. О первом нашем подарке – в этой заметке. Мы объявляем скидку 30% на все учебные курсы для физических лиц с 1 января по 31 марта. Записаться на курсы и оплатить участие вы можете уже сейчас! Приходите к нам в новом году, чтобы изучать ITIL 4: мы являемся первой в России и одной из первых в мире компаний с полной линейкой сертификационных учебных курсов ITIL 4 Managing Professional наши сотрудники являются авторами и рецензентами…

Новостной поток, 14 декабря 2020, последний комментарий 11 января 2021

Мероприятия предстоящей недели

В четверг 17 декабря пройдёт вебинар “Не зрелость”, посвященный оценке процессов управления ИТ в интересах руководителя. Ведущий вебинара: Дмитрий Исайченко, управляющий партнёр Cleverics, практикующий консультант с пятнадцатилетним стажем, соавтор и ITIL 4. Программа вебинара: Что такое зрелость системы управления Что даёт оценка зрелости Чего оценка зрелости дать не может Оценка эффективности Целевые аудитории для разных видов оценки Начало вебинара 11:00 по московскому времени Регистрация В пятницу 18 декабря сообщество ИТ-специалистов Infostart проведёт митап “Методологии управления в ИТ”. В программе митапа – 5 докладов от экспертов, применяющих ITSM-методологии, как в международных компаниях, так и в среднем бизнесе. Вопросы, которые обсудим на мероприятии:…

Преимущества DevOps-мышления

Порой нелегко объяснить своему руководителю или коллеге, почему и как DevOps может решить многие из ваших проблем. Эксперты-участники DevOps Enterprise Summit предлагают простые и понятные формулировки, которые могут вам помочь. «Мы разрабатываем целостную систему доставки, от идеи до конечного пользователя, исходя из предположения, что каждое требование неверно, мы неправильно его поняли и/или оно изменится к тому времени, когда мы сможем предоставить решение для него. Чем дольше задержка между запросом и поставкой, тем дороже становится эта проблема.»Bryan Finster, Value Stream Architect, Walmart DevOps Dojo, Walmart «Будущее неизвестно. Приспособляемость – ваше секретное оружие.»Dave Mangot, Principal, Mangoteque «Ежедневная доставка ценности заказчику.»Mick Miller, Senior Product Manager,…

Covid-19 делает комплектование критическим фактором успеха бизнес-процессов

Один известный консультант по бизнес-процессам, Ян Джеймс, сделал проницательное наблюдение: “командная работа чаще всего терпит неудачу в моменты передачи работы между исполнителями отдельных шагов”. Данное утверждение хорошо иллюстрируется эстафетной гонкой, в которой команда из четырёх хороших спринтеров может обогнать команду из четырёх лучших спринтеров благодаря более быстрой работе в зоне передачи. Ключом к победе является то, сколько времени эстафетная палочка проводит в зоне передачи. В бизнес-процессах зона обмена – это момент перехода работы от человека к человеку, от отдела к отделу, от организации к организации. Эти переходы чреваты потенциальными проблемами, делая точки передачи работы тихими убийцами производительности каждой компании. Поскольку…

Два вопроса об управлении проблемами

В редакцию портала поступил вопрос: Здравствуйте! Процесс управления проблемами На основании обращений пользователей зарегистрирована проблема: определен способ обходного решения. Дупустимо ли в инциденте устанавливать связь с проблемой (т.е. записью в проблем трекере) при закрытии инцидента путем обходного решения? Предполагается, что это будет выполнять специалист 2-3 ЛТП. Для устранения корневой причины требуется доработка (например, ошибка при формировании требований, не является багом). В качестве решения регистрация RFC. В каком случае проблема может быть закрыта: реализация и проверка заказанной доработки или же достаточно согласование заказанной доработки?

Вопрос из зала, 11 декабря 2020, последний комментарий 14 декабря 2020

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

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