Business Agility, DevOps, ITIL, ITSM, COBIT, PRINCE2, TOGAF, Kanban...
14 лет в эфире. 3 000 записей. 10 000+ постоянных подписчиков.
Спросите своих сотрудников, знают ли они о Миссии или каково Видение компании, в которой они работают? Уверен, что в качестве ответа можно получить встречный вопрос: “Что???” А еще самый распространенный вопрос, который обычно задают в ответ: “А в чем разница между миссией и видением?” Не верите? Тогда проверьте.
Как ИТ-лидеры могут сократить расходы, когда инфляция повышает цены на все? Перед вами несколько идей, которые могут помочь справиться с раздутыми ИТ-бюджетами — без отказа от того, что необходимо для работы.
Реальность такова, что переход к мышлению, ориентированному на продукт, часто требует полной трансформации компании. Все в организации должны ориентироваться на общее понимание того, что является ценностью для бизнеса и ваших клиентов. Но есть одна группа, которая отвечает за продвижение всего вперёд — сплочённая команда разработчиков.
Деловая игра — это не развлечение. Это серьёзное рабочее мероприятие, у которого есть цели и задачи, чёткий сценарий, а время в течение дня расписано буквально по минутам. От действий участников зависит результат, которого они достигнут.
Этот вопрос становится все более популярным среди ИТ-специалистов. Отчасти это обусловлено тем, что организациям необходимо использовать управление ИТ-операциями (IT Operations Management, ITOM) в сочетании с более традиционным управлением ИТ-услугами (IT service management, ITSM) в связи с постоянно растущей зависимостью от технологий для обеспечения бизнес-операций и результатов. Чтобы помочь вам разобраться, в этом блоге мы объясним, что такое ITOM, зачем оно нужно и что из себя представляет. Так что же такое ITOM, в любом случае? Во-первых, существуют различные определения, в зависимости от точки зрения поставщика определений, потому что, в отличие от ITSM, нет принятого общеотраслевого определения. Во-вторых, в то время как…
Работа над дефектами – известная область разработки ПО, вызывающая вечные и непримиримые споры. Заметьте, что я использовал именно слова “работа над”, а не “управление” – из того, что я вижу вокруг, управления дефектами почти ни в одной команде разработки нет.
Когда я впервые услышал термин DevOps, от своих коллег я понял примерно следующее: «Процесс развёртывания приложения в любой среде (dev/QA/prod) называется DevOps. Просто ещё один синоним эксплуатации». Как начинающий программист, я подумал: “Ок, здорово! Ещё одно модное словечко, поразившее в ИТ-индустрию». Люди, которые имеют некоторое представление о DevOps, знают, как я ошибался!
Совсем недавно у Игоря Фадеева вышла статья с разбором разницы между инцидентами и известными ошибками. Действительно запутаться в понятиях очень легко, на курсе ITIL® 4 Foundation мы регулярно с этим “распутываемся”.
Какие дополнительные метрики можно использовать для анализа скорости работы поддержки? Автор статьи с DevOps.com останавливается на пяти в дополнение к MTTR/MTRS.