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

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

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

Зомби Scrum

Тренеры, которые не видели "продвинутые" Agile-организации, склонны рассматривать "правила" Scrum, как целевое состояние, а не как отправную точку. Год назад ваша организация начала работать по методологии Scrum. Scrum помог вам сломать межфункциональные преграды, вывести на новый уровень коммуникации, активизировать совместную работу внутри и между командами, подстегнуть развитие междисциплинарных навыков среди сотрудников. Поначалу это воодушевляло. Все были вовлечены и полны энтузиазма. Были сформированы стабильные команды, и работа распределена между ними в соответствии с цепочками ценности. Люди стали работать в помещениях, спроектированных для совместной работы, а не сидя в изолированных ячейках, как отшельники. В каждом спринте команды выстраивали доверительные отношения с заказчиками...

Избавьтесь от CAB!

Наш старый знакомый Роб Ингланд (Rob England, The IT Skeptic) находится в очень боевом настроении духа и категорично предлагает ни много ни мало — пристрелить Комитет по изменениям (Change Advisory Board, CAB). Ну или поставить его в такие условия, чтобы он поборолся за свою жизнь, заслужив  право на существование. По всей видимости, посещение DOES17 (DevOps Enterprise Summit), не прошло для Роба без последствий. Какой смысл ждать разрешения от CAB на проведение изменения, рассуждает Роб, когда изменение уже произошло? Система должна быть неработоспособной, чтобы CAB собрался, выработал решение, дал "зелёный" свет изменению. А нужно просто исправить ошибки в коде системы и уничтожить...

Деловая игра Phoenix Project — личные впечатления скептика

Тема DevOps, "гибкой" разработки на слуху уже долгое время, многим она наверняка приелась, а практикам уж точно навязла в зубах. Работы, которые мы выполняем в рамках наших проектов, в подавляющем большинстве планируются и исполняются по классической водопадной схеме. Да, мы всегда пытаемся ускорить получение заказчиками результатов, где это возможно, но параллелизация потоков работ и введение локальной итеративности разработки продуктов или документов являются лишь незначительными элементами на общей картине проекта. Мое личное мнение о новом тренде было очень скептичным, особенно, в последнее время. Ситуация, когда этот подход практически объявлятся "серебряной пулей", единственным правильным способом добиться настоящего успеха и результата, меня попросту раздражала. Выдавшаяся возможность поиграть...

Экзамен SAFe Agilist: опыт сдачи

Лучший способ заставить себя прочесть книжку на 500 страниц —это решить подготовиться к экзамену (есть и ещё один способ, я расскажу о нём в самом конце заметки). Так я попал на базовый экзамен по SAFe. Почему SAFe? Потому что с обычным Agile всё более-менее понятно. Манифест, команда, спринт и всё такое. А вот с применением Agile в компаниях среднего и крупного размеров вопросов гораздо больше. Scaled Agile Framework заявляет целью своего существования именно ответ на вызовы масштаба, так что пройти мимо ни в коем случае нельзя. Масштабы мы любим. Не знаю, насколько популярна эта штука в России и ближайших странах. Возможно, что не...

Будущее рядом

DevOps, Agile, цифровые процессы, скрамы, etc – все эти знакомые (и не очень, и не всем) слова звучали на прошедшем в минувшый четверг ITSM форуме.  И среди всей этой какофонии новых идей-подходов-фреймвоков, явно встал вопрос «A что же будет с ITIL? Каково будущее?».  Во-первых, библиотеке, а именно версии 3 в первой редакции, ни много ни мало на днях исполняется 10 лет. Пора бы уже в принципе предложить что-то новое. Во-вторых, мир информационных технологий не стоит на месте, и все новые методологии семимильными шагами завоевывают рынок, и двигают библиотеку на задворки. Поэтому точно пора. Пора вливаться в новые течения и веяния, учитывать, интегрироваться,...

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

К недавней заметке «Эксперименты с Kanban, визуализацией и потоком создания ценности» Олега Скрынника хотел бы добавить пару соображений по поводу разработки канбан и разницы между канбан и картой потока создания ценности. 1. При формировании структуры доски канбан нередко на первых шагах получают некое подобие списка задач со статусами выполнения. На самом деле, как  описал Олег, канбан используется в том числе для того, чтобы организовать производство вытягивающего типа. Собственно для этого исходно (на производстве Тойота) и была разработана система Канбан. Это система карточек, используемых для сигнализации о том, что нужно произвести перемещение продукции или материалов/комплектующих между участками производственной цепочки. По завершению...

