Всё про управление персоналом в ИТ
Реальность такова, что переход к мышлению, ориентированному на продукт, часто требует полной трансформации компании. Все в организации должны ориентироваться на общее понимание того, что является ценностью для бизнеса и ваших клиентов. Но есть одна группа, которая отвечает за продвижение всего вперёд — сплочённая команда разработчиков.
Периодически в наших публикациях и на наших курсах поднимаются интересные вопросы, которые вызывают активный отклик и обсуждение как в аудитории, так и за ее пределами. Практически в каждой группе, обсуждая вопросы управления поддержкой, мы сталкиваемся с тем, что почти все обращения пользователей могут регистрироваться и отслеживаться как инциденты. В контексте работы Сервис Деска, у многих компаний инцидентами считаются не только ошибки аппаратного или программного обеспечения, но и запросы на обслуживание. А так ли это на самом деле? Нужно ли разделять эти два понятия и нужно ли их измерять отдельно? В чем отличие Что говорят лучшие практики? ITIL дает описание управления...
Недавно меня пригласили помочь команде, с которой я уже работала два года назад. Это отличная зрелая команда с хорошо отстроенным рабочим процессом. Но в последнее время поставка заметно замедлилась и начали возникать сбои.
Я была сильно удивлена, когда обнаружила несколько простых дисфункций, которые зрелой команде ничего не стоило выловить самостоятельно. Это заставило меня поразмышлять, почему так происходит? Почему команда с отлаженным рабочим процессом и прекрасными профессиональными навыками может деградировать, вместо того чтобы непрерывно улучшать свои показатели?
Сейчас часто можно услышать о магии дофаминовой системы вознаграждения мозга. Разработчики, ИТ-специалисты и особенно бизнес-лидеры бесконечно гоняются за секретной формулой неуловимого и желанного «состояния потока».
Далее мы поговорим о трёх главных мотиваторах для разработчиков и ИТ-специалистов, но сначала давайте исследуем важность денежной мотивации людей к выполнению механических и когнитивных задач.
Тема SLA – предмет обсуждения не только при определении требований к услуге, но и злободневный вопрос, обсуждаемый на учебных курсах. И интересуют специалистов далеко не только функциональные и не функциональные требования, отражаемые в соглашении. “Арбузный” эффект, операционные и бизнес-метрики мы тоже, конечно же, обсуждаем, но сегодня речь пойдет не об этом. SLA – это что? ITIL 4 определяет SLA как: “Соглашение об уровне услуги (Service level agreement, SLA) — документированное соглашение между поставщиком и заказчиком, которое определяет и требования к услуге, и ожидаемый уровень” Соглашение между поставщиком и заказчиком, т.е. между двумя субъектами сервисных отношений. Заказчик должен определить свои требования...
Обычно, когда в компании возникает потребность в организационных изменениях, сотрудники проходят соответствующее обучение, но часто на этом всё и заканчивается. Никакой магии не происходит, работа не перестраивается, потому что теоретической базы недостаточно, чтобы изменения случились.
Помимо усвоения новой информации нужны реальная практика,
понимание того, какую последовательность шагов надо предпринять, чтобы всё это заработало в конкретной организации и мотивация сотрудников.
Чем тут могут помочь деловые игры?
В Agile наша вера в то, что сплочённость и состояние команды в порядке, может зависеть от положительных сигналов, которые мы подсознательно предпочитаем.
Action Bias: склонность к реагированию и действию, даже если это не приведёт к положительным результатам. «Делать хоть что-то» создаёт иллюзию загрузки ресурсов полезной работой.
Менеджеры обладают всеми возможностями, чтобы заставить команду страдать Как менеджеры, мы находимся в наилучшем положении, чтобы погрузить в уныние наши команды. Если вы менеджер, стремящийся действительно максимально причинить боль своим людям, обратите внимание! Мы рассмотрим три самых популярных способа. Правда, мы сфокусируемся только на антипаттернах управления проектами, при том, что есть много других возможностей сделать людей в вашей команде несчастными. Эти техники управления приводят к медленной разработке и помогут сделать ваши проекты менее эффективными. При достаточном усилии менеджера разработчики могут полностью провалить свою миссию. Описанные приёмы дают возможность не только сделать команду несчастной, но и полностью разрушить вашу компанию! Злые...
Все ненавидят технические сбои. Экран не демонстрируется, пропадает звук, плохое интернет-соединение. Но самое неприятное – это неработающая камера во время важного собрания. Ведь встречи предназначены для подробных обсуждений и содержательного общения в команде.
Пандемия показала, что можно успешно работать из дома. Вот некоторые плюсы и минусы удаленной работы, которые следует рассмотреть для ваших команд. Сотрудники ясно дали понять, что хотят большей гибкости в том, как и где они выполняют свою работу. Пандемия показала, что, действительно, можно успешно работать из дома, заставив некоторых работодателей признать, что причина их нежелания в том, что они не доверяют своим сотрудникам. Несмотря на успех удаленной работы, многие компании все еще решают, переходить ли на гибридную работу или вернуться к практике, существовавшей до пандемии. Но причина этого не так проста, как вопрос доверия. Для одних компаний это вопрос...