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

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

Agile, Scrum, разработка ПО

От проектной к продуктовой поставке ПО. В чём суть?

Продуктовый подход поставки программного обеспечения Пытаясь принять и использовать идею “продукта” в рамках ИТ-организации, иногда бывает трудно понять границы и зону ответственности продуктовой команды, как её деятельность связана с тем, что коллеги из бизнес-подразделений называют “продуктом”. Чтобы помочь с пониманием концепции продуктовых ИТ-команд, воспользуемся моделью жизненного цикла продукта (Product life-cycle, PLC), поскольку он описывает этапы присутствия продуктов на рынке, используя соотношение между временем нахождения и объёмами продаж. Жизненный цикл продукта Каждый продукт, продаваемый сегодня на рынке потребительских товаров, имеет свой жизненный цикл – от момента создания до исчезновения. Хотя каждый продукт и имеет уникальный набор факторов, которые привели к его…

Агенты изменений: умеем ли мы их готовить?

Поговорим про агентов изменений. Тема огромная, насущная, остановимся на интересном моменте: испытательный срок ещё не закончился, а уже становится ясно какого человек калибра и какова примерно траектория дальнейшего движения. Вот давайте поговорим про эти траектории, и почему они важны. В последнее время в профессиональных сообществах в Facebook’е значительно увеличился спрос на агентов изменений: нанимают скрам-мастеров, agile-коучей, методологов, «людей с головой и опытом», – названий много, смысл один. И можно бы было это списать на то, что на карантине (или как там этот период, который сейчас?) мы больше живём в сети, но нет – тот же по объёму поток вакансий в…

Управление потоком создания ценности: следующий эволюционный шаг в разработке программных продуктов

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

Групповые эффекты в самоорганизации гибких команд

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

Сколько времени уходит на устранение дефектов

На прошедшей неделе компания Rollbar (поставщик платформы постоянного совершенствования кода) опубликовала результаты исследования, которое провела независимая исследовательская компания Propeller Insight в конце декабря 2020.Исследование проводилось методом опроса репрезентативной (для США) выборки 950 разработчиков. Поскольку инициатива проведения исследования исходит от компании, бизнес которой – автоматизация работ по повышению качества кода, предсказуемым лейтмотивом отчёта видится значимость проблемы – борьба с дефектами ведёт к существенным потерям бизнеса, а ручной формат этой борьбы крайне неэффективен. Однако, если отбросить классическое «Я не верю в микробов. Их придумали продавцы мыла», любопытными кажутся цифры, полученные в результате опроса. 38% респондентов сказали, что тратят до 25% своего времени…

Метрика эффективности потока, похоже, совершенно бесполезна

Рассмотрим поток создания ценности. Для измерения его эффективности настоятельно рекомендуется применять метрику Flow Efficiency. Действительно, ещё со времён увлечения Lean нам известно, что далеко не всё время, которое заготовка проводит в нашей производственной системе, над ней кто-то работает. Существенную часть времени она находится в очередях, в ожидании, перемещаясь между участками работы и так далее. Потери, одним словом. Плохо. И Lean, и Канбан-метод, и даже ребята из DevOps советуют измерять эффективность потока путём деления времени, потраченного на собственно работу по созданию ценности, на общее время, которое задача провела в потоке. К примеру, вот что написано в словаре книжки “Essential Kanban Condensed”…

Минимизация когнитивной нагрузки команды для улучшения потока

Команды являются средоточием производства в организациях. Они создают программный продукт и обеспечивают его поставку. Как и любое средство производства, команда требует внимания и своевременного ухода. Компаниям необходимо следить за тем, чтобы когнитивная нагрузка на команду не была чрезмерной (о том, что такое “когнитивная нагрузка“, мы рассказывали в одной из наших предыдущих заметок), поскольку работа в условиях слишком высокой когнитивной нагрузки не позволит эффективно и надёжно создавать и улучшать разрабатываемое программное обеспечение. В своей заметке на IT Revolutions Мэтью Скелтон (Matthew Skelton) и Мануэль Пайс (Manuel Pais) продолжают рассматривать тему и рассказывают об обнаружении и ограничении когнитивной нагрузки для того, чтобы…

Сели и пишем, или что можно сделать с коварством эффекта Даннинга-Крюгера

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

Интерфейс управления ИТ-продуктом: зачем он нужен бизнесу?

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

Разделка слона или пара слов о концепции MVP

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

Когнитивная нагрузка команды

Когда мы говорим об умственной нагрузке, то понимаем, что у любого человека есть предел того, сколько информации он может хранить в своём мозге в определённый момент. То же самое касается и команд, где суммируются когнитивные возможности всех членов. Чем чревато превышение допустимой когнитивной нагрузки, и какие могут быть рекомендации по недопущению её превышения, делятся в своей заметке на IT Revolution Мэтью Скелтон (Matthew Skelton) и Мануэль Пайс (Manuel Pais), авторы книги “Team Topologies: Organizing Business and Technology Teams for Fast Flow”. Что такое когнитивная нагрузка В 1988 году психолог Джон Свеллер (John Sweller) охарактеризовал когнитивную нагрузку как «общее количество умственных…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
;