PRINCE2 обновление 2017 года (+ОПРОС)

Работа AXELOS над выпуском обновлённой версии книги по управлению проектами PRINCE2® подходит к концу. Финальная версия книги «Managing Successful Projects with PRINCE2 (2017 Edition)» («Успешное управление проектами с PRINCE2 2017 Update») представлена партнёрам AXELOS в конце апреля. Редакция 2017 года потяжелела почти на 80 страниц (и на £10 ) по сравнению с редакцией 2009 года (было 327 страниц / £75). И, если не случится никаких отклонений, то по заявленным планам, книга будет опубликована 18.05.2017 и станет доступна уже в этом месяце (предварительный заказ возможен уже довольно давно). Тем, кто интересуется темой, можно посоветовать бесплатно скачать короткое описание содержимого (Content summary)...

Definition of Done

Одно из важных концептуальных понятий DevOps — определение завершения (англ. — Definition of Done). Как и многие другие важные концептуальные понятия DevOps, оно появилось и сформировалось задолго до возникновения этого самого DevOps. Однако именно в DevOps определение завершения развили, продолжили и наполнили дополнительным смыслом. Давайте разберёмся, каким. О чём, собственно, речь? Умные ребята говорят, что неплохо бы договориться о том, когда работа считается выполненной. Очень важно, говорят, одинаково понимать, что это означает — работа выполнена. Посмотрим на эволюцию такого понимания. Первая ступень под кодовым названием "совсем, совсем плохо" такова: завершено тогда, когда разработчик сказал, что всё работает. Очень понятно почему это плохо — кто же станет...

Терпение, эволюция, политики и полномочия

Роб Ингланд (Rob England) о ключевых уроках DevOps-преобразований, интервью организаторам DevOps Enterprise Summit (DOES17) в Лондоне. Роб Ингланд (Rob England) – независимый консультант по управлению ИТ, тренер и автор публикаций, управляющий директор Two Hills Ltd., которая предлагает услуги ИТ-консалтинга и обучения широкому кругу компаний – государственных и коммерческих. Роб также является автором блога IT Skeptic и целого ряда ценных идей в сфере DevOps и управления ИТ.  Каковы основные проблемы и вызовы, которые ждут идущих по пути DevOps-преобразований? Вызов номер один – это консервативная культура. Вы слышите следующие возражения: «это не будет работать здесь», «у нас нет ресурсов», «это слишком рискованно»,...

Эксперименты с Kanban, визуализацией и потоком создания ценности

У тренеров Cleverics есть замечательная возможность ставить эксперименты на людях изучать интересные штуки, наблюдая за слушателями. Разумеется, полезность наблюдений чуть более, чем полностью определяется именно слушателями. Неделю назад мне повезло: на открытую деловую игру "Проект Феникс" собралась исключительная команда. Интеллектуалы с богатым опытом, открытые всему новому — о такой группе тренер может только мечтать. Помимо мечтаний удалось проследить эволюцию визуализации. Сейчас поясню. Игра — про DevOps. А эксперты этого модного направления вовсю советуют обязательно проработать как минимум следующие ключевые вещи: поток создания ценности (Value Stream) определение завершения (Definition of Done) ограничение числа задач в работе (WIP Limit) ясную картину загрузки ресурсов и ограничений Для...

Почему только Agile уже недостаточно?

В эпоху Четвертой Индустриальной Революции (Fourth Industrial Revolution, 4IR), которую характеризуют технологии, стирающие границы между физическим, цифровым и биологическим миром, организации всех отраслей во всех странах мира сталкиваются с необходимостью в существенных преобразованиях. Чтобы оставаться конкурентоспособными, компании должны выводить на рынок новые цифровые продукты и услуги, а также применять комплексный подход к цифровой трансформации, внедряя инновации во все аспекты организационной структуры. И на переднем крае этих процессов, естественно, оказывается сфера ИТ. В наш цифровой век информационные технологии становятся залогом успеха всей организации. Но поскольку темп изменений рынка постоянно растёт, компаниям необходимо внедрять новые операционные модели в ИТ и делать это...

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM