Business Agility, DevOps, ITIL, ITSM, COBIT, PRINCE2, TOGAF, Kanban...
14 лет в эфире. 3 000 записей. 10 000+ постоянных подписчиков.
Хранение информации, которая больше не пригодится, сопряжено со огромным количеством рисков. Иллюстрация этому — череда сливов персональных данных пользователей крупных сервисов, которую мы могли наблюдать с января по март. Кажется, что предприятиям нужны правила, когда и как избавляться от данных.
Action Bias: склонность к реагированию и действию, даже если это не приведёт к положительным результатам. «Делать хоть что-то» создаёт иллюзию загрузки ресурсов полезной работой.
Эта статья показывает 27 распространённых антипаттернов продуктового бэклога, включая процесс уточнения бэклога продукта, ограничивающих успех вашей Скрам-команды.
Очевидно, что люди любят говорить о технологиях. Но они не всегда правильно используют терминологию. Или они кооптируют фразы. Вот 15 наиболее часто неправильно используемых слов, с которыми они сталкивались в ИТ.
Сегодня мы разберём ещё одну ошибку, которую очень легко допустить при освоении ITIL. Эта ошибка — путать Output и Outcome.
На русском языке чуть проще: мы специально разделяем эти 2 термина. Output переводим, как выход, а Outcome — как результат. Но ITIL не издают на русском, а Google Translate упорно переводит оба термина, как результат. Да и в простой речи мы постоянно путаемся с непривычки.
Матрица тестирования – это основа для совершенствования. Она может помочь спланировать тестирование еще до начала разработки. Во время разработки она может служить единым источником правды о том, что было сделано за день. Когда разработка и тестирование завершены, она может стать общей картиной нашего выбора и решений в области тестирования.
Когда речь идет об инфраструктуре и производственных системах, главное стабильность. И все же изменения продолжаются, поскольку организации стремятся к большей безопасности и более высокой скорости – без ущерба для надежности.
Системная интеграция является основной частью эксплуатации корпоративных систем. Как ее можно упростить?
Стратегии корпоративного программного обеспечения имеют тенденцию к цикличности. Но какой бы подход ни был доминирующим, фундаментальные проблемы, такие как системная интеграция, могут оставаться нерешенными.
С какими возможными проблемами столкнутся современные производители программного обеспечения при оценке, разработке стратегии и составлении дорожной карты будущего с использованием известных моделей зрелости.
Делать слишком много и слишком быстро, не хватает коммуникаций, не удается сфокусироваться на бизнесе… Как и многие другие ИТ-инициативы, эти распространенные ошибки могут подорвать эффективность ITSM.
Люди знакомые с ITIL знают о том, что, описывая любую услугу, мы можем выделить характеристики «полезности» (utility) и «гарантии» (warranty). Как соотносятся эти понятия?