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

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

Аналитика: точка зрения

Мнение авторов может не совпадать с их точкой зрения

Восемь советов по началу работы с DevOps

Уже мало у кого ещё остаются сомнения в том, что DevOps в настоящее время становится мейнстримом. Но если эта парадигма ещё не укоренилась в вашей организации, с чего стоит начать свой путь в DevOps? Также возможно, что ваша организация уже начала своё путешествие – тогда что ещё в данном случае можно сделать, чтобы повысить вероятность того, усилия принесут ожидаемые выгоды от организации работы новыми методами? Ариал Гесто (Ariel Gesto), один из редакторов портала ITSM.tools, в своей небольшой заметке даёт восемь советов по началу работы с DevOps, которые можно использовать, чтобы проверить и убедиться, что ваша организация идёт верной дорогой. Отправляясь…

Не все то поток, что…

Продолжим говорить об использовании потоков создания ценности для описания системы управления. Тема продолжает оставаться дискуссионной. Коллеги в наших внутренних  обсуждениях озвучивают идею, что потоком можно назвать только ту деятельность, пропускной способностью которой вам удается управлять. Если быть более конкретным, то там, где вы управляете скоростью и объемом задач, проходящих через область продуктивной деятельности команды . Конвейер Такое предположение об определении потока, в формате конвейера, очень быстро приводит нас к тому, что в формат включаются только работы, которые выполняются (или могут быть выполнены) в виде достаточно жесткой последовательности операций исполнения/обработки. Тогда мы действительно можем управлять мощностью этого потока через управление очередями…

Взаимодействие потоков ценности

Если мы посмотрим на любой существующий продукт и попробуем описать структуру управления им в терминах потоков направленной к потребителю ценности, то очень быстро станет понятно, что сделать это картой одного потока, скорее всего, не получится. Конечно, можно класть все продуктовые задачи в один безразмерный бэклог и считать, что “наша самоуправляющаяся команда состоит из разумных людей, они поговорят и решат все проблемы и задачи”, но это равноценно поступку “Я выкрутился – теперь ваша очередь!” (“День радио”). Если посмотреть внимательно на развиваемый продукт и услуги на его основе, то мы увидим, что формирующаяся в результате нашей деятельности ценность различна по своей природе….

Реструктуризация? Спасибо, не надо!

В последнее время в погоне за модным трендом на трансформацию и цифровизацию многие компании затевают масштабные перестройки своих организационных структур. Стоит ли это делать? Даст ли это ожидаемый результат? Роб Ингланд, известный многим как IT Skeptic, считает, что подобные преобразования: не работают; разрушают уже сложившиеся команды; подрывают моральный дух, сеют смятение в коллективе; превращают один набор функциональных колодцев в другой. По его мнению, реструктуризация – одна из худших дисфункций при трансформации. Работа представляет собой сложную систему. Это многокомпонентный коктейль из установок, убеждений, стилей поведения, настроений, точек зрения, индивидуальных личностных особенностей… Это сеть, обладающая энергией и активностью, без чётких входов и…

Эмоциональное выгорание на работе и как его избежать

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

Как неудачи и эксперименты приводят к успеху

Создание нового программного продукта – это инновационный и творческий процесс. Не всегда всё идет по плану, провалы и неудачи на этом пути неизбежны. Однако, важно то, как команда справляется с ними. Ведь каждая неудача – это возможность сделать переоценку, внести изменения и попробовать иные подходы. Для того, чтобы добиться успеха, команды должны быть устойчивы к неудачам и уметь их использовать для обучения, приобретения и расширения опыта. Эйдан Кейси (Aidan Casey), один из авторов портала DZone, считает, что если ваша команда не сталкивается с неудачами в ходе работы над продуктом, то и шансы на успех тоже невелики. Когда мы чувствуем, что неудача…

Не пора ли прекращать делать обзоры спринтов?

Для многих команд разработчиков такое периодическое мероприятие как спринт ревью, или обзор спринта, морально устарел и уже изжил себя. И, похоже, пора перестать этим заниматься. Так считает Майк Кон (Mike Cohn), один из соавторов и основателей Scrum и Scrum Alliance. Звучит еретически? Отнюдь. Назначение обзоров спринтов Назначение обзоров спринтов заключается в том, чтобы команда разработчиков получила обратную связь. В результате в бэклоге могут появиться задачи, отражающие родившиеся новые мысли относительно имеющихся функций, либо доработки, направленные на доведение их “до ума”. Обзоры традиционно проводятся в конце спринтов. Для большинства команд – непосредственно перед ретроспективой. Но для многих команд проводить обзоры в конце…

Работа 2.0: Ренессанс

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

Больше отчётов хороших и разных

Помимо уже ставшего привычным ежегодного отчёта о том, что происходит в мире DevOps «State of DevOps Report» от компании Puppet (см., например, обзор последнего отчёта) подобный отчёт выпускает и компания DORA (DevOps Research and Assessment). Отчёты называются (сюрприз-сюрприз) «State of DevOps». Те, кто наблюдает за происходящим в мире DevOps, возможно помнят, что в 2018 году компания DORA была приобретена компанией Google. А основали DORA Николь Форсгрен (Nicole Forsgren), Джез Хамбл (Jez Humble), автор книг «Непрерывная поставка ПО» («Continuous Delivery»), «Lean Enterprise», соавтор «Руководство по DevOps» («The DevOps Handbook») и Джин Ким (Gene Kim), автор книг «Проект Феникс» «Руководство по DevOps»…

Agile RBAC?

Когда мы слышим или употребляем выражение RBAC (Role-Based Access Control, ролевая модель управления доступом), какой смысл мы вкладываем в него в первую очередь? Конечно, использование ролей. Это центральный элемент данной модели управления доступом. Как показывает практика, модель, действительно, хороша. Используется сейчас очень широко, по большей части заменяя альтернативные модели – DAC (Discretionary Access Control, избирательное управление доступом), MAC (Mandatory Access Control, мандатное управление доступом). Про достоинства RBAC мы немало рассказывали на конференциях, на наших вебинарах, в заметках на портале. При всех своих преимуществах, удобстве и плюсах использования RBAC критически зависит от важной аналитической работы – проектирования или формирования ролей. Что…

Старая добрая ИТ-стратегия

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM