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

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

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

Применима ли концепция “сдвиг влево” (shift left) для инженеров по надёжности систем (SRE)?

Концепция “сдвига влево” помогает упростить некоторые аспекты разработки программного обеспечения. Но предназначена эта концепция не только для разработчиков. Она может быть не менее полезна для инженеров по надежности систем (SRE). Хотя основной задачей SRE-инженеров является обеспечение надежности программного обеспечения после его развертывания, а не фактическая разработка программного обеспечения, поощрение практики сдвига влево в рамках стратегии разработки программного обеспечения, тем не менее, может облегчить оптимизацию надежности. В чём суть идеи “сдвига влево”? Сдвиг влево – это обнаружение прикладных проблем на ранней стадии процесса разработки программного обеспечения. Основная идея сдвига влево заключается в том, что вместо того, чтобы непосредственно перед развертыванием тестировать…

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

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

DevOps-путешествие American Airlines

Несколько лет назад компания American Airlines начала путешествие, которое первоначально было направлено на преобразование DevOps в ИТ, но в дальнейшем набирало обороты и переросло в преобразование доставки продуктов, охватывающее весь бизнес.

Чтение признаков: Паттерны диаграммы рассеяния (Lead Time Scatterplot)

Научившись определять общие закономерности в диаграмме рассеяния времени цикла, вы сможете заметить проблемные области до того, как они разрастутся. Сегодня мы покажем вам, как распознать наиболее распространенные модели диаграммы рассеяния и объясним, что они означают для вашего проекта.

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

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

Чтение знаков: Паттерны Канбан CFD

Чтобы улучшить рабочие процессы, сначала нужно понять, как определить проблемные области. Метод Канбан использует визуальные методы для оценки ваших процессов. Диаграмма совокупных потоков Канбан является особенно мощным инструментом. На них фиксируется количество задач в каждом состоянии процесса через регулярные промежутки времени, как правило, ежедневно или еженедельно.

Краткое руководство по DevOps для не ИТ-руководителя бизнеса

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

Понимание ваших данных: Kanban Analytics

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

Лучше делать хоть что-то, чем не делать ничего

На конференциях по всяким Agile и DevOps мы часто слышим слово “unlearn” – забудьте то, что вы знали ранее! Измените свои представления о мире! Всё устроено не так, как мы привыкли считать. Разучитесь, чтобы научиться. В очень многих случаях такие заявления – полная ерунда. Не нужно ничего забывать, нужно просто работать головой, опираться на старое и осваивать новое. Однако время от времени встречаются откровенно контринтуитивные тезисы, заставляющие и вправду задуматься. Для одного из клиентов, готовясь к семинару, я набросал список убеждений, на которые часто опираются менеджеры, при этом сами убеждения, скажем так, можно подвергнуть сомнению. Например, “простаивающий ресурс – это…

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

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

Что люди не понимают в управлении потоком создания стоимости

Нет ничего плохого в самом управлении потоками создания ценности (VSM), но есть много плохого в том, как его рассматривают и обсуждают блогеры, отраслевые маркетологи и другие, которые часто смешивают его с DevOps и Agile. Это не одно и то же.

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM