Вопросы, методики, инструменты, находки в менеджменте, не обязательно относящиеся к управлению информационными технологиями
Нечасто приходится читать что-то, что полностью меняет ваш взгляд на ИТ. Эта статья потрясла меня. Она заставила меня полностью пересмотреть свой взгляд на ITSM, в особенности – на анализ корневых причин, оценку крупных инцидентов, и управление изменениями.
Спросите своих сотрудников, знают ли они о Миссии или каково Видение компании, в которой они работают? Уверен, что в качестве ответа можно получить встречный вопрос: “Что???” А еще самый распространенный вопрос, который обычно задают в ответ: “А в чем разница между миссией и видением?” Не верите? Тогда проверьте.
Этот вопрос становится все более популярным среди ИТ-специалистов. Отчасти это обусловлено тем, что организациям необходимо использовать управление ИТ-операциями (IT Operations Management, ITOM) в сочетании с более традиционным управлением ИТ-услугами (IT service management, ITSM) в связи с постоянно растущей зависимостью от технологий для обеспечения бизнес-операций и результатов. Чтобы помочь вам разобраться, в этом блоге мы объясним, что такое ITOM, зачем оно нужно и что из себя представляет. Так что же такое ITOM, в любом случае? Во-первых, существуют различные определения, в зависимости от точки зрения поставщика определений, потому что, в отличие от ITSM, нет принятого общеотраслевого определения. Во-вторых, в то время как…
Когда я впервые услышал термин DevOps, от своих коллег я понял примерно следующее: «Процесс развёртывания приложения в любой среде (dev/QA/prod) называется DevOps. Просто ещё один синоним эксплуатации». Как начинающий программист, я подумал: “Ок, здорово! Ещё одно модное словечко, поразившее в ИТ-индустрию». Люди, которые имеют некоторое представление о DevOps, знают, как я ошибался!
Периодически в наших публикациях и на наших курсах поднимаются интересные вопросы, которые вызывают активный отклик и обсуждение как в аудитории, так и за ее пределами. Практически в каждой группе, обсуждая вопросы управления поддержкой, мы сталкиваемся с тем, что почти все обращения пользователей могут регистрироваться и отслеживаться как инциденты. В контексте работы Сервис Деска, у многих компаний инцидентами считаются не только ошибки аппаратного или программного обеспечения, но и запросы на обслуживание. А так ли это на самом деле? Нужно ли разделять эти два понятия и нужно ли их измерять отдельно? В чем отличие Что говорят лучшие практики? ITIL дает описание управления…
Недавно меня пригласили помочь команде, с которой я уже работала два года назад. Это отличная зрелая команда с хорошо отстроенным рабочим процессом. Но в последнее время поставка заметно замедлилась и начали возникать сбои.
Я была сильно удивлена, когда обнаружила несколько простых дисфункций, которые зрелой команде ничего не стоило выловить самостоятельно. Это заставило меня поразмышлять, почему так происходит? Почему команда с отлаженным рабочим процессом и прекрасными профессиональными навыками может деградировать, вместо того чтобы непрерывно улучшать свои показатели?
Сегодня я хочу рассказать о буднях менеджера проекта. Когда я управляю проектом, то придерживаюсь определенного списка деятельности на каждую неделю. Эта комплексная деятельность требует встреч или обсуждений, но наличие четкого представления о том, чем необходимо заниматься каждую неделю помогает сделать более ясным, на чем следует сфокусироваться.
В настоящее время все большее внимание уделяется организации работы потока создания ценности для улучшения потока ценности для клиентов. Наиболее важным аспектом понимания того, как это сделать, является понимание того, что на самом деле представляет собой ценность, которую вы создаете. Во многих организациях большое значение придается возврату инвестиций (ROI), а прибыль является движущей силой бизнес-решений. Рассмотрим пример подразделения энергетической компании из списка Fortune 10, находящегося в процессе модернизации своих операционных процессов. Они поняли, что, постоянно концентрируясь на снижении затрат на добычу барреля нефти, они упускают общую картину. Ценность, которую создавало это подразделение, заключалась не в барреле нефти, а в функционирующей нефтяной…
Сейчас часто можно услышать о магии дофаминовой системы вознаграждения мозга. Разработчики, ИТ-специалисты и особенно бизнес-лидеры бесконечно гоняются за секретной формулой неуловимого и желанного «состояния потока».
Далее мы поговорим о трёх главных мотиваторах для разработчиков и ИТ-специалистов, но сначала давайте исследуем важность денежной мотивации людей к выполнению механических и когнитивных задач.
Как оценить, на что тратят время специалисты? Какие сложности могут возникать на пути использования, казалось бы, простых метрик?
Обычно, когда в компании возникает потребность в организационных изменениях, сотрудники проходят соответствующее обучение, но часто на этом всё и заканчивается. Никакой магии не происходит, работа не перестраивается, потому что теоретической базы недостаточно, чтобы изменения случились.
Помимо усвоения новой информации нужны реальная практика,
понимание того, какую последовательность шагов надо предпринять, чтобы всё это заработало в конкретной организации и мотивация сотрудников.
Чем тут могут помочь деловые игры?