Постоянное улучшение Archives – Страница 3 из 36

Руководство по оптимизация потока создания ценности в контексте DevOps

Оптимизация потока создания ценности (Value stream optimization, VSO) – это сложный процесс повышения эффективности потока создания ценности. VSO позволяет предприятиям и брендам оптимизировать свои потоки за счет повышения операционной эффективности. Недавно Gartner поделилась своим мнением о потоках создания ценности, определяющих успех DevOps, – прогноз, который подтверждает важность постоянной оптимизации потоков создания ценности: “К 2023 году 70% организаций будут использовать управление потоком создания ценности для улучшения работы конвейера DevOps, что приведет к более быстрой доставке ценности для заказчиков”. Проблемы оптимизации потока создания ценности После того, как вы создали базовую карту потока создания ценности, следующим логическим шагом будет дальнейшая его оптимизация и…

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

Agile – синдром «но»

Наверняка вам приходилось слышать от знакомых или коллег, что их организация пошла по пути Agile в управлении поставкой ценности клиентам. И часто в таких разговорах говорят, что мы, конечно, используем гибкие методы управления разработкой, «но» есть несколько вещей, которые мы делаем по-другому. Вам такое знакомо? Вы когда-нибудь представляли степень влияния этого «но»? Мы гибкие, но: Мы до сих пор используем модель водопада. Мы по-прежнему составляем полный план проекта / релиза. Нам все ещё нужно убедиться, что все требования полностью прописаны. Меняющиеся требования наших клиентов сводят нас с ума. Нам все ещё нужно готовить массу документации. Наши заказчики хотят только ускорения…

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

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

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

На какой курс пойти, чтобы узнать про практику Х?

Этот вопрос вы, наши слушатели, задаёте довольно часто. К тому же появились новые курсы категории VAP. Так что было бы удобно иметь под рукой справочник. Ну что же, вот оно: встречайте ответ на вопрос “на каких курсах Cleverics какие и в каком объёме рассматриваются практики ITIL(r)4?”. Практик много, курсов тоже немало. Так что будет таблица. Хотя мне кажется, это и удобнее. Practice Практика ITFO CDS DSV DPI HVIT DITS VAP-SUPPORT VAP-CHANGE VAP-SLM Architecture management Управление архитектурой 5 3 Availability management Управление доступностью 5 7 Business…

Артём Мукосеев, 1 октября 2021, последний комментарий 1 ноября 2021

Новая модель предоставления ИТ-услуг: почему вам нужно ориентироваться на продукт

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

Как DevOps-командам следует использовать метрики DORA

С момента выхода в 2018 году книги “Accelerate: Наука о бережливом программном обеспечении и DevOps”, показатели DORA, которые она представила, стали популярным способом измерения качества разработки программного обеспечения. Но не всегда их используют правильно, что приводит к плохим результатам. Ниже мы рассмотрим, почему это происходит, и что вы можете с этим сделать. Показатели DORA могут быть обоюдоострым мечом DORA расшифровывается как DevOps Research and Assessment. Это компания, работающая в области информационных технологий и услуг, основанная Джином Кимом (Gene Kim) и Николь Форсгрен (Nicole Forsgren). В Accelerate Николь, Джин и Джез Хамбл (Jez Humble) собрали и обобщили результаты, которых позволяет достигать…

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

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

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

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

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

Аудит. Что может быть скучнее?!

На прошедшей неделе участвовал в аудите (в качестве объекта аудита). Большинство людей, проходивших аудит, подозреваю, разделяет это ощущение: «Бюрократия, формальности и т.п.» Нет, все признают, что аудит, конечно, вещь полезная. Ведь это, по-хорошему, не проверка, чтобы наказать, а, как написано в умных книжках, инструмент повышения уверенности в обеспечении соответствия. Соответствия чему? Зависит от целей и заказчиков аудита. Но в большинстве своём это проверка на соответствие неким правилам, стандартам, регламентам и т.п. Аудиторы могут быть (и нередко) не погружены в предметную область. У них есть некая модель (в простейшем случае набор чек-листов), с которой происходит сопоставление объекта аудита. В данном случае…

Игорь Гутник, 6 сентября 2021, последний комментарий 6 сентября 2021

Как технический долг вредит вашей команде программистов – и вашей безопасности приложений

Техническая долг может серьезно повлиять на здоровье организации – и на психическое здоровье ваших разработчиков. Более половины из 200+ членов инженерных команд, опрошенных в рамках отчета Stepsize “Состояние технического долга в 2021 году”, считают, что технический долг негативно влияет на моральное состояние их команд.

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

Постоянное улучшение