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

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Консалтинг
по управлению ИТ

DevOps

Современные идеи организации эффективной разработки программного обеспечения и развёртывания релизов.

Все говорят: «Поток!». А ты построй поток

«А это была совсем не шляпа. Это был удав, который проглотил слона. Тогда я нарисовал удава изнутри, чтобы взрослым было понятнее.»Антуан де Сент-Экзюпери, Маленький принц Переход к продуктовым командам и организация работы по потоку – то, что происходит во многих компаниях, которым важна скорость поставки при создании/изменении цифровых продуктов. При этом необходимо произвести серьёзные изменения в разных областях функционирования компании. Чаще всего мы, изучая что-либо новое, пытаемся сопоставить это новое с уже имеющимися у нас опытом, знаниями. При этом есть риск того, что мы не разглядим в новом какие-то существенные отличия. Посчитаем, что это тоже самое, с чем мы уже...

Мотивация разработчика В2В продукта

Команда создания и развития продукта состоит из разных людей: разработчиков, аналитиков, QA, владельца продукта и, иногда, из иных участников. Основной костяк этой группы обеспечивает непрерывную работу производственной системы (как минимум в части «downstream») по созданию и поставке фич, на основании содержимого бэклога. Производительность, эффективность этого конвейера — прямая ответственность членов команды.  Такая формулировка карты ответственности чревата управленческой ошибкой по превращению разработчика в дорогостоящую машину по созданию и закручиванию разнокалиберных гаек, снова и снова, сегодня, завтра и вчера. Разработчики, конечно, любят кодить, любят свою работу (те кто не любят — не работают разработчиками, дураков нет), но в роли роботов живут не долго, и...

Управление потоком создания ценности: следующий эволюционный шаг в разработке программных продуктов

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

Метрика эффективности потока, похоже, совершенно бесполезна

Рассмотрим поток создания ценности. Для измерения его эффективности настоятельно рекомендуется применять метрику Flow Efficiency. Действительно, ещё со времён увлечения Lean нам известно, что далеко не всё время, которое заготовка проводит в нашей производственной системе, над ней кто-то работает. Существенную часть времени она находится в очередях, в ожидании, перемещаясь между участками работы и так далее. Потери, одним словом. Плохо. И Lean, и Канбан-метод, и даже ребята из DevOps советуют измерять эффективность потока путём деления времени, потраченного на собственно работу по созданию ценности, на общее время, которое задача провела в потоке. К примеру, вот что написано в словаре книжки «Essential Kanban Condensed»...

Топ-10 метрик для измерения производительности

В данной статье рассматривается десять лучших (по мнению автора) метрик для измерения производительности команды поставки. Измерение и отслеживание прогресса является ключом к успеху при выполнении любой задачи. Как известно, Если вы не можете измерить что-то, вы не можете это улучшить Метрика Назначение / описание Время цикла Измерение времени выхода на рынок новой функции, помогающей создать ценность для потребителя. Показывает скорость работы команды. Длительность от начала работ до запуска в днях/неделях Число релизов Измерение способности команды поддерживать бизнес-потребности в отношении времени выхода на рынок.Число релизов за период Предсказуемость спринта Измерение и сопоставление прогнозируемого и фактического времени поставки. Эту метрику можно использовать для...

Сели и пишем, или что можно сделать с коварством эффекта Даннинга-Крюгера

Сегодня среди компаний, чей бизнес плотно завязан на ИТ, наверное, только ленивый не слышал про трансформацию, «agile-изацию» и прочие процессы повышения прозрачности и эффективности разработки. Многие попробовали различные методологии на себе – и что-то из этого получили, с тем или иным выхлопом. Давайте оставим за рамками обсуждения позитивный сценарий и поговорим о ситуации, когда вроде и ребят умненьких наняли, и продакта-проджекта им привели, и методологии все «по канону», а всё равно ИТ-отдел выдаёт не то, не с тем качеством, не в те сроки, и вообще всячески доводит бизнес до предынфарктного состояния. Появляется ощущение, что проблема глубже, чем казалось изначально, но...

Автоматизация тестирования: что можно, а что не нужно

Непрерывное тестирование ускоряет поставку программного обеспечения, делая весь процесс тестирования более быстрым. А благодаря незамедлительной обратной связи, которая помогает уже на самых ранних этапах выявлять ошибки и другие проблемы в приложении, гарантирует, что команды разработки будут создавать высококачественные и надежные приложения. Кроме того, сама способность организовать и проводить эффективное тестирование может значительно снизить затраты в компании, как за счёт экономии времени разработчиков, так и вследствие создания добротного конвейера поставки, в котором они могут быстро вносить изменения в код с минимальными рисками нарушения работоспособности приложения в продуктивной среде. Главным элементом непрерывного тестирования является его автоматизация, что даёт множество преимуществ: Быстрое получение...

Две основные проблемы с CI/CD, конвейерами, GitOps и проч., и как с ними быть

Конвейер развёртывания (в народе именуемый CI/CD) — основной и необходимый компонент DevOps, даже если под DevOps понимаются сугубо технические практики. Понятно, что без конвейера никуда, никакого DevOps не будет. Предположим, некая продуктовая команда, пока не имеющая конвейера, всё же решила не оставаться в прошлом, а перейти в светлое настоящее. Предположим также, что это не решение одного какого-то безумца из команды, а идея, разделяемая большинством. Прекрасно. Такую команду на её пути подстерегают две большие проблемы. Проблемы Первая: даже в самых простых и тривиальных случаях (веб-приложение, виртуальная инфраструктура, современные языки, библиотеки и фреймворки) построить конвейер бывает не так просто. Дело в том, что...

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

Времена функциональной изоляции «традиционного» выделенного менеджера проектов и команды разработчиков в силу всё возрастающей сложности проектов разработки неумолимо уходят в прошлое. Во многих случаях разрыв в знаниях и опыте между менеджером проекта и разработчиками настолько велик, что делает практически невозможным для любого нетехнического специалиста эффективно управлять всем объёмом задач без существенной помощи в этом со стороны команды разработчиков. В наши дни каждый участник команды разработки должен владеть базовым уровнем навыков управления проектами, чтобы эффективно вносить свой вклад в общую работу. Когда разработчики принимают активное участие в управлении проектом в целом, выгоды многочисленны. Разработчики не только лучше понимают, сколько времени займет...

Эволюционный взрыв в управлении ИТ-разработкой

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM