Современные идеи организации эффективной разработки программного обеспечения и развёртывания релизов.
Приглашаем Вас на бесплатный вебинар 16 декабря в 11:00 «Продуктовый подход в ИТ. Почему у вас не получится».
Тема этого вебинара возникла неспроста. Всё больше и больше компаний задумываются о продуктовом подходе. Некоторые уже идут в этом направлении. Определяют продукты, выделяют продуктовые команды.
При переходе к гибкому управлению разработкой очень часто можно столкнуться с проблемой, когда поток создания ценности отстроен частично, и в какой-то момент стыкуется с проектным управлением ИТ-разработкой. Такие гибридные модели организации труда существенно снижают пользу от перехода к гибкому управлению. Ключевое преимущество гибкого управления ИТ-разработкой в динамично развивающемся бизнесе – это скорость создания новых возможностей для пользователей программного продукта. Когда нет потребности в быстрой адаптации к рынку и клиентскому поведению, когда развитие информационных систем идёт по заранее известным требованиям, проектный подход прекрасно работает и нет необходимости его трансформировать в Agile. Однако, если ИТ-продукты встроены в бизнес-модель и к темпам их...
Есть несколько вопросов, которые мне задают практически каждый день. Сколько данных нам нужно для надежного прогнозирования доставки? Что делать, если у нас нет исторических данных? Что если у нас много данных, но мы им не доверяем? Как выбрать «скользящее окно» данных для прогнозирования доставки?
Недавно компания Dynatrace опубликовала отчёт «Исследования показывают, что организациям сложно масштабировать DevOps, несмотря на необходимость цифровой трансформации», основанный на опросе более 1300 респондентов. Среди большого количества приводимых цифр из опроса наиболее любопытной кажется вот такая парочка. В течение следующих двух лет организации в среднем планируют увеличить частоту релизов на 58%. Да, это та самая средняя температура по больнице. Но всё же. Рост не выглядит как качественный. Это скорее похоже на некоторое (хоть и заметное) улучшение. Почему? Они уже вышли на плато насыщения, и кратно расти уже невозможно? Вроде бы нет, поскольку второй примечательный показатель — доля времени, которое DevOps-команды тратят...
Что такое поток и, самое главное, почему он имеет значение? Обеспечение потока и уделение внимания основным показателям потока не только позволит вам добиваться результатов в последовательной предсказуемой манере, но и подготовит почву для принятия надежных решений, основанных на данных.
Открыта регистрация на осенне-зимний сезон 2021 бесплатных вебинаров CleverTALK. Осенне-зимний сезон 2021 бесплатных вебинаров CleverTALK начнётся уже 18 ноября. В программе этого сезона три вебинара.
Масштабы и сложность решений, основанных на облачных технологиях, продолжают расти. Слишком часто это расширение также означает, что затраты продолжают выходить из-под контроля. В этой статье мы рассмотрим, почему развивающаяся практика облачного финансового управления (FinOps) так важна для сдерживания затрат. Затем мы обсудим проблемы, с которыми сталкиваются команды, когда они начинают применять подходы FinOps. Наконец, мы расскажем о возможностях, появляющихся при применении концепции «руководство-как-код» (governance-as-code) для обеспечения непрерывной оптимизации затрат в облаке, и о том, как этот подход позволяет командам применять теорию FinOps на практике, чтобы они могли контролировать затраты на облачные технологии. Появление FinOps Многие организации сегодня участвуют в «гонке...
Концепция «сдвига влево» помогает упростить некоторые аспекты разработки программного обеспечения. Но предназначена эта концепция не только для разработчиков. Она может быть не менее полезна для инженеров по надежности систем (SRE). Хотя основной задачей SRE-инженеров является обеспечение надежности программного обеспечения после его развертывания, а не фактическая разработка программного обеспечения, поощрение практики сдвига влево в рамках стратегии разработки программного обеспечения, тем не менее, может облегчить оптимизацию надежности. В чём суть идеи «сдвига влево»? Сдвиг влево — это обнаружение прикладных проблем на ранней стадии процесса разработки программного обеспечения. Основная идея сдвига влево заключается в том, что вместо того, чтобы непосредственно перед развертыванием тестировать программное...
Свой первый отчёт с данными о работе процесса в ИТ я сделал где-то в самом конце 90-х годов. Я тогда работал в поддержке, мне было важно понять как быстро мы выполняем заявки, сколько заявок приходит от какого филиала, сколько распределяется на какого специалиста поддержки, что чаще всего ломается и требует внимания. Понять объективно, а не в ощущениях. И понимать регулярно. Нет, я не помешан на метриках и отчётах. Знаю много случаев, когда управленческие решения принимаются вовсе без данных, и оно срабатывает. Что уж там говорить, с 2009 года, когда появился Cleverics, мы в нашей компании принимаем сотни решений каждый год,...
Несколько лет назад компания American Airlines начала путешествие, которое первоначально было направлено на преобразование DevOps в ИТ, но в дальнейшем набирало обороты и переросло в преобразование доставки продуктов, охватывающее весь бизнес.
Научившись определять общие закономерности в диаграмме рассеяния времени цикла, вы сможете заметить проблемные области до того, как они разрастутся. Сегодня мы покажем вам, как распознать наиболее распространенные модели диаграммы рассеяния и объясним, что они означают для вашего проекта.