12 марта itSMF России совместно с Яндексом проводят эксклюзивный семинар, который станет уникальной площадкой для обмена опытом среди лучших практиков в области разработки ПО.
Продуктовый подход в том виде, который даёт желанную для бизнеса скорость и гибкость, требует серьёзных изменений. И сталкивается с большими трудностями. В том числе сложным является то, что изменения должны производиться в комплексе, сразу во многих измерениях. В частности, потребуется изменение оргструктуры, отказ от проектного подхода (это наиболее распространённый способ организации работы и управления для решения задач… даже если этот способ не называется в компании проектным), изменение культуры. Даже выделение продуктов в существующем ИТ-ландшафте предприятия – в большинстве случаев не очень простая задача. Как продуктовый поход соотносится с проектным и процессным, каких изменений требует в организационной структуре, и каким образом…
Казалось бы, обладая опытом построения системы управления в традиционной системе организации ИТ (коих, наверное, до сих пор большинство), в том числе умея выстраивать систему метрик, можно без труда определиться с метриками для продуктовых команд. Но нет! Есть ряд особенностей. В рамках вебинара (тут и тут) накопленный опыт в этой области изложен в виде набора ключевых соображений, исходя из которых можно построить реально работающую систему ключевых метрик продуктовой команды. Некоторые из этих соображений непривычны для системы управления, построенной традиционным образом. Например, метрики нужны для анализа и улучшения работы команды, а не для контроля отдельных сотрудников. Основная цель – измерять тренды, выявлять…
Разработка ПО Во многих организациях, использующих информационные технологии, существует деятельность по разработке информационных систем. В общем случае её можно представить как следующий порядок этапов (шагов, процессов): Этой деятельностью организации управляют для того, чтобы получить больше ценности и возможностей при меньших затратах. Типичные запросы, поступающие на вход этой цепочки (потока): Изменение программного обеспечения (например, изменение или создание новой функциональности в программном обеспечении). Реализация изменений с помощью инструментов no-code или low-code, то есть через конфигурирование имеющихся информационных систем (например, добавление атрибутов к объекту какой-либо ИТ-системы, включая модификацию пользовательского интерфейса, экранных и печатных форм). Реализация изменений путём переобучения или дополнительного обучения ранее…
Хорошие новости. Большая работа за кулисами, объединяющая уже более восьмидесяти постоянных участников и ещё десятки экспертов, становится видна снаружи. Подготовлен и запущен специализированный сайт РИТМа: ritm.digital. На этом сайте мы можем узнать, к примеру, что первая и последняя буквы аббревиатуры, “Р” и “М”, теперь имеют официальную расшифровку. РИТМ – это Рациональная ИТ-Методология. Также можем почитать про принципы разработки РИТМа и посмотреть состав элементов модели, что это за девять областей, каково назначение каждой, а также на чём каждая область фокусируется, чем управляет, с какими другими областями связана. После регистрации (да, она нужна) предоставляется доступ к разделу с собственном библиотекой РИТМа. Сейчас…
Марти Каган и Крис Джонс, авторы книги «Transformed» в недавней заметке рассуждают о том, чем отличаются традиционные ИТ-подразделения от продуктовых, и о том, применима ли продуктовая модель (продуктовый подход) к традиционным компаниям, которые всё чаще проявляют интерес к этой модели. Любопытно, что при довольно большом объёме статьи, её логическая структура сводится к простому и понятному набору тезисов. Их можно использовать как базу для вопросов, на которые необходимо ответить при принятии решении о начале трансформации. Ниже краткий пересказ ключевых элементов. Самое главное в продуктовом подходе – ориентация на конечный бизнес-результат (в противовес, например ориентации на соблюдение жёстких сроков реализации инициатив, проектов,…
Наверняка вы уже слышали про РИТМ. На недавней конференции itSMF России про него было рассказано много, и рассказано интересно. Пока до конца неизвестно что означает в РИТМе буква “Р” – то ли “Российская”, то ли “Рациональная”. Та же история с буквой “М” – модель? методология? менеджмент? Как я понял, это сейчас не важно, решим позже. А важно вот что: не только была анонсирована идея РИТМа, но уже полным ходом идут работы по разработке российского свода знаний по ИТ-менеджменту. Определена верхнеуровневая модель, сформулированы принципы создания этого свода знаний и принципы, которые в собственно свод знаний войдут. Идёт активная работа по проработке…
Сегодня организации как никогда ищут любые преимущества, которые могут помочь им повысить операционную эффективность, сократить расходы и улучшить качество услуг. Одним из направлений, на которое следует обратить более пристальное внимание, является концепция сдвига влево. Что такое сдвиг влево, какие проблемы он позволяет решить и как его осуществить?
Известный Agile-консультант Клаус Леопольд (Dr. Klaus Leopold) на прошлой неделе «выступил в защиту» SAFe (Scaled Agile Framework). И хотя его заметка полна сарказма, практическую пользу от этого короткого текста можно получить, если вдумчиво приглядеться к его аргументам защиты/критики. В том числе попытаться подставить вместо SAFe какой-нибудь другой модный фреймворк и/или попытаться узнать себя знакомую ситуацию в этом зеркале. Далее приводим перевод/пересказ. Scaled Agile Framework (SAFe) на протяжении многих лет вызывает многочисленные споры. Некоторые считают SAFe спорной темой, но я полагаю, что многие споры вызваны завистью. На мой взгляд, SAFe — это гениальный продукт, в котором решение идеально соответствует проблеме. Я…
Cleverics объявляет набор на новый курс “Leading SAFe 6.0. Синергия управления архитектурой ИТ и бизнеса: способы достижения и методы управления”. Ведущий курса — один из лучших сертифицированных SAFe 6.0 консультантов (SPC) в России.
В последнее время в обсуждении одной модной темы часто натыкаюсь на непонимание (или неприятие?) одного и того же важного момента.Тема – кардинальное преобразование организации, ведущее к появлению способности быть успешной в конкурентной быстро меняющейся бизнес-среде. Здесь для краткости можно было бы написать «цифровая трансформация», «business agility» и т.п. Но мы же здесь все приличные люди 😊 А момент вот какой.Все понимают (во всяком случае соглашаются с тем), что в среде с высокой степенью неопределённости/вариативности для обеспечения быстрой работы производственной системы кроме всего прочего нужна организация потока. Вытягивающая система, WIP-лимиты, всё, как написано в книжках про построение быстрого, равномерного потока. Большинство…