Digital Enterprise

“Его грядущее – иль пусто, иль темно”

Если вы занимались/соприкасались с разработкой программных продуктов, то, скорее всего, бодрые речи про low-code (и тем более про no-code) вызывают у вас ухмылку (или боль). Кажется, пока большинство профессионалов в области разработки по отношению к [no/low]-code находится в стадии «Отрицание». Несмотря на то, что согласно Gartner hype cycle явления уже перевалило «долину смерти» и находится на подъёме (см.картинку). Если вы не верите подобным кривулькам, то вот несколько цифр (от Gartner же). Их февральский отчёт так и называется «Мировой рынок low-code разработки вырастет на 23% в 2021 году». Не верите? Вот как, по их оценке, выглядел рынок в 2019 и 2020…

Как дела с CI/CD?

Недавно компания Dynatrace опубликовала отчёт «Исследования показывают, что организациям сложно масштабировать DevOps, несмотря на необходимость цифровой трансформации», основанный на опросе более 1300 респондентов. Среди большого количества приводимых цифр из опроса наиболее любопытной кажется вот такая парочка. В течение следующих двух лет организации в среднем планируют увеличить частоту релизов на 58%. Да, это та самая средняя температура по больнице. Но всё же. Рост не выглядит как качественный. Это скорее похоже на некоторое (хоть и заметное) улучшение. Почему? Они уже вышли на плато насыщения, и кратно расти уже невозможно? Вроде бы нет, поскольку второй примечательный показатель — доля времени, которое DevOps-команды тратят…

Что такое поток и как его измерить?

Что такое поток и, самое главное, почему он имеет значение? Обеспечение потока и уделение внимания основным показателям потока не только позволит вам добиваться результатов в последовательной предсказуемой манере, но и подготовит почву для принятия надежных решений, основанных на данных.

Открыта регистрация на осенне-зимний сезон 2021 бесплатных вебинаров CleverTALK.

Открыта регистрация на осенне-зимний сезон 2021 бесплатных вебинаров CleverTALK. Осенне-зимний сезон 2021 бесплатных вебинаров CleverTALK начнётся уже 18 ноября. В программе этого сезона три вебинара.

FinOps с помощью Governance-as-Code

Масштабы и сложность решений, основанных на облачных технологиях, продолжают расти. Слишком часто это расширение также означает, что затраты продолжают выходить из-под контроля. В этой статье мы рассмотрим, почему развивающаяся практика облачного финансового управления (FinOps) так важна для сдерживания затрат. Затем мы обсудим проблемы, с которыми сталкиваются команды, когда они начинают применять подходы FinOps. Наконец, мы расскажем о возможностях, появляющихся при применении концепции “руководство-как-код” (governance-as-code) для обеспечения непрерывной оптимизации затрат в облаке, и о том, как этот подход позволяет командам применять теорию FinOps на практике, чтобы они могли контролировать затраты на облачные технологии. Появление FinOps Многие организации сегодня участвуют в “гонке…

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

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

Новостной поток, 24 октября 2021, последний комментарий 25 октября 2021

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

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

Олег Скрынник, 20 октября 2021, последний комментарий 29 октября 2021

Я понял только то, что ничего не понял

На тему услуг написано довольно много самых разных статей, т.к. оказание услуг – самый распространенный вид человеческой деятельности. Банковские услуги, гостиничные услуги, юридические услуги, логистические услуги; парикмахер, курьер, айтишник – все это деятельность в сфере услуг. Моя работа тоже относится к этой же сфере, поэтому не могу не поделиться своими наблюдениями, или, как говорится, поговорить о наболевшем.

Игорь Фадеев, 17 октября 2021, последний комментарий 25 октября 2021

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

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

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

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

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

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

Светлана Сапегина, 11 октября 2021, последний комментарий 25 октября 2021

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

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