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

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Новые экзамены
по ITSM
Реестр ESM- и ITSM-систем в России 2024

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

Почему запуск продукта проваливается (и как этого избежать)

Сколько запусков новых продуктов происходит каждый год? По данным Nielsen около 30 000 среди товаров повседневного спроса. Для программного обеспечения гораздо труднее найти конкретные данные. Но могу вас заверить, что статистика того, как проходит большинство этих запусков, довольно мрачная. Разные источники приводят показатели от 40 до 80 процентов в качестве частоты провалов. Я предполагаю, что на самом деле может быть и чаще. Ой! Но что мы имеем в виду, когда говорим, что запуск продукта «провалился»? И почему так много провалов? Попробуем разобраться, что на самом деле представляет собой запуск продукта в первую очередь. Некоторые люди могут сразу подумать о презентации…

Записи вебинаров 21 сезона CleverTALK

16 декабря завершился двадцать первый сезон вебинаров CleverTALK. Благодарим вас за интерес к нашим вебинарам и за то, что делитесь информацией о них!

Продуктовый подход в ИТ. Почему у вас не получится.

Приглашаем Вас на бесплатный вебинар 16 декабря в 11:00 “Продуктовый подход в ИТ. Почему у вас не получится”.
Тема этого вебинара возникла неспроста. Всё больше и больше компаний задумываются о продуктовом подходе. Некоторые уже идут в этом направлении. Определяют продукты, выделяют продуктовые команды.

Как не застрять на «последней миле» в потоке создания ценности

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

Сколько данных вам нужно для надежного прогнозирования доставки?

Есть несколько вопросов, которые мне задают практически каждый день. Сколько данных нам нужно для надежного прогнозирования доставки? Что делать, если у нас нет исторических данных? Что если у нас много данных, но мы им не доверяем? Как выбрать “скользящее окно” данных для прогнозирования доставки?

Agile – синдром «но»

Наверняка вам приходилось слышать от знакомых или коллег, что их организация пошла по пути Agile в управлении поставкой ценности клиентам. И часто в таких разговорах говорят, что мы, конечно, используем гибкие методы управления разработкой, «но» есть несколько вещей, которые мы делаем по-другому. Вам такое знакомо? Вы когда-нибудь представляли степень влияния этого «но»? Мы гибкие, но: Мы до сих пор используем модель водопада. Мы по-прежнему составляем полный план проекта / релиза. Нам все ещё нужно убедиться, что все требования полностью прописаны. Меняющиеся требования наших клиентов сводят нас с ума. Нам все ещё нужно готовить массу документации. Наши заказчики хотят только ускорения…

Метрики потока создания ценности

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

Проблемные зоны цифровой трансформации

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

Простые уловки, как ускорить процесс разработки программного обеспечения

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM