Более двадцати лет, в моменты малодушия, периодически, я пытался уволиться с РЖД туда где деньги и должности. Но, понимая, своё несовершенство, я всегда оставался изучать и систематизировать невероятную вселенную управления ИТ в РЖД.
Функциональный инцидент(К-инцидент) в ИТ—это сбой, при котором часть функций информационной системы не работает при сохранении её общей работоспособности. Примеры функциональных инцидентов: неработоспособность одной кнопки, отсутствие нескольких цифр в большом отчёте, невозможность загрузить файл в какой-либо форме. То есть информационная система работает, но неправильно, с точки зрения пользователей. На Пикабу, в своё время, отсутствовали минусы, с точки зрения некоторых пользователей, это было неправильно…
Так вот, однажды, в один из периодов малодушия, не закончив исследований, я решил устроиться в консалтинговую ИТ-фирму «К-консалтинг», которая обучала другие ИТ-фирмы правильному управлению ИТ за деньги. На первом же этапе собеседования я согласился учить другие ИТ-фирмы правильному управлению за деньги. При этом я всегда имел неоднозначную позицию, которая заключалась в том, что знания должны быть бесплатными. На финальном этапе собеседования обсуждались мелочи моего переезда в город-мечту Питер. Я знал в какой отличной квартире я буду жить и смотреть по вечерам на Неву…
Большинство сотрудников ГВЦ РЖД стоят в полтора-два раза больше своей зарплаты. Многие знают это, но стойко игнорируют сей нюанс. Лишь малодушные увольняются. На финальном этапе собеседования с финальным боссом, прямо во время диалога, я вдруг понял, что мною не до конца исследована уникальная вселенная управления ИТ ГВЦ РЖД. Вселенная уровня mega Enterprise, которую проектировали на основе лучших наработок британских учёных. Я непроизвольно, без участия рассудка, стал выдвигать финальному боссу капризные требования к условиям работы в «К-консалтинг». «Знания должны быть бесплатными», —моё парадоксальное мнение из Советского Союза, с которым хорошо, но не прибыльно.
«Сколько будет…», —спросил неожиданно финальный босс. Он предложил перемножить два двузначных числа. «Да пошел ты в жопу…», — подумал я, ожидаемо, без участия рассудка, который принялся высчитывать и произносить приличные слова…
Я продолжил исследовать уникальную вселенную управления ИТ ГВЦ РЖД. Вскоре я столкнулся с массовыми функциональными инцидентами. Функциональные инциденты возникали почти каждый день в течении полугода. Можно ли такие ситуации считать инцидентами, если вся информационная система работает? Насколько они критичны? Дискуссии велись на самом высоком уровне многотысячного филиала.
С точки зрения текущих регламентов и показателей—функциональный инцидент, учитывается так же, как и инцидент, вызванный неработоспособностью базы данных или сервера приложений. Обидно, когда тебе дали глючное ПО, у которого один из нескольких сотен отчётов кривой в течении нескольких дней. Админу обидно, когда эти несколько дней учитываются так, как будто у тебя не работает вся информационная система. С точки зрения здравого смысла—функциональный инцидент имеет свою логику, отличную от инцидента, который произошел на сервере. Этот инцидент имеет свой алгоритм обнаружения, реакции, диагностики, устранения. Любая система управления, даже самая совершенная, даже разработанная на основе лучших наработок британских учёных, требует развития и актуализации. На начальном этапе развития методологий управления ИТ инциденты не классифицировались и считались по среднему, как температура в больнице. Сбои сисием, баз данных, web-сераеров, гипервизоров, юзергейтов часто учитываются одинаково, вперемешку. Современное управление ИТ требует уточнений и классификации.
В этом, во многом заключается мой работа: актуализация процессов управления ИТ. Я довольно злорадно (что безусловно плохо) улыбнулся, когда увидел, что разработчиком вечно-глючной BI-системы являлась фирма «К», напрямую связанная с фирмой «К-консалтинг». «Зато у них всё отлично с арифметикой», — подумал я.
Я легко решил противоречивый вопрос учёта таких инцидентов и выделил функциональные инциденты в отдельную группу со своими показателями оперативности устранения, влияния на ИТ-услугу и маршрутами решения.
Не знаю, приживётся ли это, но я обозначил функциональные инциденты, как «К-инциденты», в честь фирмы «К-консалтинг», которая обучает другие ИТ-фирмы правильному управлению за деньги.
И да. Я легко решил противоречивый вопрос учёта вне ГВЦ РЖД. Добби свободен:)
Может ли эта история служить аргументом в пользу неоднозначной позиции, которая заключается в том, что знания должны быть бесплатными? Надеюсь да. Несмотря на парадоксальность мнения.
