Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 71
1. Админу бесполезно писать email с просьбой сделать чтото, если он физически рядом. Он не раб какой то чтобы читать emails и их выполнять. Вы должны оторвать свою пятую точку от стула и подойти к нему. Лично. Потому что иначе — вы просите, но просите без уважения, см. картинку номер 1
Туфта. Правда есть подстава. Меня админом посадили в комнату, в которую нет доступа у 80% сотрудников компании. Так что как правило мне звонили.
2.… Если пользователь чтото попросил, то весьма вероятно ему надоест ждать и он все таки полезет в Гугл и сделает это сам. То есть задачи имеют тенденцию рассасываться сами по себе. А значит, если не напомнил — то не так уж и важно. Поэтому надо напоминать...
Особенно — если у админа сегодня дедлайн, т.к. завтра он хочет пойти в отпуск. Начальник дал квест «Собери комп с COM-портом из г-на» (а все потому, что запасных комплектующих нет).
3.… Поэтому его задача сделать так, чтобы при одной мысли пойти к нему вас пробирала холодная дрожь...
Так уж вышло, что я работнику из соседней комнаты в рамках «техосблуживания» (вроде почистить проц от пыли) сломал 2 компа. Скажем «внезапно умерла материнка, ей может только 10 лет было».
>> Туфта
Это про всю статью сказать можно. Предположил бы белую горячку у автора, но праздники уже как 2 недели прошли. Подобным жонглированием аналогий «крёстного отца» можно сделать из любой офисной должности. Увы, за пределы цирковой арены этому жонглированию деваться некуда. Ждём статью на клерке о том, как правильно общаться с бухгалтером-оператором, а на хх — с кадровиками?
Это про всю статью сказать можно. Предположил бы белую горячку у автора, но праздники уже как 2 недели прошли. Подобным жонглированием аналогий «крёстного отца» можно сделать из любой офисной должности. Увы, за пределы цирковой арены этому жонглированию деваться некуда. Ждём статью на клерке о том, как правильно общаться с бухгалтером-оператором, а на хх — с кадровиками?
Если считать админами парней, которые у меня в универе работают — не совсем сходится. Да, на вид это брутальные дядьки, при близком рассмотреннии — добрейшей души люди. Один — гитарист, другой — крайне милый парнишка.
К ним регулярно обращаются преподаватели, решая задачи на уровне «включи мне компуктер, у меня лапки», но большую часть времени эти ребятки просто зависают в кабинете, занимаясь своими делами. х)
К ним регулярно обращаются преподаватели, решая задачи на уровне «включи мне компуктер, у меня лапки», но большую часть времени эти ребятки просто зависают в кабинете, занимаясь своими делами. х)
За несколько лет работы в американской компании (не специализированно софтверной) ни разу не заметил, чтобы всё работало по пунктам 1-3, а приятными людьми все наши админы были и в офисе. В админскую сам заходил два раза: однажды — посмотреть на суперсвежий смартфон админа, а второй раз — поменять батарею ноута — просто пошёл прямо в админскую, зайдя утром в офис.
В общем, мне кажется, многое зависит от внутренней культуры и атмосферы в компании, и профессия вряд ли накладывает какой-то особый отпечаток вопреки желаниям человека.
В общем, мне кажется, многое зависит от внутренней культуры и атмосферы в компании, и профессия вряд ли накладывает какой-то особый отпечаток вопреки желаниям человека.
ITSM системы решают все эти проблемы. Странно что в американской компании её нет.
Да, но многие мелкие запросы (разлочить эккаунт например) у нас не вносятся в систему ITSM. Тем более, что если все совсем сдохло, то страдалец не может создать никаких тикетов
разлочить эккаунт например
Такие вопросы уже к службе ИБ должны быть
Тем более, что если все совсем сдохло, то страдалец не может создать никаких тикетов
Работал в провайдере, как раз сидел в комнате, где техподдержка. Гипотетическая ситуация — у клиента есть только IP-телефония, идущая через наш интернет. Если падет наш интернет — он даже не знает, на какой номер звонить в ТП.
Легко решается многоканальностью точки входа службы поддержки. Использовать не только IP-телефонию, но и обычную, почта, чат-боты, обеспечить резервные каналы для техподдержки, на случай если саму поддержку накрыло. Здесь многое зависит от SLA к техподдержке и таланта/прозорливости ее руководителя.
Конечно, от многоканальности мало толку, если пользователь о них не знает. но здесь уже как в маркетинге — решает обилие «рекламы». Согласитесь, ведь как-то изначально пользователь узнал об основном канале связи.
Конечно, от многоканальности мало толку, если пользователь о них не знает. но здесь уже как в маркетинге — решает обилие «рекламы». Согласитесь, ведь как-то изначально пользователь узнал об основном канале связи.
Нет, Вы меня не так поняли. Инет падает у клиента, найдет ли он скажем в договоре номер ТП — не факт.
Но вот когда инет упал от проблем нашего центрального Juniper, было конечно весело.
Хотя стоп, упал только инет в офисе кажется. Но и телефония у нас IP в офисе в т.ч., а не только как услуга для клиентов.
Но вот когда инет упал от проблем нашего центрального Juniper, было конечно весело.
Хотя стоп, упал только инет в офисе кажется. Но и телефония у нас IP в офисе в т.ч., а не только как услуга для клиентов.
А это — первая причина, почему во многих компаниях ITSM буксует, хотя эксплуатируется какая-нибудь крутая новомодная ITSM-система.
… к стати, именно процессы Incident Managment/Request Fulfilment и буксуют с самого начала, чего уж тут ожидать, что поезд вообще поедет…
… к стати, именно процессы Incident Managment/Request Fulfilment и буксуют с самого начала, чего уж тут ожидать, что поезд вообще поедет…
Верно. Например, ITSM делается так: чем больше полей мы сделаем обязательным и заставим заполнять, тем лучше. Не важно что заполнение занимает час и куча справочников с фиктивными данными типа something not found! Зато нас нельзя упрекнуть, что мы что-то упустили
Явно, руководитель отдела поддержки не понимает, кто и за что платит/получает, зачем вообще компаниям нужны службы поддержки и какие проблемы и риски они должны решать/снижать. Это же, кстати, в любой редакции ITSM достаточно четко описано. Либо не читал определение термина Service (буковка S из ITSM), либо не понял, либо сознательно игнорирует. В любом случае, есть о чем подумать его руководителю. В любом случае… эта буковка в равной степени и к админам относится, они также живут и существуют внутри поля действия ITSM.
А как вы на аудите безопасности вы будете объяснять что разлочка аккаунта была выполнена без запроса?
p.s. то что у вас на это внимания не обращают, не значит что так и должно быть
p.s. то что у вас на это внимания не обращают, не значит что так и должно быть
Пункт 1-2 верен полностью, ибо первым делом пишут письмо админу, вторым делом уже смотрят не нажат ли скролл/капс лок. Пункт 1 дополняет еще тот факт, что репорты по емайлу крайне неинформативны — «комп сильно тормозит в гугле», «интернет работает сейчас не так». Вот умение лечить по телефону, это реально полезный скилл.
Пункт 3 у меня лично никогда не выполнялся, цели такой не стояло.
Пункт 3 у меня лично никогда не выполнялся, цели такой не стояло.
А ещё бывают просто мудаки. Сеть у них построена через задницу, работает так же, но ЧСВ просто космических размеров. Таким бесполезно даже напоминать.
В госконторах такое обычно. Нормальные люди там не задерживаются.
В госконторах такое обычно. Нормальные люди там не задерживаются.
ИМХО основная причина данной деформации не понимание руководства и пользователей задач системного администратора. Я бы сказал, что у сисадминов данная деформация просто более выражена, но если она ярко проявляет, вы найдете её признаки и в других отделах.
Основные признаки того, что у вас эта деформация расцветет буйным цветом, как мне кажется, следующие:
1. Нет разделения пользовательской поддержки и поддержки инфраструктуры.
Почему: Навыки нужны разные. Для сотрудника поддерживающего инфраструктуры коммуникативные навыки нужны в значительно меньшей степени, чем для сотрудника службы поддержки. Для поддержи инфраструктуры нужно обладать совершенно иными компетенциями. Если для сотрудника пользовательской поддержки важно знать где в условном ворде такая-то кнопка, то для поддержки инфраструктуры это не профильные знания, и наоборот, сотрудник поддержки вряд ли разбирается в тонкостях systemd.
Т.е. мы пытаемся получить человека с ОЧЕНЬ широкими компетенциями которые 99% времени не будут им использоваться. Обычно жертвуют компетенциями в области поддержки, поскольку без них сервера будут работать, а с ними нет.
2. «Эгоцентричность» подразделений. Каждое подразделение считает свою работу важной и срочной, а работу остальных не важной и не срочной.
3. Не соответствие формальных бизнес процессов и ресурсов фактическому состоянию.
Как пример. Мы берем только продвинутых пользователей ПК, нам не нужно отправлять их на курсы обучения MS Excel, нам не нужна служба поддержки которая умеет обучать Excel.
На практике, отдел кадров берет всех не проверяя соответствие необходимой квалификации, при этом ресурсов на поддержку руководство не выделено. От сюда у «сисадминов» появляется противодействие, вы же написали в резюме подвинутый пользователь Excel, так соответствуйте, а иначе получается, деньги получаете вы, а компетенции у меня.
4. Отсутствие положительной обратной связи от руководства подразделений.
Пример: Пользователь что-то не умеет, при этом это не настройка, а текущая деятельность, хоть и редкая, в его основном рабочем инструменте( допустим 1С ). Из месяца в месяц, пользователь зовет сисадмина упрощая себе жизнь и не проявляя заинтересованности в обучении своему основному рабочему инструменту( при этом для сисадмина это инструмент не является рабочим, он его не знает, но находит информация по задаче методом гулг + тык ).
В нормальной ситуации руководство пользователя должно провести работу по устранению данной проблемы, т.е. или обучение пользователя или его замена или поднятие вопроса о расширении штата поддержки( или учим, или меняем, или выделяем ресурсы ). Но этого часто не происходит.
Основные признаки того, что у вас эта деформация расцветет буйным цветом, как мне кажется, следующие:
1. Нет разделения пользовательской поддержки и поддержки инфраструктуры.
Почему: Навыки нужны разные. Для сотрудника поддерживающего инфраструктуры коммуникативные навыки нужны в значительно меньшей степени, чем для сотрудника службы поддержки. Для поддержи инфраструктуры нужно обладать совершенно иными компетенциями. Если для сотрудника пользовательской поддержки важно знать где в условном ворде такая-то кнопка, то для поддержки инфраструктуры это не профильные знания, и наоборот, сотрудник поддержки вряд ли разбирается в тонкостях systemd.
Т.е. мы пытаемся получить человека с ОЧЕНЬ широкими компетенциями которые 99% времени не будут им использоваться. Обычно жертвуют компетенциями в области поддержки, поскольку без них сервера будут работать, а с ними нет.
2. «Эгоцентричность» подразделений. Каждое подразделение считает свою работу важной и срочной, а работу остальных не важной и не срочной.
3. Не соответствие формальных бизнес процессов и ресурсов фактическому состоянию.
Как пример. Мы берем только продвинутых пользователей ПК, нам не нужно отправлять их на курсы обучения MS Excel, нам не нужна служба поддержки которая умеет обучать Excel.
На практике, отдел кадров берет всех не проверяя соответствие необходимой квалификации, при этом ресурсов на поддержку руководство не выделено. От сюда у «сисадминов» появляется противодействие, вы же написали в резюме подвинутый пользователь Excel, так соответствуйте, а иначе получается, деньги получаете вы, а компетенции у меня.
4. Отсутствие положительной обратной связи от руководства подразделений.
Пример: Пользователь что-то не умеет, при этом это не настройка, а текущая деятельность, хоть и редкая, в его основном рабочем инструменте( допустим 1С ). Из месяца в месяц, пользователь зовет сисадмина упрощая себе жизнь и не проявляя заинтересованности в обучении своему основному рабочему инструменту( при этом для сисадмина это инструмент не является рабочим, он его не знает, но находит информация по задаче методом гулг + тык ).
В нормальной ситуации руководство пользователя должно провести работу по устранению данной проблемы, т.е. или обучение пользователя или его замена или поднятие вопроса о расширении штата поддержки( или учим, или меняем, или выделяем ресурсы ). Но этого часто не происходит.
при этом для сисадмина это инструмент не является рабочим, он его не знает, но находит информация по задаче методом гулг + тык
Вот так я и осваивал 1С.
>От сюда у «сисадминов» появляется противодействие, вы же написали в резюме подвинутый пользователь Excel, так соответствуйте, а иначе получается, деньги получаете вы, а компетенции у меня.
да, он кричал «понаберут по объявлениям»
да, он кричал «понаберут по объявлениям»
Так это основная претензия.
Берём на работу водителя, без водительского удостоверения, но с резюме, в котором указано «опытный шофёр». Автомеханик ему объясняет как нажимать на педали и крутить руль. Через два дня водитель вызывает механика: машина не едет; автомеханик приходит и заправляет авто. Через неделю опять жалоба — в машине жарко; приходит автомеханик и выключает печку.
Спустя месяц автомобиль в дождливую погоду попадает в аварию — минус 1,5 миллиона рублей для компании по вине автомеханика, которые не объяснил водителю назначение дворников.
Берём на работу водителя, без водительского удостоверения, но с резюме, в котором указано «опытный шофёр». Автомеханик ему объясняет как нажимать на педали и крутить руль. Через два дня водитель вызывает механика: машина не едет; автомеханик приходит и заправляет авто. Через неделю опять жалоба — в машине жарко; приходит автомеханик и выключает печку.
Спустя месяц автомобиль в дождливую погоду попадает в аварию — минус 1,5 миллиона рублей для компании по вине автомеханика, которые не объяснил водителю назначение дворников.
Хороший содержательный комментарий. Хотел немного добавить. Так же в кругу админов такое проявляется, если сотрудник объясняет коллеге как что делать, то происходят 2 пути.
1. Коллега учится и перестает «тыркать» по любому поводу своего напарника.
2. Коллега привыкает к тому, что напарник помогает и очень часто просит помощи и в конце концов напарник превращается в угрюмого и нелюдимого админа т.к. надоело.
А так да. Если пользователь указал в резюме, что умеет работать, а сам по пустому вопросу звонит в тех.поддержку и просит помощи в своем деле за которое в принципе получает зарплату, то в таком случае админ спокойно помогает и предупреждает, что вынужден сообщить о данном запросе непосредственному руководству и после этого пользователи сами понимают, что звонить не по профилю «немного неправильно».
1. Коллега учится и перестает «тыркать» по любому поводу своего напарника.
2. Коллега привыкает к тому, что напарник помогает и очень часто просит помощи и в конце концов напарник превращается в угрюмого и нелюдимого админа т.к. надоело.
А так да. Если пользователь указал в резюме, что умеет работать, а сам по пустому вопросу звонит в тех.поддержку и просит помощи в своем деле за которое в принципе получает зарплату, то в таком случае админ спокойно помогает и предупреждает, что вынужден сообщить о данном запросе непосредственному руководству и после этого пользователи сами понимают, что звонить не по профилю «немного неправильно».
У нас на предприятии 100% пользователей с продвинутыми знания ПК и различного ПО (по крайней мере по анкетам и требованиям). На практике 25% без посторонней помощи не могут включить этот самый ПК, 70% из них обращается повторно с этим же вопросом. 60% не отличают Word от Excel, не видят разницы между папкой и файлом, не понимают что такое расширение файла (т.е. самые базовые вещи которые нужно знать для работы на ПК и выполнения их непосредственных задач).
Как тут не «проф деформировать»?
Как тут не «проф деформировать»?
Мне кажется, что это не профессиональная деформация, а просто самозащита?
А я предпочитаю как-раз чтоб писали письма (или в крайнем случае звонили если реально что-то срочное), а не ходили и не отвлекали.
Письмо я прочту когда закончу с текущим делом (может через 5 минут, может через час), и даже если после прочтения не смогу сразу заняться проблемой, то всегда останется висеть письмо, и когда придет время я уточню актуальна-ли еще проблема. А когда у тебя над душой стоит человек, ты не можешь уже заниматься другими делами, хоть они и могут иметь выше приоритет — вот и получается что приходится отказывать людям, а не бежать прям счас решать их проблемы, поэтому меня и считают злым :)
Письмо я прочту когда закончу с текущим делом (может через 5 минут, может через час), и даже если после прочтения не смогу сразу заняться проблемой, то всегда останется висеть письмо, и когда придет время я уточню актуальна-ли еще проблема. А когда у тебя над душой стоит человек, ты не можешь уже заниматься другими делами, хоть они и могут иметь выше приоритет — вот и получается что приходится отказывать людям, а не бежать прям счас решать их проблемы, поэтому меня и считают злым :)
Такие взаимоотношения администраторов и пользователей как правило в тех компаниях, где слыхом не слыхивали про ITSM, или же процессы реализованы через ж… у для галочки.
Профессиональная деформация, а проще сказать админ начинает со временем «агрится» на всех и вся, обычно происходит в местах работы, где основная сфера деятельности компании далека от ИТ. Банально можно взять строительные организации для примера: руководство, абсолютно не понимающее, зачем оно нужно это ваше «ИТ» + низкоквалифицированный относительно ИТ рабочий персонал в качестве вверенных юзеров + в таких конторах юзер всегда прав: «мне проект на 14млн сегодня сдавать, сроки горят, а ты комп час не можешь починить! На совещании я обязательно скажу, кто виноват в этом!»
Поэтому, чтобы не было профессиональной деформации, просто стараться избегать подобных организаций.
Поэтому, чтобы не было профессиональной деформации, просто стараться избегать подобных организаций.
Как «вверенный работник» такой организации, могу вам сказать, что админы, которые работают хорошо, обычно более спокойные и дружелюбные люди, так как их меньше дёргают. А когда пользователю, у которого в системе не просто нет Интернета, но и заблочены все права, даже сменить обои на рабочем столе, на вопрос «мне поставили Ревит и не активировали лицензию, он не запускается» отвечают, мол, «найди где-нибудь кряк и крякни, тебе что, трудно» — это уже за гранью добра и зла.
В данном случае, что вы, что админы которые за гранью добра и зла — заложники ситуации: «руководство, абсолютно не понимающее, зачем оно нужно это ваше «ИТ»».
У меня тоже еще не на всех компах лицензия винды приобретена (окошко висит Активация, триал, принципиально не крякаю), юзеры не довольны, я не доволен, зато руководство аж руки потирает и приплясывает: -Винда в таком режиме работает? Да? Отлично! Значит можно не покупать!
У меня тоже еще не на всех компах лицензия винды приобретена (окошко висит Активация, триал, принципиально не крякаю), юзеры не довольны, я не доволен, зато руководство аж руки потирает и приплясывает: -Винда в таком режиме работает? Да? Отлично! Значит можно не покупать!
Да нет, лицензия-то была, начальство раскошелилось даже на курсы по обучению. Просто забывчивость, лень и толика наглости: авось прокатит. Не прокатило.
Периодически бывают и другие интересные истории, например «давайте обновим права пользователям и запретим им запись на диск С». В результате, однажды утром после обновления каждый автокад обнаружил, что его родная системная папка с временными файлами и автосохранением теперь «только для чтения»… Как обошлось тогда без членовредительства — прямо даже не знаю. Наверное, успели откатить до того, как общественность поняла, что случилось.
Периодически бывают и другие интересные истории, например «давайте обновим права пользователям и запретим им запись на диск С». В результате, однажды утром после обновления каждый автокад обнаружил, что его родная системная папка с временными файлами и автосохранением теперь «только для чтения»… Как обошлось тогда без членовредительства — прямо даже не знаю. Наверное, успели откатить до того, как общественность поняла, что случилось.
Толковый админ привыкает к безделью, поэтому встречает в штыки появление любого пользователя, который потенциально может заставить его поднять попу с кресла. Ты все настроил так, что оно работает без твоего участия, а тут бегает какое-то тело и мешает дремать :)
Безделье — затем асоциализация, а в конце — потеря квалификации, т.к. «безделье и все настроено».
Это какая-то прям антиутопия.
На самом деле нормальные админы вырастают из такого хелпдеска и делают левел ап. И решают задачи более интересные. Варианты мутации: уйти в аутсорс (и обслуживать не одного Юрика, а целую пачку), получить специализацию (например, dba), уйти в руководители.
Это какая-то прям антиутопия.
На самом деле нормальные админы вырастают из такого хелпдеска и делают левел ап. И решают задачи более интересные. Варианты мутации: уйти в аутсорс (и обслуживать не одного Юрика, а целую пачку), получить специализацию (например, dba), уйти в руководители.
Толковому админу всегда есть чем заняться и что оптимизировать, причём эта деятельность не обязательно должна быть связана с хелпдеском.
Про ITSM тут уже вспоминали. В случаях же когда её нет или она для галочки (что для моего опыта тоже уже скорее редкость) очень помогает на следующий день отправить “friendly reminder” с предельно вежливым беспокойством, что вы уже сутки как не получали ответ на свой запрос и поместить в копию своего менеджера.
Таким нехитрым способом можно убедиться, что почту они все-таки читают.
Таким нехитрым способом можно убедиться, что почту они все-таки читают.
Дмитрий EvilDBA Tzimie DBA
Так, сисадминов обсудили. Мы, вообще-то, все белые и пушистые!
А как насчет DBA? ;)
Желаю автору меньше читать цикл «Bastard Operator From Hell».
Предлагаю заменить заголовок на "профессиональная деформация бездельника" — и тогда всё встанет на свои места.
Все зависит от человека. Нет никаких психологических барьеров, нет склонности повелевать, есть лишь воспитанные и не очень люди.
Если, как выразились «админ», ведет себя по-свински и до сих пор работает в организации, значит это кому-то так нужно. Уровень воспитания сотрудников соответствует поведению «админа».
Воспитанный человек на любом месте, в любой обстановке не уподобится такому поведению.
Да, есть требования вести учет обращений. Но эти требования распространяются на любую профессию, принимая ту или иную форму документирования.
Если, как выразились «админ», ведет себя по-свински и до сих пор работает в организации, значит это кому-то так нужно. Уровень воспитания сотрудников соответствует поведению «админа».
Воспитанный человек на любом месте, в любой обстановке не уподобится такому поведению.
Да, есть требования вести учет обращений. Но эти требования распространяются на любую профессию, принимая ту или иную форму документирования.
Кто-то за выходные пересмотрел все серии Компьютерщиков?
Админу бесполезно писать
К чёрту письма и тикеты. Только хождения и нытьё.
задачи A, B, C… в очередь по важности… Админ делает не так
К чёрту планирование. Только хождение и нытьё, пока админ не бросит важную задачу, чтобы подключить вам мышку к ноутбуку.
когда выключит свой защитный экран
Если в рабочей обстановке вы не проявили себя адекватным пользователем, то в нерабочей обстановке можно услышать то, что обычно только в уме.
Статью нужно переименовать в «Вредные советы: как достать админа»
Скажу просто: Админ админу рознь.
Некоторые все жизнь могут админить на одном уровне занимаясь рутинными операциями и им этого достаточно, а кто-то трансформируется и растет профессионально и технически и ищут новые области применения своим наколенным знаниям.
Некоторые все жизнь могут админить на одном уровне занимаясь рутинными операциями и им этого достаточно, а кто-то трансформируется и растет профессионально и технически и ищут новые области применения своим наколенным знаниям.
Да ну, бред какой-то. Сам админю больше 10 лет и таких админов называю про себя «приветом из 90-х», когда такое поведение было повсеместно распространено. Сейчас же все по другому и неприветливые сотрудники (не только админы) долго не задерживаются в компании. Сам админю 10 контор и понимаю прекрасно, что чем меньше у них компьютерных проблем, тем легче им зарабатывать деньги и тем легче мне платить вовремя. Так что тут эффект «зазвездения» мне только во вред.
Хотя недавно встречал похожего персонажа. Офис клиентов собрался переезжать из одного бизнес-центра в другой. Мы с представителем клиента приезжаем в новый офис на предмет обследования состояния ЛВС и возможности установки их стойки в серверную бизнес-центра. Приходит их админ и на мой вопрос: «А есть ли у вас схема ЛВС?» ответил таким резким тоном «Ага, щас, аж десять раз», что даже я, не лезущий обычно за словом в карман, не нашел, что ответить ему.
Хотя недавно встречал похожего персонажа. Офис клиентов собрался переезжать из одного бизнес-центра в другой. Мы с представителем клиента приезжаем в новый офис на предмет обследования состояния ЛВС и возможности установки их стойки в серверную бизнес-центра. Приходит их админ и на мой вопрос: «А есть ли у вас схема ЛВС?» ответил таким резким тоном «Ага, щас, аж десять раз», что даже я, не лезущий обычно за словом в карман, не нашел, что ответить ему.
Надеюсь это шуточная статья, иначе вы на столько не компетентны, что с вами просто никто не хочет связываться и проблема совсем не в профессии. Если вы закидываете админа, например, вопросами какой у его соседа почтовый адрес, потому что вам облом научится использовать адресную книгу в почтовом клиенте или вы забыли его фамилию, то время реакции на ваши запросы возрастает до бесконечности, а вместо того что бы сделать верные выводы вы идете писать подобные статьи. Хотя проф. деформация имеет место быть, но в основном из-за пользователей из примера выше.
Извините, а как вы определяете приоритеты заданий для админа? Какая важность у задания «я забыл имейл соседа, но мне очень срочно нужно отправить письмо (главное еще где то в текст добавить „Директору“, для придания особой важности)»?
Извините, а как вы определяете приоритеты заданий для админа? Какая важность у задания «я забыл имейл соседа, но мне очень срочно нужно отправить письмо (главное еще где то в текст добавить „Директору“, для придания особой важности)»?
Соглашусь с мнением, что это не профдеформация, а механизм защиты. И да это происходит от того, что на верхах смутно понимают зачем нужно ИТ. и даже в ИТ-компаниях не всегда имеется понимание зачем оно вообще нужно. А также это происходит от того, что админам скидывают заявки в самый последний момент. Самое распространенное это получить заявку для организации рабочего места для нового сотрудника в пятницу в 11 вечера или утром в понедельник. На моей практике было, что админы только к 6 вечера понедельника получали заявку.
Проблема с заявками, это не проблема понимания нужности ИТ, а проблема во внутренней организации работы компании, когда «а это в мои обязанности не входит»
Вот помню я работал в ИТ компании, мне ящик электропочты завели через месяц работы (и то когда я уже в отделе кадров пожаловался)… до этого начальник, его зам друг другу футболили задачу с организацией рабочего места со словами «это не моё»
Вот помню я работал в ИТ компании, мне ящик электропочты завели через месяц работы (и то когда я уже в отделе кадров пожаловался)… до этого начальник, его зам друг другу футболили задачу с организацией рабочего места со словами «это не моё»
>админам скидывают заявки в самый последний момент. Самое распространенное это получить заявку для организации рабочего места для нового сотрудника в пятницу в 11 вечера или утром в понедельник. На моей практике было, что админы только к 6 вечера понедельника получали заявку.
Да, сам наблюдаю такое со стороны регулярно. С другой стороны, текущий админ настолько запугал HRшу, что она оттягивает разговор с ним до последней возможности. Вот такой deadlock
Да, сам наблюдаю такое со стороны регулярно. С другой стороны, текущий админ настолько запугал HRшу, что она оттягивает разговор с ним до последней возможности. Вот такой deadlock
«сис.админы» они же «аникеи» они же «компутерщики», это что-то наподобие «вахтеров» и «уборщиц» — у всех трех жесткие профдеформации. О причинах судить не берусь, но почему то у инженеров по обслуживаю инфраструктуры/серверов, инженеров по сетевому оборудованию и телефонии, администраторов безопасности, сотрудников охранного предприятия, сотрудников клиниговых фирм — такие профдеформации встречаются на порядки реже. Может относится надо по человечески. Но если человек сам по себе говно лучше с ним не контактировать вообще :).
При чём здесь только лишь админы? Синдрому вахтера подвержены любые должности, имеющие хоть какую-то власть. От консьержки до депутата.
Однако, если админ не будет показывать характер и сопротивляться посторонним обязанностям(сводить период бухгалтерский, смотреть в камеры наблюдения вместо охранников), то руководство сядет на шею и свесит ножки.
Однако, если админ не будет показывать характер и сопротивляться посторонним обязанностям(сводить период бухгалтерский, смотреть в камеры наблюдения вместо охранников), то руководство сядет на шею и свесит ножки.
Дичь какая-то — зачем мне вообще что-то знать про сисадминов и общаться с ними? Мое дело завести тикет, а дальше пусть хоть кентавры его делают — мне-то что с того?
Я — админ( а также программист, эникейщик, ремонтник и т.д.), единственный ИТ-шник в организации, но я вполне отзывчивый в рамках своей должности.
Как только есть проблемы — сразу реагирую, т.к. меня держат за то чтобы не было проблем.
А вот если будет задача типа а сделай мне таблицу т.к. у тебя лучше получается то ответ будет: а ну ка быстро в сад.
Как только есть проблемы — сразу реагирую, т.к. меня держат за то чтобы не было проблем.
А вот если будет задача типа а сделай мне таблицу т.к. у тебя лучше получается то ответ будет: а ну ка быстро в сад.
Чрезмерное обобщение и слишком категорично.
"Некоторые админы могут стремиться выстроить психологический барьер с пользователями". Так вернее.
"Некоторые админы могут стремиться выстроить психологический барьер с пользователями". Так вернее.
Я админ, который не работает с пользователями и их данными напрямую. С коллегами практикую открытость. За других говорить не буду.
От админа зависит порой, будет ли работать система вот здесь и сейчас или нет. И факторов тут множество и зачастую виной сбоев являются разработчики. Как это ни странно, но именно админам приходиться реагировать оперативно на сбои в работе кода, которые под нагрузкой разработчик не тестировал. Тестовые комплексы мало что выявляют, только очевидные ошибки. И в таких случаях именно админы дают обратную связь разработке. Иногда приходится разбираться в том числе и коде и давать рекомендации команде разработки.
С пользователями уже давно работают те, кто мало что знают в системе, но очень приветливы по отношению к пользователям.
С пользователями уже давно работают те, кто мало что знают в системе, но очень приветливы по отношению к пользователям.
Извините, но нагрузочное тестирование отменили? Это как раз ответственность обеих сторон — разработчика сдать сервис, а администратора — принять его.
Вы думаете, что Sergery8205 имел в виду именно «Разработку ПО по ТЗ заказчика», а не массовое ПО, вроде веб-сервера или сервера приложений?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Профессиональная деформация админа