Андрей Труфанов, Автор в Digital Enterprise

Сохранение контроля

Можно наглядно наблюдать, как компании сталкиваются со проблемой управления сложностью современных приложений. Создание ПО собственной разработки для внутренних нужд, для реализации ключевых бизнес-процессов компании, чаще всего основывается на принципе микросервисной архитектуры. Эта метаструктура приложения очень далека от представления последнего в виде некоторого монолитного объекта, обладающего определенными характеристиками. При использовании микросервисной архитектуры приложение конструируется в виде облака (хотел написать – массива, но слово “облако” гораздо лучше описывает картину) маленьких приложений, хорошо выполняющих только одну функцию. Отдельные экземпляры запущенных микросервисов абсолютно изолированы друг от друга, для их создания и/или удаления используются автоматические средства доставки, контейнеры. Каждый из таких сервисов имеет свои требования…

Довожу до сведения

Наблюдения над организациями с которыми мы знакомимся в ходе своей работы и наш проектный опыт ясно показывает важность информирования заинтересованных лиц об изменениях происходящих в ИТ. Причем это информирование должно быть достаточно разносторонним. Пользователи не будут пользоваться вашими услугами, если не будут знать о них. Предоставьте пользователям дверь, в которую они должны входить, развесьте неоновые указатели, подсветите дорожку к ней: любая двусмысленность или неточность всегда оборачивается против вас. Наши коллеги тоже должны знать о происходящих изменениях, проектных работах, внедренных/выведенных из эксплуатации продуктах и услугах. В противном случае (а чем наша структура крупнее, то тем чаще), мы начинаем изобретать велосипеды, заниматься дублированием…

Андрей Труфанов, 30 октября 2017, последний комментарий 9 ноября 2017

Это просто работа, и она должна быть сделана хорошо

Главным профессиональным инфоповодом этой недели несомненно является, прошедшая в среду 27 сентября 2017 года, VIII Всероссийская конференция itSMF «Digital ITSM». Конференция стала поводом для встречи коллег, друзей, партнеров, профессионально заинтересованных людей, и это, как мне кажется, её основное полезное предназначение. Я не ставил перед собой каких-то специальных целей на это мероприятие, что позволило взглянуть на него “с внешней стороны яйца”. Поделюсь далее своими наблюдениями, а вас попрошу поправить меня в комментариях, если посчитаете, что мой взгляд на происходящее слишком узок или наоборот поверхностен. Итак, поехали. Первая часть впечатлений посвящена состоянию отрасли и поведению ключевых её участников. Наверное, никто не будет спорить…

Ресурсно-сервисные модели (РСМ). Упражнение.

Недавний опыт проведения курса ITIL RCV для сотрудников компании, являющейся поставщиком ИТ-услуг, порадовал свежими взглядами на мир, процессы, их востребованность в реальных ситуациях. Первая часть курса во многом посвящена “деятельным” процессам этапа преобразования услуг, таким как “Управление изменениями” и “Управление релизами”, во второй части курса основное внимание уделяется “библиотечным” процессам, в частности процессу Управления сервисными активами и конфигурациями. В ходе изучения этого процесса мы со слушателями обсуждаем ресурсно-сервисные модели услуг, для чего они могут быть нужны, как нужно организовать работу по их построению. Выполняя практические задания, группа в хорошем смысле меня удивила и порадовала, выбрав в качестве услуги “Поддержка…

Андрей Труфанов, 31 августа 2017, последний комментарий 9 января 2019

Благими намерениями по железной дороге

