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

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

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

Стоит ли использовать продуктовый подход, если нет продукта?

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

Дорожная карта и бэклог продукта – зачем нам два инструмента планирования?

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

DevOps – преодоление барьеров

Многие «внедряют» DevOps, но немногие получают ожидаемое благо для бизнеса. Почему? Причина очень проста: те, кто добивается коммерческой выгоды, точно знают, на чем следует сосредоточиться, чтобы правильно использовать методологию DevOps в организации. Они также знают, что ценность для бизнеса — это конечная цель DevOps, а ценность начинается и заканчивается во взаимодействии с потребителем. Есть 4 ключевых элемента для правильного использования DevOps в организации. Они просты, но при этом являются теми аспектами, которые наиболее часто игнорируют. DevOps будет очень эффективен в обеспечении бизнес-ценности для клиентов, если и только тогда, когда эти аспекты будут соблюдаться. Вот эти 4 ключевых составляющих DevOps :…

DevOps для бургера

На прошедшей неделе на сайте DevOps.com было опубликовано короткое интервью под названием «Agile и DevOps для киосков» («Agile and DevOps for Kiosks» — можно и посмотреть/послушать, и прочитать расшифровку) с Сэмом Зайтцем, основателем и CEO компании Grubbrr. Компания занимается технологиями в области самообслуживания (точнее, self-ordering) — киоски самообслуживания (аэропорты, банки, рестораны [в первую очередь фастуфуд] и т.д.). Пара любопытных моментов.Во-первых, Сэм указывает на то, что в последнее время спрос на такие технологии стремительно растёт. Он объясняет это несколькими факторами. Это происходит ввиду повышения минимально уровня оплаты труда (президент Байден продвигает повышение до 15 долларов США за час) — использование труда…

В защиту коэффициента эффективности потока

Недавно на одной из внутренних тусовок, где обсуждали Канбан для продуктовых команд, мимоходом была озвучена мысль о том, что коэффициент эффективности потока нынче уже не в моде, поскольку не учитывает задачи, зависшие в производственной системе.Попробую возразить. Для того, чтобы это сделать, стоит напомнить, что это за метрика, и сделать пару уточняющих охват заметки замечаний. Коэффициент эффективности потока (FE) показывает какую долю времени, проведённого задачей (work item) в производственной системе (т.е. lead time, LT), задача действительно обрабатывалась (т.е. велась работа над её решением). Если просуммировать это «чистое» время обработки мы получим так называемое время обработки — process time (PT, aka touch…

Безграничная незавершённая работа

Одной из наиболее эффективных стратегий, приводящих горе-руководителей к провалу, является концепция неограниченной незавершённой работы. Отсутствие лимитов на задачи «в работе» (Work in Progress) легко оправдывается необходимостью «эффективно использовать ресурсы», «делать больше» чтобы недопустить «слив актива». Все знают, что величайшее преступление — позволить кому-либо сидеть без дела и «расслабляться» при загрузке менее 125%. Большинство гибких/бережливых/модных/цифровых трансформаций подвигают организации создавать ценность самого высокого качества с наименьшими затратами времени. Это непростые цели, требующие реальных изменений при сосредоточенной поддержке руководства. Проблема с этими целями заключается в том, что трудно оценить, насколько вы к ним продвинулись, улучшилась ли организация или нет. Чтобы случайно не допустить…

Источники, которым можно верить

Предположим, вам нужно разобраться в какой-то новой для вас предметной области. Также предположим, что эта область знаний относительно новая, относительно модная, да ещё и динамично развивается. Например, Agile, Kanban, ITSM, ITIL, что-то такое. Вроде бы существует уже десятки лет, но вы пока не очень знакомы, вам было не надо. А теперь – надо. Какими источниками знаний воспользоваться? Кажется, что вопрос тривиален – вот же Гугл, или Википедия, берём, читаем. Однако всё не так просто. В Cleverics многие годы была хорошая традиция, мы каждый год выпускали книжку. Иногда это были книги, написанные нами, но чаще – книги других авторов, которые мы…

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

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

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

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

Как высвободить силу вашей высокоспециализированной команды (используя простую политику процессов)

Сегодня мы рассмотрим, как специализация влияет на вашу общую производительность. И если это влияет на результаты вашего бизнеса, я дам вам несколько действенных советов (которые вы сможете применить уже завтра утром!) для решения этой проблемы.

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
;