У професії системного адміністратора є свої особливості і в області взаємин з начальством. Його безпосереднім або вищим керівником часто буває людина, не дуже добре розуміє, у чому, власне, полягає робота сисадміна.
Діапазон знань керівництва в інформаційних технологіях дуже великий - від небажання мати на робочому столі комп'ютер до розуміння нюансів побудови мережі. Хороший начальник не втручається в деталі, але знає достатньо, щоб здійснювати стратегічне керівництво. Подивимося, які типові проблеми виникають при спілкуванні з начальством, далеким від ідеалу.
Пастка перша. нереальні терміни
Ще пару років тому шеф цілком міг зажадати зробити йому до вечора веб-сайт і не приймав доводів на кшталт «я сисадмін, а не дизайнер». На щастя, ці дикі часи поступово відходять у минуле. Але нереальні терміни як і раніше залишилися пасткою, в яку часто потрапляють сисадміни. Припустимо, поштовий сервер не справляється із збільшеним навантаженням. Було вирішено купити новий, витратили два місяці на оплату рахунку і доставку сервера зі столиці, і ось, нарешті, нова залізяка прибула в офіс. Шеф радісно б'є себе кулаком в груди і вимагає: «Щоб завтра було готово!». Сисадмін, не подумавши, біжить виконувати наказ. А потім виявляється, що в сервері глючить пам'ять, не встає операційка, потрібно тридцять три шаманських танці з бубном, і бідолаха проводить на роботі півночі, щоб встигнути вчасно.
Бідолаха забуває поставити собі одне-єдине питання: «Навіщо поспішати?» Якщо система два місяці працювала на старому сервері, вона ще два дні потерпить. Основна причина попадання в цю пастку - бажання «вислужитися» або самого сисадміна, або, що ще гірше, бажання його безпосереднього начальника проявити себе перед вищим керівництвом. Найцікавіше, що чим частіше сисадмін подібним чином «вислужується», тим гірше, тому що начальнику і невтямки, що терміни рекордні. Чим далі, тим важче буде пояснити можливі затримки. Звідси висновок: перш ніж погодитися з нав'язуються терміном, потрібно сісти, накидати план, прикинути можливі проблеми і оцінити реальні терміни, а потім відстоювати ці терміни перед керівництвом, використовуючи свій план в якості аргументу.
Зрозуміло, це не стосується випадків, коли через технічні проблеми зупиняється робота підприємства: ніхто не сперечається, що такі проблеми повинні вирішуватися негайно.
Пастка друга. відсутність логіки
У великих конторах процвітає стан душі, яке можна назвати «псевдопофігізмом». Причина тому - відсутність логіки в діях керівництва. Відсутність чітких стратегічних планів, звичка жити сьогоднішнім днем - це спільна біда російського бізнесу. Проявляється це і в сфері ІТ. Наприклад, сьогодні шеф захопився автоматизацією відділу Х, а на наступний день начисто забув про неї.
Без підтримки керівництва благі починання обертаються прахом - співробітники відмовляються автоматизуватися, шеф навантажує іншою роботою, і пара місяців роботи відділу ІТ летять коту під хвіст. Якщо при цьому фахівець був щире захоплений проектом, пропонував і реалізовував власні ідеї, йому в підсумку стає дуже прикро, що сили витрачені даремно. І наступного разу він приступить до реалізації проекту, емоційно відсторонившись, і навіть візьметься за саму дику ідею шефа зі словами: «Я свою роботу зроблю, і мені по фігу, вийде у них щось чи ні». Пофігізм цей - не справжній, це всього лише захисна реакція від можливої безрезультатність дій. Щоб зрозуміти, наскільки актуальна ця проблема, досить прийти в будь-яку контору і запитати у самого старого співробітника відділу ІТ: «Скільки програм / систем намагалися впровадити, і скільки в підсумку дійсно працюють?». Картина буває вкрай неприваблива, аж до серверів і навіть кластерів, які працюють на десять відсотків своїх можливостей, а то і зовсім лежать на складі.
Причина потрапляння в пастку - відсутність проміжної ланки між керівництвом всієї фірми і відділом ІТ, зокрема, сисадмінами. Генеральний не розуміє всієї специфіки ІТ, а фахівці занадто молоді й не дуже досвідчені, щоб будувати стратегічну політику підприємства. Щасливі айтішники, які працюють під керівництвом грамотного керівника відділу інформаційних технологій, який має чіткий план розвитку і дотримується його.
Пастка третя. Замки з піску
Ця пастка - одна з найнеприємніших, і з нею доводиться стикатися навіть самим розумним керівникам відділів ІТ. Висока керівництво іноді ставить завдання, безперспективність яких для фахівців очевидна.
Знайти досить вагомі контраргументи буває дуже важко. Начальник, як відомо, завжди правий. З цієї ситуації є, як мінімум, два виходи. Найпростіше виконати вказівки керівництва, а коли проект провалиться, похитати головою і сказати: «А я попереджав ...». При цьому шкода витрачених зусиль, та й фахівця можна посварити - «погано попереджав».
Пастка четверта. Піди туди, не знаю, куди, принеси те, не знаю, що
І нарешті, четверта пастка з цієї серії - найбільш часто зустрічається. Керівництво хоче, щоб системний адміністратор щось зробив, але саме до ладу не знає, що саме. Висловлюючись професійно, це проблема формалізації постановки завдання. Тут головна помилка - кидатися виконувати доручення, виходячи з власних уявлень про задум начальника. Вступити слід по-іншому - скласти короткий техзавдання в письмовому вигляді і показати його керівництву, щоб переконатися, що воно хоче саме цього. При цьому слід окремим пунктом винести можливі проблеми, варіанти і терміни їх вирішення. У цьому випадку після закінчення проекту в руках у сисадміна є документ, на який можна спиратися, відстоюючи свою роботу.
Це пастки, пов'язані з ключовим моментом роботи ІТ-фахівця - постановкою завдань керівництвом. У наступній статті ми розглянемо, які ще пастки зустрічаються в повсякденному житті системного адміністратора.
Пастка п'ята. «Доктор, мене ніхто не помічає»
Про це написав у «КТ-онлайн» у відповідь на мою першу замітку Юрій Рябінін. Як істота лінива, системний адміністратор прагне якомога більше роботи робити віддалено. Краще з дому, в крайньому випадку - зі свого робочого місця. Робота хорошого системного адміністратора дійсно непомітна, більш того, він прагне, щоб все працювало з мінімумом втручання. Результат - начальство думає, що системний адміністратор - головний нероба.
Є одне дуже просте рішення - вести щоденник. У прямому сенсі цього слова. І коротко записувати, які і де трапилися проблеми, скільки часу витрачено на їх рішення. Раз на місяць можна відправляти такий звіт по електронній пошті директору або керівнику. Ідеальний варіант - реєстрація заявок користувачів і відповіді на них на невеликому внутрішньому сайті.
І ще одне - яким би лінивим чи принциповим ні системний адміністратор, потрібно зарубати собі на носі, що є люди, заради яких завжди варто відірвати п'яту точку від стільця. Це директор, його заступники, головний бухгалтер та відділ кадрів. З двох причин. По-перше, для успішної і взаємовигідної роботи на підприємстві з цими людьми просто треба дружити. По-друге, для них поява сисадміна на місці виникнення проблеми - це прояв поваги до їх статусу і до них особисто, а не появу - відповідно, неповаги, з усіма наслідками, що випливають.
Пастка шоста. Доведи, що ти не верблюд
На підприємствах, де випуск продукції тісно пов'язаний з інформаційними технологіями, наприклад, в проектних інститутах, системний адміністратор легко може виявитися «крайнім». Причин цьому може бути дві, якщо виключимо гіпотетичну можливість, що сисадмін дійсно винен.
Перша - елементарна недбалість. Приклад. Вдаються під кінець робочого співробітники і кричать, що у них зламався принтер або скінчився картридж, а їм терміново потрібно надрукувати документацію. Потім з'ясовується, що принтер зламався ще вранці, а їм було колись повідомити про це сисадміну. Якщо резервних принтерів / картриджів не виявилося під рукою, системний адміністратор виявляється винним у зриві термінів проекту. При цьому заздалегідь ніхто його не спромагається попередити про ці самі терміни, щоб підготувати техніку.
Причина друга - несумлінність окремих співробітників / керівників. Немає нічого зручніше, ніж поставити обслуговуючому відділу - в даному випадку ІТ - некоректну або нездійсненне завдання, а потім звалити на нього всю провину за зрив проекту. Боротися з такими людьми можна тільки одним способом - бюрократією. Наприклад, обумовити заздалегідь з керівництвом і зафіксувати документально, за який термін відділ ІТ повинен бути попереджений про здачу проектів, а також вимагати з усіх любителів поскандалити заявки тільки в письмовому вигляді. Важливо заручитися підтримкою з боку керівництва. Принцип «я все вирішу сам» тут не працює, а розумний компроміс може бути знайдений у спільній розмові конфліктуючих сторін і вищого над ними обома начальника.
Пастка сьома. Впровадження чужих систем
При першому погляді на ринок корпоративних інформаційних систем здається, що він прямо-таки переповнений. На сайті кожної такої КІС - значний список клієнтів. Але на ділі, на будь-якій конференції в спілкуванні з колегами з'ясовується, що реально працюючих систем - одиниці. Цьому є безліч різних причин, одна з них, типова для Росії, - злодійство. Наприклад, виділені з бюджету гроші на придбання і впровадження програмного продукту. «Коробку» дійсно купили, а гроші на впровадження поділили і поклали собі в кишеню замовники і постачальники. Завдання впровадження звалюється на внутрішній відділ ІТ. І навіть у варіанті без подібних махінацій постачальники ПО норовлять звалити роботу по впровадженню на ІТ-спеціалістів замовника під зручним приводом - «вони краще знають специфіку підприємства». В результаті відділ ІТ виявляється не просто наодинці з чужим незнайомим ПО, яке потрібно вивчати і впроваджувати. Він виявляється крайнім! Як легше пояснити високому керівництву провал: «Вибачте, я купив невдалу систему, вона нам не підходить, і ми даремно витратили пару-другу мільйонів» або «У наших фахівців не вистачило кваліфікації для успішного впровадження»?
У таких випадках не варто сподіватися на «як-небудь розберемося». Навіть в інтернеті важко знайти технічну інформацію щодо підтримки масштабних корпоративних продуктів. При придбанні важливо наполягати на тривалому супроводі системи з боку постачальника і обов'язкове навчання адміністраторів системи.
Пастка восьма. Вийми та поклади
Для багатьох підприємств актуальна проблема недостатнього фінансування в області інформаційних технологій. Рідкісних щасливчиків шеф запрошує до себе, що повідомити: «Давай купимо пару нових серверів і відправимо тебе вчитися на курси». Частіше буває зовсім по-іншому - з одного боку, насідають керівники, вимагаючи нові потужні робочі станції, принтери, плоттери і швидкий інтернет, з іншого боку, начальство гроші дає завжди з великим скрипом. Цікава виходить ситуація - фінанси потрібні, в першу чергу, користувачам, а просить гроші сисадмін або начальник відділу ІТ. При цьому він вічно відчуває себе винуватим, як будь-який прохач грошей. Почуття провини потрібно відкинути раз і назавжди. Ці гроші - не для себе. Інакше доходить до того, що начальник відділу ІТ боїться попросити премію сисадмінам «тому що я і так весь час щось прошу». Аргументувати придбання техніки повинні ті, кому вона потрібна. Завдання фахівця ІТ - всього лише підтвердити, що для вирішення поточних проблем дійсно потрібне оновлення техніки.
Але робочі станції - це ще півбіди. Куди гірше, коли немає грошей для поновлення серверного та мережевого обладнання. Ось де системному адміністратору доводиться проявляти чудеса винахідливості і застосовувати всі свої знання, щоб підтримувати систему в робочому стані. Причому якщо почнуться проблеми - системний адміністратор буде винен, а якщо все в порядку - ніхто йому за це окреме спасибі не скаже. Тут також допомагає бюрократичний прийом - писати службові записки на тему: «Якщо не купимо новий сервер / комутатор / маршрутизатор, будуть серйозні проблеми».
Звичайно, список пасток можна продовжувати досить довго. Однак поки зупинимося на цьому. Сподіваюся, ці замітки допоможуть системним адміністраторам уникнути поширених помилок і не потрапити в численні пастки, які їм вільно чи мимоволі розставляють начальники, колеги та користувачі.
Пастка девятая.Генерал НЕ пінгуєтся ...
Продовжу тему спілкування з начальником. Буває так - ви потрапляєте на роботу в нове місце і ваш начальник відділу - прожжоний консерватор з планети «Похработаетітакглавноеплатятнетрогай-аподругомуянеумею». Ви вивчаєте нові технології, намагаєтеся впровадити щось нове щоб както автоматизувати або поліпшити процеси і головне показати както Гендіра (а саме від нього залежить твоя зп) що ви працюєте і чекаєте віддачі - не просто так, а за работу.За поліпшення. І тут виникає ситуація що через все що ви робите проходить через начальника відділу, а звертатися безпосередньо до гендиректора не етично і навіщо нам зайві конфлікти. Вобщем через голову вище згаданого рук-ля не стрибнеш. Наша птах не прагне поки щось поліпшити откланено ваші запити (ну прямо файрвол твоюмать) відповідаючи критикою і відмовами, але не Рпост так - він намотує на вус і через місяць-другий видає - «я тут подумав - потрібно зробити так-то і впровадити тото ». У чуєте власні слова.Ви обурені. Це ж ваша ідея! І поступово спадає на думку - навіщо замарачіваться? І тут криється пастка - комусь вигідно щоб ви так думали, щоб вам теж стало пофігу. Комусь вигідно щоб ви не розвивається, насіжівая геморой і виконуючи енікейскіе завдання. Звернутися безпосередньо до генералу? Так не робиться. Стрибати через голову начальника відділу не етично і буде тільки хуже.Все. Гендиректор НЕ пінгуєтся і відповіді ви не отримаєте. Вихід. Підсидіти начальника. )) Спробуйте. Знайти спільну мову з начальником отедла і домагатися підвищення через нього? Оптимальний варіант.Еще один варіант - користуватися відведеним часом, вчитися і шукати інше місце роботи. Вирішуйте самі.