Сегодня мы поговорим о движении в сторону повышении качества услуг. Всегда ли это хорошо? Поводом и собственно предметом дискуссии будет одно новостное сообщение об изменениях в работе пассажирских железнодорожных компаний в Великобритании. На первый взгляд новость не имеет к нашему порталу никакого отношения, но на самом деле содержит в себе целый спектр вопросов про которые стоит поговорить. Позволю себе привести краткую выдержку содержания этой новости: В настоящее время пунктуальность следования поездов остлеживается по соответствию времени прибытия поездом на конечную станцию следования. Прибытие поезда на конечную станцию с опозданием до 10 минут от обозначенного времени считается прибытием вовремя. За что периодически подвергается критике (Ред.: это…

Андрей Труфанов, 1 августа 2017, последний комментарий 7 августа 2017

Роль и место процесса управления конфигурациями в современном IT

Процесс управления конфигурациями является одним из наиболее спорных процессов библиотеки ITIL с точки зрения практической полезности. Не буду вступать в полемику по этому поводу, т.к. практический опыт показывает, что те, кто поставили себе задачу получить от этого процесса пользу и приложили к этому определенные усилия – эту пользу получают. На практике, процесс управления конфигурациями – набор активностей, выполнение которых гарантирует наличие актуальной информации о значимых для нас сервисных активах. Этот же процесс обеспечивает то, что эта информация предоставляется целевому адресату в удобной для него форме. Важным для процесса понятием является термин "базовое состояние" (baseline), которое отражает некоторое эталонное, авторизованное значение конифгурационной единицы. Таким…

Андрей Труфанов, 3 июля 2017, последний комментарий 5 июля 2017

Деловая игра Phoenix Project – личные впечатления скептика

Тема DevOps, "гибкой" разработки на слуху уже долгое время, многим она наверняка приелась, а практикам уж точно навязла в зубах. Работы, которые мы выполняем в рамках наших проектов, в подавляющем большинстве планируются и исполняются по классической водопадной схеме. Да, мы всегда пытаемся ускорить получение заказчиками результатов, где это возможно, но параллелизация потоков работ и введение локальной итеративности разработки продуктов или документов являются лишь незначительными элементами на общей картине проекта. Мое личное мнение о новом тренде было очень скептичным, особенно, в последнее время. Ситуация, когда этот подход практически объявлятся "серебряной пулей", единственным правильным способом добиться настоящего успеха и результата, меня попросту раздражала. Выдавшаяся возможность поиграть…

Андрей Труфанов, 2 июня 2017, последний комментарий 2 июня 2017

Нужно просто все посчитать

Рабочий месяц март был очень горячим с точки зрения событий: Событием первостепенной важности для меня лично, но, вероятно, малозаметным для окружающих, было завершение острого периода, когда я был вынужден совмещать роли постановщика задачи и разработчика в одном лице. Совмещение конфликтующих сторон в одном человеке никогда не дарило последнему счастья и всегда негативно влияет на результаты. Моя прошлая заметка была посвящена как раз этой беде. Некоторые мои коллеги погрузились в работу над большим и чрезвычайно интересным проектом по формированию финансовой модели услуг. Проект сложный. Существенные сложности есть с технической стороны, с выбором и применением надлежащего инструментария. С методической точки зрения также есть о…

Андрей Труфанов, 4 апреля 2017, последний комментарий 5 апреля 2017

ВЖУХ, управление рисками и ITSM

То, что DevOps не является "серебряной пулей" наверное уже ни для кого не секрет. Применение гибких практик разработки и эксплуатации продуктов существенно отличается от общеизвестных практик управления услугами своей выраженной ориентацией на ценность здесь и сейчас. Многолетний мир ITSM, в первую очередь, ориентирован на рациональность с акцентом на минимизацию затрат, рисков и ущерба. Многие могут это оспаривать, опираясь на первоисточники, не без оснований говорить, что библиотеки говорят о необходимости баланса между гибкостью и защищенностью, рисков и выгод. Да, это так, но всё же управление услугами не о том, как быть бизнесом, а о том как бизнесу помогать, а это "две большие разницы"….

Андрей Труфанов, 9 марта 2017, последний комментарий 20 марта 2017

Конфликт интересов

Очень многие из нас оказываются в ситуации, когда исполнение работ различного рода несет за собой конфликт интересов, вызванный природой этих работ. Такие ситуации легко иллюстрируются разнообразнейшими жизненными примерами: Ответственность менеджера инцидентов и менеджера проблем, при возникновении сбоев; Исполнитель работ и Проверяющий; Инициатор проблемы (в ITSM смысле) и эксперт, ответственный за её координацию, обработку и устранение; Постановщик задачи и разработчик, разработчик и тестировщик; Менеджер по доступности и менеджер непрерывности. Тема является весьма чувствительной, особенно для тех, кто в силу необходимости, исполняет обе конфликтные роли. Хотел бы поделиться с вами теми подходами, которыми я руководствуюсь в своих проектных активностях при возникновении подобных ситуаций. Эти же…

Андрей Труфанов, 12 февраля 2017, последний комментарий 13 февраля 2017

ИБ: Владение информационным ресурсом

Дорогие друзья и коллеги! Проект над которым я начал работать ещё в прошлом году и продолжаю работать в настоящее время связан с автоматизацией некоторых процессов информационной безопасности. В частности, автоматизации подлежит управление реестром информационных ресурсов подлежащих защите, формализация процедур по их классификации по уровням конфиденциальности, целостности, доступности и непрерывности, определение ответственных лиц, осуществляющих полномочия владения, процедуры выдачи и отзыва прав пользователей ресурса, процедуры периодического аудита журналов событий. Основной информацией, вокруг которой исполняются все вышеуказанные процедуры, является реестр объектов, обрабатывающих чувствительную информацию: это могут быть информационные системы с их модулями, бизнес-процессами и ролями, ресурсы общего пользования. Для каждого такого объекта определяется его владелец, обязанностью которого является защита информации хранимой…

Портал №1 по управлению цифровымии информационными технологиями

Андрей Труфанов

Портал №1 по управлению цифровыми
и информационными технологиями