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

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

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

Непрерывная интеграция и поставка (СI/CD): как всё устроено

Непрерывная интеграция (Continuous Integration, CI) и непрерывная поставка (Continuous Delivery, CD) являются неотъемлемыми частями и фундаментом DevOps. Цель, которую преследуют CI/CD – получение качественного кода в сжатые сроки. Когда изменения в организации происходят постоянно, становятся нормой, то и циклы разработки ПО становятся более частыми. Используя процессы CI/CD в разработке программного обеспечения, можно добиться более частого выпуска обновлений на постоянной основе без потери в качестве. Традиционный подход к интеграции Изначально у команды разработчиков могло не быть центрального сервера сборки. При этом исходный код мог храниться в едином репозитории, но разработчики не обязательно регулярно вносили туда наработанные изменения кода. Перед запланированным релизом…

Требования к системе управления ИТ с точки зрения персонала

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

Программа весеннего сезона вебинаров CleverTALK

Начинается новый сезон бесплатных вебинаров по управлению ИТ. В программе на сегодняшний день четыре вебинара, регистрация уже идёт. 23 апреля. ITIL 4 и всё, что нужно знать интересующимся данной темой.Ведущий: Игорь Гутник, ITIL 4 Managing Professional, ITIL Expert, ITIL Practitioner, EXIN DevOps Master, PRINCE2 Practitioner Программа: Действующие лица, и как эта информация может помочь Текущее состояние дел с экзаменами Источники знания: книги, практики Регистрация 14 мая. Кто управляет Канбан-системой?Ведущий: Павел Капусткин, Agile-практик с более чем десятью годами практического опыта, PME, ICP, ICP-ATF Программа:  Канбан метод и самоорганизация Менеджерские роли в канбан-системе, их смысл и предназначение Управление сервисом Развитие сервиса и развитие процессов Регистрация…

Карантин с пользой: полный комплект книг Cleverics по специальной цене

До конца нерабочего месяца вы можете купить полный комплект электронных книг Cleverics со скидкой 40%, по цене  5100 рублей. В комплект входят 12 книг, включая бестселлер 2020 года – “Управление услугами на основе измерений” Павла Дёмина и Дмитрия Исайченко. Печатный тираж этой книги закончился еще в феврале. Проверенные практикой подходы и методики выстраивания систем измерения и оценки, примеры их применения к различным ситуациям, а также теоретическая база, дающая целостное представление о предметной области – всё это в книге “Управление услугами на основе измерений” Первую часть комплекта составляют книги, посвященные гибким подходам к разработке: «DevOps для ИТ-менеджеров», автор Олег Скрынник На основе…

Разработка vs QA – покончим раз и навсегда с противостоянием?

В отрасли разработки ПО уже давно является обыденным, что разработчики и инженеры по обеспечению качества (QA) находятся в постоянном конфликте. Мы настолько привычно воспринимаем такое положение вещей, что многие организации считают, что так и должно быть. Они верят, что конфликт интересов двух сторон весьма выгоден, поскольку QA-инженеры, с одной стороны, требуют от разработчиков хорошего качества разрабатываемого кода, а разработчики, с другой стороны, оказывают встречное давление на QA-инженеров, чтобы те не препятствовали скорейшему выпуску продукта, опутывая их многочисленными тестами. Эрик Фогг (Erik Fogg) на страницах портала DevOps.com рассуждает о том, какими средствами можно прекратить “непримиримое противостояние” двух сторон. Разработчики заинтересованы в…

Владелец продукта превращается…

Мы живём в эпоху DevOps. Предприятия организуют непрерывную интеграцию / непрерывную поставку (CI / CD). Традиционные команды превращаются в междисциплинарные и саморганизующиеся. Они намного быстрее разрабатывают и выпускают новые функции. С их помощью функциональные колодцы приказывают “долго жить”, как и длительные сроки ожидания и скопившиеся очереди заданий между отделами. Scrum-мастера следят за тем, чтобы спринты помогали командам достигать своих целей. А что происходит с владельцем продукта? Как изменилась его роль с течением времени? Какие произошли изменения? Об этом рассуждает в своей заметке технический консультант и Scrum-мастер Виби де Рус (Wiebe de Roos) на портале Amazic World. Очень сильно возрос темп…

Разработчики в одиночку не могут сократить технический долг

Технический долг накапливается с течением времени, и в какой-то момент может сделать приложение непригодным для поддержки. Это как бомба замедленного действия, которая, если ее не обезвредить вовремя, может привести к серьезным последствиям для клиентов и финансовому ущербу для организации. Термин «технический» в названии  зачастую вызывает ощущение, что сокращение технического долга является исключительной ответственностью разработчиков. Конечно, команда разработки играет ключевую роль в рефакторинге кода и сокращении технического долга. Но рефакторинг не всегда ограничивается только кодом. Многие другие группы сотрудников должны играть свои связанные роли, чтобы обеспечить рефакторинг и сокращение технического долга. Давайте попробуем поговорить о том, какие группы или отдельные роли в организации должны…

Самая быстрая часть черепахи

– Это ее мозг. Горячая статья Капусткина Павла “Ускорение без новых людей и овертаймов” наглядно демострирует катастрофическое влияние длительности и объемов интервалов ожидания, когда работа ожидает свой очереди быть сделаной, на результаты этой самой работы.  Живые примеры показывают, что мозг черепахи может сколь угодно интенсивно ускорять производящие основную ценность органы, вкладывая в это значительные усилия, не всегда добиваясь особенного успеха. Черепахе не удастся полакомиться зайчатиной, пока ее лапы и хвост не дадут нужной скорости и ловкости, пока ее ороговевший панцирь будет придавливать ее к земле.  Правило Парето Успех и результаты любых инициатив, направленных на проведение преобразований, ускорение производственных процессов, в…

Ускорение без новых людей и овертаймов

К нам на курсы по гибким управленческим подходам приходят разные люди, но некоторые вопросы возникают практически у всех групп. Эта статья про важную связку таких вопросов – почему мы хотим именно кратного ускорения поставки, и где его можно найти.

Не вижу, не слышу… не обвиняю

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

Медленное движение “влево” в автоматизации тестирования

Похоже, что стремление “сдвинуть” тестирование влево, к началу конвейера, в сторону разработчиков для ускорения разработки приложений и их развертывания зашло в определённый тупик. Недавний опрос, проведённый компанией Perforce (специализируется на разработке средств автоматизации тестирования) среди 102 ИТ-специалистов, принимающих непосредственное участие в тестировании приложений в своих организациях, показывает, что только 18% компаний тестируют приложения внутри групп разработчиков. Остальные продолжают полагаться на отдельные команды в той или иной форме. При этом более половины респондентов (56%) автоматизируют менее четверти своих тестовых сценариев. Результаты опроса показывают, что, когда речь заходит об автоматизации тестирования в средах DevOps, то и в них всё ещё продолжает существовать…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM