
Ви звільнили найталановитішого співробітника. Сподіваюся, тепер ви задоволені
Нещодавно довелося прочитати статтю "Ми звільнили найталановитішого співробітника. Це найкраще рішення, яке ми коли-небудь робили ". [Дуже популярна стаття, яка отримала масу позитивних оцінок на Medium - прим. пер.]
Давайте присядемо, ви і я. Потрібно поговорити. Якщо ви не читали статтю за посиланням, то приділіть 10-15 хвилин і прочитайте, ввібрайте її цілком.
Готові? Чудово. Тепер розберемо цей текст, тому що він означає набагато більше, ніж там написано. Якщо ви прочитали статтю, то розумієте, що автор описує проблемного співробітника під вигаданим ім'ям «Рік». Рік - це місцевий геній з величезною кількістю знань в предметній області, він входить до складу ключових розробників продукту.
На перший погляд, це історія про технар, який уявив себе божим даром для компанії. Він вирішив, що керівники повинні поклонятися землі, якою він ходить і бути вдячні за одну його присутність, а керівництво викинуло його стусаном за двері, тому що його репутація переводила в готівку чеки, за які талант не міг заплатити.
TL; DR - короткий зміст статті
Зоряна хвороба зустрічається практично в будь-якій роботі, яку тільки можна уявити. Якщо ви не знайомі з таким явищем, то страждаючий зоряною хворобою - це персонаж, впевнений в тому, що його лайно не смердить, що він кращий і що нижче його гідності співпрацювати і/або нормально поводитися з іншими. Іноді він якісно справляється з роботою і викликає захоплення колег, але в реальності вони важкокеровані, їх важко контролювати і вписати в динаміку групового робочого процесу. Як справжні рок-зірки.
В інформаційній безпеці існує нестерпна проблема з рок-зірками, але це проблема не тільки інфобеза.
Особисто я вважаю, що якщо знайшли таку людину і проводите з нею співбесіду, незалежно від рівня її таланту, не варто витрачати на неї час, через ту втрату морального духу і занепад командної роботи, які вона принесе в колектив. Це саме те, про що говорилося в статті - як Рік ігнорував планерки і принижував своїх колег. І як продуктивність праці злетіла, коли Ріка звільнили - всі разом доклали зусиль, щоб врятувати становище! Автор розповідає все це, щоб ви зненавиділи Ріка і сказали: "Так! Геть цього хлопця! Схоже, керівництво нарешті відростило яйця і послало цю рок-зірку подалі! Я б працював з такими хлопцями! "
Подивіться на мою історію! Я буду використовувати імена персонажів поп-культури, меми і всяке лайно, щоб зачепити аудиторію! Уїї!
Але якщо ви уважно прочитаєте статтю, то зверніть увагу на кілька проблемних місць по ходу справи:
"Кожен раз, коли у когось були питання по коду або потрібна була допомога з вирішенням проблеми, вони йшли до Ріка. У Ріка в кабінеті висіла величезна біла дошка спеціально для однієї цієї мети, завжди сповна не до кінця стертими залишками старих дискусій.
Щоразу, коли виникала особливо складна проблема, нею займався Рік ".
Тобто з самого початку можна сказати, що компанія розвивала культуру залежності від Ріка. Ось наша суперзірка, яка вирішує всі проблеми, і всім добре.
Де документація?
Де наради для обговорення цих проблем і способів їх вирішення?
О, так нам про це нічого не говорять, ймовірно, тому що менеджмент був занадто близорук. Зрештою, якщо в штаті суперзірка, яка вирішує всі проблеми, то навіщо турбуватися про документацію та/або продовження роботи, якщо він помере або його зіб'є автобус або проковтне земляний хробак, або він знайде кращу роботу десь в іншому місці?
Якщо ви читаєте між рядків, то можете зрозуміти, що менеджмент благодушно поклав всі проблеми на плечі Ріка і не турбувався, що Рік і/або вся команда не приділяли час на документацію проблем і/або рішень.
Тут Рік більше схожий на Тіріона Ланністера. Дуже розумний і здатний вирішити будь-яку проблему. Сподіваємося, поки без проблем з алкоголізмом.
"Незабаром Рік припинив відвідувати планерки. У нього на них не було часу, тому що доводилося писати занадто багато коду.
Рік зачинив свої двері. До дошки більше ніхто не підходив. У Ріка більше не було часу когось навчати, тому йому самому довелося вирішувати занадто багато проблем ".
Де був менеджмент під час всього цього? Де показники/метрики? Насправді, що я з'ясував за весь час роботи в IT та інформаційній безпеці - що начальству потрібні показники.
Нікого не хвилювало, що Рік пропускає планерки?
Ніхто не заміряв відкриті/закриті тікети?
Ніхто не документував проблеми і їх вирішення?
Ніхто не помічав, що Рік заганяється, набираючи все більше і більше роботи?
Звичайно, вони цього не помічали, як і більшість начальників, які не дбають про подібні речі. Все працює, прогрес очевидний, а наша маленька рок-зірка економить нам гроші, щоб не наймати сторонніх підрядників на аутсорсі, так що вперед повним ходом!
Чого не зробив ніхто з керівників компанії Ріка - так це не задався питанням, що ж, чорт візьми, відбувається.
"На панелі моніторингу проекту зелені прапори змінилися жовтими. Жовті змінилися червоними. Червоні вогники почали блимати. Один за одним статуси завдань змінювалися на «Утруднений». Всі чекали Ріка ".
"Рік штампував код швидше, ніж будь-коли. Він працював сім днів на тиждень, 12 годин на день ".
Отже, Рік взяв набагато більше навантаження, ніж міг подужати, а до того ж до цього працював за графіком 12x7.
Ніхто нічого не сказав, коли помітив, що Рік залишається в офісі або віддалено підключається в неробочий час і у вихідні дні?
Менеджмент не заступився і не зажадав, щоб Рік відступив і почав документувати свої дії?
Ніхто з начальників або менеджерів не перевіряв завантаження Ріка тікетами і не вирішив, що її потрібно розподілити серед інших співробітників?
І крім усього іншого, керівництво дозволило цій фігні тривати цілих два роки?
В яких хмарах витав менеджмент?
Де були тимлиди?
У таких ситуація завжди хочеться запитати, де було керівництво. Але якщо це стартап дурної Силіконістої долини [в оригіналі Silly Valley - прим. пер.], то вони напевно пихтіли з пакетиками Juicero, або що-небудь таке.
«Ми сіли і поговорили з Ріком про його роль в компанії...»
"Як він відреагував?
Єдиним можливим способом: Рік вибухнув.
Рік не хотів брати участь у цьому фарсі. Якщо ми не цінуємо його геніальність, то це наші проблеми, а не його. Рік припустив, що не пройде і декількох місяців, як ми приповземо до нього на колінах, благаючи повернутися і врятувати нас ".
Уявіть, що протягом місяців, а може й років, вас вважають головним і надійним розробником компанії. Може, навіть відповідальним за ключовий продукт. Невідомо, протягом якого часу ви працюєте за графіком 12x7. На вашій зарплаті це навряд чи відбивається. Ніхто начебто цього не цінує, а навантаження продовжує рости і рости, поки гротескний монстр з жахливих хаків і недокументованого коду не загрожує встати і задушити вас, як чудовисько Франкенштейна.
Втім, ви справляєтеся.
Ви тримаєте ситуацію під контролем. Ви можете потім повернутися і виправити ці хакі. Ви можете прибрати ці латки, імпровізаційні патчі - і замінити їх міцним якісним кодом, яким дійсно будете пишатися. Адже вже деякі частини коду, які ви колись написали, стають незрозумілими для вас самого. Ми потім повернемося, дизасемблюємо його і правильно задокументуємо. Все, що потрібно зараз - видати продукт в RTM/GA, а потім до нього можна повернутися і як слід переробити. Я їм потрібен. Моя робота важлива. Я повинен її закінчити. У мене немає права на помилку. У нас закінчується фінансування. Я не можу втратити цю роботу. Життя в $ BigCity для мене занадто дороге, щоб допустити невдачу на роботі.
Що якщо не вийде?
Як я зможу піднятися?
Чи зможу я?
Ви не знаєте відповідей на ці питання, а зараз вас запрошують на зустріч з керівництвом і кажуть, що вся ваша робота здається в утиль, і все починається з нуля. Яка буде ваша реакція? І не дуріть мені голову, що ви б прийняли пропозицію з самовладанням і люб'язністю. Що ви нічого не маєте проти того, що вся ваша робота викидається в смітник, всі ці дні безперервного хакерства з 12-годинними змінами викидаються за пару годин. Що все було марно.
Напис на ілюстрації: «Страж дивиться на вас заклопотаним, що викликає занепокоєння поглядом, як той чоловік, який повинен пояснити своїй паралізованій доньці, що її мрія стати балериною ніколи не здійсниться».
Не можу сказати за вас, але особисто я б вибухнув з люттю тисячі наднових. Я міг би висловити те, що не маю на увазі. Міг би привести порівняння і використовувати епітети, які... не зовсім точні. Робота на знос може стати нестерпною для психічного і фізичного здоров'я людини, а замість того, щоб вирішити проблеми як дорослі люди і може натякнути Ріку, що він не повинен бути єдиним несучим стрижнем організації, ви відразу йому оголошуєте про звільнення, тому що так легше компанії.
Скільки днів і тижнів він працював у 12-годинні зміни?
Скільки він пропустив сімейної вечері, днів народження, вихідних і так далі?
Чи в нього є сім "я?
Чи є друзі за межами роботи?
Кохана?
Діти?
Культура стартапів не передбачає ставити такі питання, тому що культура стартапів (і більшість IT-культури в цьому відношенні) не передбачає турбуватися про ваш добробут. Тільки про результати вашої роботи і про обмеження своєї відповідальності у разі, якщо вас доведеться звільнити.
Мене раніше звільняли в ситуаціях, які я вважаю не зовсім справедливими. І хоча вирватися з оточення, якому не подобається ваша робота і/або де люди роблять не те, що ви вважаєте правильним - це прекрасне почуття, але є ще й не настільки приємне відчуття невідповідності вимогам і жахливе тавро - необхідність пояснювати на співбесідах, чому ви пішли з колишнього місця роботи на таких невигідних умовах.
Почуття свободи починає потихеньку зникати в міру скорочення залишку на вашому ощадному рахунку (враховуючи, що автор і його компанія знаходяться в Каліфорнії, де вартість життя абсурдно висока, залишки на рахунку скорочуються набагато швидше, ніж хотілося б) і швидко перетворюється на страх, в той час як вас починають переслідувати ті питання, які виникали під час роботи в компанії:
Чи зможете ви своєчасно знайти роботу?
Це ті самі події, які вас зламають?
Чому вони вас звільнили, якщо ви дали їм все?
Чому ніхто не боровся, щоб вас зберегти?
Вони описують подію з Ріком як історію перетворення з доктора Джекіла на містера Хайда, його поступову деградацію. Очевидно, колеги це помітили. Може, вони навіть повідомляли керівництву про його висловлювання і небажання працювати з іншими. Ті могли б припинити це в зародку. Вони могли сказати Ріку відступити і розділити завдання з іншими.
Стаття не вказує конкретно, що керівництво зробило або не зробило після появи складнощів, але судячи з тону, воно продовжувало вішати проблеми на Ріка. Це вело до підвищення тиску. Водночас вони не дозволяли або не радили Ріку взяти час для відпочинку, щоб відновитися і/або перерозподілити навантаження.
Замість цього вони заганяли Ріка як коня, витискаючи з нього весь талант і здібності, а коли його роботу вважали шкідливою, вибили стусаном під дупу на благо продуктивності компанії. Як сміливо! Як героїчно!
Оригінальна стаття заявляє, що звільнення Ріка було найкращим рішенням, яке вони коли-небудь приймали, але в підсумку компанія втратила людину з масою специфічних предметних знань, яка працювала з клієнтами для прототипування їхніх вимог. У підсумку їм доведеться випускати продукт гіршої якості з ще більшими зусиллями, оскільки потрібно заново перевидобувати роботу Ріка, скаржачись на паскудний код. Весь цей час вони зовсім не звертали уваги на той тягар, який людина носила, щоб зберегти все це разом.
І це замість статті про те, як вони запобігли падінню співробітника в незворотне вигорання за допомогою своєчасного втручання, видатної командної роботи і компетентного менеджменту - того, що співробітники IT, фахівці з інфобезу і розробники ДІЙСНО хотіли б почути, вони вирішили сконцентруватися на токсичному оточенні і проблемах, які ніби проістікають від Ріка. Замість пошуку першопричини (гей, мужик, що тебе турбує?), вони вибрали швидкий і простий метод (ей, Рік, провалюй нахрін звідси!). Звичайна справа, наскільки я можу судити.