Digital Enterprise

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

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

Эффективность команды и социальные связи

Недавно мне на глаза в очередной раз попался очень интересный вопрос о продуктивности команд разработки: Какая команда будет эффективнее работу выполнять? Вариант 1: эти люди между собой дружат, пьют кофе, разговаривают, поддерживают друг друга морально и психологически, все всё про всех знают, такая вот типа семья. Вариант 2: эти люди пришли работу работать и зарплату получать, они не хотят знать ничего о коллеге сверх того, что нужно непосредственно для рабочей деятельности, может у кого-то с кем-то какие-то отношения и сложились, но в целом отношения именно деловые. Вопрос этот встречается на моем пути уже не в первый раз и кажется очень…

Павел Капусткин, 20 июля 2019, последний комментарий 22 июля 2019

Как поощрять Agile-команды?

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

Новостной поток, 19 июля 2019, последний комментарий 4 августа 2019

С какими навыками, умениями, знаниями должны уйти слушатели с курса ITIL 4 Foundation?

В редакцию портала поступил вопрос: Добрый день, с какими навыками, умениями, знаниями должны уйти слушатели с курса ITIL 4 Foundation? Какие были ожидания до начала курса и результат после завершения курса? Вопрос как к тренерам и консультантам, так и к слушателям прошедший этот курс.

Вопрос из зала, 19 июля 2019, последний комментарий 19 июля 2019

Вопрос из зала: внедрение CMDB на практике

В редакцию портала поступил вопрос: Уважаемые коллеги, Внедрение CMDB — тема уже изъезженная, но практической информации крайне мало. Помогите, пожалуйста, не наступить на «те самые» грабли. Мы понимаем, где мы сейчас — осуществлена оценка текущего состояния. ИТ и заказчики видят и понимают проблематику, ограничивающую предоставление услуг с более высоким качеством из-за отсутствия CMDB. Мы знаем, что мы хотим — были собраны бизнес-потребности, при сборе отталкивались в первую очередь от задач, которые необходимо решить. Задачи: 1. Выстроить процесс управления ИТ-активами и конфигурациями (данные об активах содержаться в разных источниках и постоянно устаревают, пользовательское и серверное оборудование регулярно не обновляется, зачастую не удовлетворяет требованиям) 2….

Вопрос из зала, 19 июля 2019, последний комментарий 4 августа 2019

Три причины растущей популярности DevOps

Первые упоминания о DevOps появились где-то в 2010 году. Примерно с этого момента времени энтузиасты начали активно интересоваться новой темой. Если заглянуть в Google Trends, то можно увидеть вот такой график популярности термина “DevOps” за последние 5 лет: А вот график за последние 15 лет: Как вы можете заметить, интерес к DevOps, стартовавший примерно в 2010 году, неуклонно рос и продолжает расти. При этом в начале 2019 года можно отметить резкий его всплеск . Конечно, стоит учитывать, что Google Trends – это не точные данные плюс закрытый исходный код самой платформы. И интерес к DevOps, измеряемый средствами Google, не является…

Сфера ответственности координатора релизов

Сразу уточним – в ITIL роль “Координатор релизов” не описана. Вопрос про сферу ответственности возник у слушателей курса ITIL RCV при обсуждении соответствующего раздела. Почему такой вопрос возник, в целом понятно. По аналогии с процессами управления изменениями или управления инцидентами при управлении релизами напрашивается необходимость фиксации так называемой “сквозной” ответственности за релиз. То есть выделения роли, отвечающей за координацию деятельности в рамках релиза на всём протяжении его жизненного цикла – от планирования до закрытия. По аналогии с “Координатором изменений” хочется назвать её “Координатор релизов”. Однако в ITIL V3 подобная роль не выделена. Справедливости ради следует отметить, что роли “Координатор изменений”,…

Как дела с PPM?

Компания AXELOS, правообладатель ITIL©, PRINCE2© и других лучших практик (best management practices) опубликовала отчет о состоянии дел в области управления проектами и программами проектов [далее – «PPM»] («The PPM Benchmarking Report 2019»)Поскольку данных по респондентам (количество, география, отрасли и т.д.) не представлено, и детали проведения опроса не описаны, сложно делать какие-то однозначные выводы. Тем не менее любопытно посмотреть на то «как там у них», примерить какие-то выводы на себя. А с учётом того, что в отчёте кое-где проводится сравнение с подобным же исследованием 2017 года, возможно с погрешностью, но можно судить о динамике в этой области. Только 40% руководителей проектов…

Как услугу назовете…

Автор Kerry Lyons рассказывает о своем опыте работы с названиями услуг в Лотерейном фонде национального наследия Великобритании. Когда ваша команда работает над чем-то, что в дальнейшем должно стать услугой, очень важно тратить время на то, чтобы разобраться, как вы называете продукт вашего труда, и почему вы будете называть это так.Это важно по двум причинам. Во-первых, название должно звучать так, как услугу могли бы назвать ее пользователи. Во-вторых, название нужно вашей и другим командам для использования в вашей работе.Существует целый ряд советов по именованию услуг. Автор опиралась на руководство по обслуживанию от Government Digital Service, принципам разработки контента коллегиального правительственного департамента,…

6 советов по измерению удовлетворенности пользователей

Часто проводится много дискуссий о том, что измерять при оценке службы поддержки ИТ и управления ИТ-услугами. В книгах ITIL предлагают множество всевозможных параметров: ключевые показатели эффективности (KPIs), критические факторы успеха (CSF) – так много, что люди не должны использовать их все. Как и в случае с ITIL, в целом, используйте то, что работает для вашей организации. И помните, что иногда, чем проще, тем лучше, а общепринятым показателем является удовлетворенность потребителя. Удовлетворенность потребителей, безусловно, является важным показателем, но организациям трудно ее измерить и понять. Этот показатель полезен только при правильном использовании – например, задавайте нужным людям правильные вопросы и обеспечьте, чтобы…

Кто отвечает за конвейер развёртывания?

Нужно очень сильно отстать от жизни (примерно лет на 5-7, что по нынешним временам приравнивается к вечности), либо иметь крайне веские аргументы, чтобы не использовать для доставки готового кода до среды эксплуатации конвейер развёртывания (в народе часто именуемый конвейером CI/CD, что в данном случае непринципиально). Техническая сторона вопроса – как построить конвейер – в большинстве случаев понятна, если не очевидна. Инструментов море, идеология ясна, собрать конвейер можно в простых случаях за час, в сложных – за пару недель. Организационная же сторона вопроса не так проста, как кажется. Кто должен/может его создать? Кто обеспечит функционирование? Кто починит, когда сломается? Кто будет…

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

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