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

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

Всё это – ЛЮДИ

Всё про управление персоналом в ИТ

Как защитить зрелую команду от деградации

Недавно меня пригласили помочь команде, с которой я уже работала два года назад. Это отличная зрелая команда с хорошо отстроенным рабочим процессом. Но в последнее время поставка заметно замедлилась и начали возникать сбои.
Я была сильно удивлена, когда обнаружила несколько простых дисфункций, которые зрелой команде ничего не стоило выловить самостоятельно. Это заставило меня поразмышлять, почему так происходит? Почему команда с отлаженным рабочим процессом и прекрасными профессиональными навыками может деградировать, вместо того чтобы непрерывно улучшать свои показатели?

Три вещи, которые нас мотивируют

Сейчас часто можно услышать о магии дофаминовой системы вознаграждения мозга. Разработчики, ИТ-специалисты и особенно бизнес-лидеры бесконечно гоняются за секретной формулой неуловимого и желанного «состояния потока».
Далее мы поговорим о трёх главных мотиваторах для разработчиков и ИТ-специалистов, но сначала давайте исследуем важность денежной мотивации людей к выполнению механических и когнитивных задач.

SLA или доверие? Чем укрепим отношения…

Тема SLA – предмет обсуждения не только при определении требований к услуге, но и злободневный вопрос, обсуждаемый на учебных курсах. И интересуют специалистов далеко не только функциональные и не функциональные требования, отражаемые в соглашении. “Арбузный” эффект, операционные и бизнес-метрики мы тоже, конечно же, обсуждаем, но сегодня речь пойдет не об этом.   SLA – это что? ITIL 4 определяет SLA как: “Соглашение об уровне услуги (Service level agreement, SLA) – документированное соглашение между поставщиком и заказчиком, которое определяет и требования к услуге, и ожидаемый уровень” Соглашение между поставщиком и заказчиком, т.е. между двумя субъектами сервисных отношений. Заказчик должен определить свои…

Управление проектами – это вам не игрушечки! Или нет?

Обычно, когда в компании возникает потребность в организационных изменениях, сотрудники проходят соответствующее обучение, но часто на этом всё и заканчивается. Никакой магии не происходит, работа не перестраивается, потому что теоретической базы недостаточно, чтобы изменения случились.

Помимо усвоения новой информации нужны реальная практика,
понимание того, какую последовательность шагов надо предпринять, чтобы всё это заработало в конкретной организации и мотивация сотрудников.
Чем тут могут помочь деловые игры?

Свободны ли наши управленческие решения от когнитивных искажений?

В Agile наша вера в то, что сплочённость и состояние команды в порядке, может зависеть от положительных сигналов, которые мы подсознательно предпочитаем.

Action Bias – известная ловушка, в которую мы всё равно постоянно попадаем

Action Bias: склонность к реагированию и действию, даже если это не приведёт к положительным результатам. «Делать хоть что-то» создаёт иллюзию загрузки ресурсов полезной работой.

Сделайте свою команду несчастной с помощью этих популярных антипаттернов управления проектами

Менеджеры обладают всеми возможностями, чтобы заставить команду страдать Как менеджеры, мы находимся в наилучшем положении, чтобы погрузить в уныние наши команды. Если вы менеджер, стремящийся действительно максимально причинить боль своим людям, обратите внимание! Мы рассмотрим три самых популярных способа. Правда, мы сфокусируемся только на антипаттернах управления проектами, при том, что есть много других возможностей сделать людей в вашей команде несчастными. Эти техники управления приводят к медленной разработке и помогут сделать ваши проекты менее эффективными. При достаточном усилии менеджера разработчики могут полностью провалить свою миссию. Описанные приёмы дают возможность не только сделать команду несчастной, но и полностью разрушить вашу компанию! Злые…

Перестаньте скрываться в тени — включите камеру!

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

Плюсы и минусы гибридной рабочей культуры: Какая культура работы нужна вашей команде?

  Пандемия показала, что можно успешно работать из дома. Вот некоторые плюсы и минусы удаленной работы, которые следует рассмотреть для ваших команд. Сотрудники ясно дали понять, что хотят большей гибкости в том, как и где они выполняют свою работу. Пандемия показала, что, действительно, можно успешно работать из дома, заставив некоторых работодателей признать, что причина их нежелания в том, что они не доверяют своим сотрудникам. Несмотря на успех удаленной работы, многие компании все еще решают, переходить ли на гибридную работу или вернуться к практике, существовавшей до пандемии. Но причина этого не так проста, как вопрос доверия. Для одних компаний это вопрос…

Источники, которым можно верить

Предположим, вам нужно разобраться в какой-то новой для вас предметной области. Также предположим, что эта область знаний относительно новая, относительно модная, да ещё и динамично развивается. Например, Agile, Kanban, ITSM, ITIL, что-то такое. Вроде бы существует уже десятки лет, но вы пока не очень знакомы, вам было не надо. А теперь – надо. Какими источниками знаний воспользоваться? Кажется, что вопрос тривиален – вот же Гугл, или Википедия, берём, читаем. Однако всё не так просто. В Cleverics многие годы была хорошая традиция, мы каждый год выпускали книжку. Иногда это были книги, написанные нами, но чаще – книги других авторов, которые мы…

Почему запуск продукта проваливается (и как этого избежать)

Сколько запусков новых продуктов происходит каждый год? По данным Nielsen около 30 000 среди товаров повседневного спроса. Для программного обеспечения гораздо труднее найти конкретные данные. Но могу вас заверить, что статистика того, как проходит большинство этих запусков, довольно мрачная. Разные источники приводят показатели от 40 до 80 процентов в качестве частоты провалов. Я предполагаю, что на самом деле может быть и чаще. Ой! Но что мы имеем в виду, когда говорим, что запуск продукта «провалился»? И почему так много провалов? Попробуем разобраться, что на самом деле представляет собой запуск продукта в первую очередь. Некоторые люди могут сразу подумать о презентации…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM