Добро пожаловать в очередной выпуск «On Call» — пятничной колонки читателей The Register, в которой часто публикуются ваши истории о том, что происходит, когда некомпетентные люди взбираются по скользкой карьерной лестнице и сбрасывают свои неудачи прямо на головы сотрудников техподдержки.
На этой неделе познакомьтесь с нашим читателем, которого мы назовем «Престон», поделившимся своей историей работы выездным инженером в конце 1990-х годов.
«Я дослужился до старшего инженера выездного обслуживания и получил предложение перейти на должность консультанта», — рассказал Престон The Register.
Он отказался, потому что ему нравилось работать «на передовой», и люди, с которыми он там работал, ценили его навыки.
«Как только я приезжал к клиентам, мне тут же предлагали кофе именно таким, каким я его любил, — объяснил Престон, — поэтому я отклонил предложение о консалтинге».
Один из коллег Престона принял повышение и вскоре работал над такими проектами, как переконфигурация Windows NT 4.0 и серверов, на которых она работала, для поддержки двух процессоров, настройка систем резервного копирования и обеспечение бесперебойного питания (ИБП) для поддержания работоспособности систем.
Престон продолжал заниматься своим делом, но характер его работы вскоре изменился.
«В течение нескольких недель мне назначали вызовы, связанные с неудачными обновлениями, сбоями ИБП и неработающими резервными копиями».
Престон понял, что его коллега, занявший новую должность, допускал элементарные ошибки практически в каждой задаче – некоторые из них были настолько серьезными, что один клиент отказался работать с новоиспеченным консультантом.
Одна из задач, которая в итоге попала в список дел Престона, заключалась в том, что консультант стер клиентскую базу данных, которую его система резервного копирования не смогла защитить. На другом объекте он создал систему, которая бессмысленно выключалась каждый день, и испортил установку ИБП, которая могла бы его спасти.
Престон сделал все возможное, чтобы защитить свою компанию, а не некомпетентного «консультанта».
В конце концов он ушел из сферы ИТ-услуг и стал тренером.
«Я использовал эти инциденты как примеры того, на что следует обращать внимание при установке и поиске неисправностей на объектах клиентов, а также как урок того, почему никогда не следует полагаться на то, что человек, выполняющий работу до вас, сделает все идеально».
Сталкивались ли вы с необходимостью исправлять ошибки некомпетентных коллег? Если да, то нажмите здесь, чтобы поделиться своей историей с «On Call» для будущей пятничной колонки. ®
Всегда имейте в виду, что редакции могут придерживаться предвзятых взглядов в освещении новостей.
Автор – Simon Sharwood
