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

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

Agile, Scrum, разработка ПО

Ценности Канбан-метода и счастье на работе

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

Лекарство от всех болезней

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

Открыта регистрация участников осеннего сезона вебинаров CleverTALK

Семнадцатый сезон бесплатных вебинаров CleverTALK начнётся уже на следующей неделе. В программе этого сезона: 24 октября. Управление Канбан-системой с помощью ограничения незавершенной работы. Ведущий: Павел Капусткин, консультант по гибким подходам в управлении разработкой, Cleverics, PME, ICP, ICP-ATF. Смысл ограничения незавершенной работы в вытягивающих системах Виды ограничений (лимитов) и особенности их использования Принципы управление потоком через ограничения Что такое баланс системы и как его достичь Регистрация 7 ноября. ITIL4 Create, Deliver and Support. Ведущий: Артём Мукосеев, аккредитованный тренер, ITIL Expert Обзор тематических разделов публикации Ключевые моменты учебного плана или «что будет на экзамене?» Что, кроме написанного в книге, будет в курсе…

Канбан-метод: практика построения быстрого потока

При попытке дать определение Канбан-методу, на ум сразу же приходит некая визуализация потока работы, чаще всего – таблица с тремя столбцами, призванная сделать вашу работу и работы команды лучше и эффективнее. Канбан действительно начинается с визуализации, а канбан-доска является ключевым элементом системы, но просто начертить таблицу из трёх столбцов недостаточно. С 21 по 22 ноября в учебном центре Cleverics мы расскажем и наглядно покажем, что представляет собой Канбан-метод и каким образом его можно использовать в управлении рабочим процессом. Участники мастер-класса “Канбан-метод: практика построения быстрого потока” познакомятся с принципами построения Канбан-систем, освоят правила визуализации потока создания ценности, а также узнают больше…

Сопротивление измерению

Известная фраза “Нельзя управлять тем, что не измеряешь” приписывается разным уважаемым управленцам: Джеку Уэлчу из GE, Эдварду Демингу, отцу QA, возможно ещё кому-то. Некоторые считают, что это народная пословица – общеизвестная истина, сформулированная кратко и ёмко. Действительно, выстраивая систему управления неплохо бы сделать так, чтобы принимаемые решения опирались на объективные данные, а не мнение отдельных участников о состоянии дел. В этом случае решения могут быть более взвешенными, а потому – более результативными. Занимаясь организацией процессов управления, скажем, в ITSM, современный консультант не забудет про KPI и метрики. Разрабатывая для заказчика регламент какого-либо процесса, управления инцидентами, проблемами, конфигурациями, изменениями, уровнем услуг……

Ежедневный скрам – бесполезная потеря времени?

Довольно часто на начальном этапе работы с разными командами приходится сталкиваться с сопротивлением по отношению к ежедневным собраниям. Разработчики не видят ценности в ежедневном стоянии у доски, зачастую им кажется, что это время стоит потратить на что-то более ценное (написание кода, например). Вот как подходит к донесению ценности регулярных собраний Марк Левинсон. Ежедневный скрам – это пустая трата времени, прерывающая мою работу. Ежедневный скрам – шанс для скрам-мастера проявить себя и позаниматься микроменеджментом. Ежедневный скрам предназначен для сообщения о статусе задач, но для этого я могу воспользоваться электронной почтой. Эти жалобы звучат так знакомо. Сейчас очень модно шутить над бесполезностью…

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

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

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

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

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

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

Волшебство коротких пользовательских историй

Итеративные подходы к разработке продуктов требуют декомпозиции и работы с маленькими частями. Это улучшает производительность и управляемость. Несмотря на то, что выгода от такого подхода кажется очевидной, команды раз за разом стараются решить все проблемы в одной задаче, а заказчики пытаются впихнуть все требования в один спринт. Аджайл коуч Дуайт Кингдон, в своей статье собрал основные аргументы в пользу разумного уменьшения размера пользовательских историй, с которыми работают команды, и изложил свой подход к уменьшению размера этих историй. Я часто сталкиваюсь с командами, которые любят большие пользовательские истории. Зачем тратить время на написание, планирование и оценку множества маленьких историй, когда вы…

Под кого подстраивать систему управления?

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
;