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