5 фраз, які не варто говорити своєму ліду, навіть коли дуже хочеться
Вам колись доводилося керувати командою? Тією, де щось йде не за планом? Коли таке відбувається, одне з місць, куди ми, як ліди, йдемо — це до своєї власної команди. Ми облажалися? Ми щось упустили? Це справедливе питання і завжди важливо спершу визнати внутрішні проблеми. Звинувачуючи зовнішні чинники у проблемах, складно стати успішнішим.
І якщо відповідь так, повинні відбутися дві речі в наступному порядку:
- Знаходимо спосіб розв’язати проблему з командою.
- Насамперед нам потрібно зрозуміти, чому це сталося, щоб це не повторилося.
Під час своєї роботи я чув дуже багато виправдань — або за запізнення, або за код що не працює — що зрештою склав рейтинг.
І в цьому списку, я думаю, є п’ять виправдань, які жоден лід не хоче чути та про які ніхто не повинен навіть думати незалежно від того, наскільки вони правдиві.
Вибачте, я спізнився, вчора ввечері я ходив на вечірку
Так, я чув це виправдання та його варіації кілька разів. І, повірте, мені це говорили, бо я дуже довіряв людині. Виправдання зовсім не було жартом чи вагомою причиною, яку я мав зрозуміти, і показало мені, що йому в основному не вистачало почуття відповідальності.
Життя може заважати роботі. Я не лише приймаю цей факт, а й заохочую його. Якщо у вас виникає якась особиста ситуація, я першим скажу вам: забудь про роботу; зверни увагу на своє життя.
Але гуляти, напиватися або просто дуже пізно лягати спати, щоб наступного дня запізнитися на чотири години — це не надзвичайна ситуація.
Не важливо, хто ваш керівник стосовно вас: друг дитинства, брат чи зовсім незнайома людина. У цієї людини є цілий проєкт (якщо не більше), в якому потрібно вкластися в строки, а ви просто ускладнили його роботу з неповажної причини.
Ви можете сказати будь-які слова, але суть, яку ви передаєте, залишається незмінною: мене не хвилює проєкт і ваші обов’язки. Я просто хотів трохи повеселитися і зробив це.
Але ж ми завжди так робили!
Правда? Я кажу вам, що ми виявили проблему з алгоритмом, а ви кажете мені, що завжди писали його саме так? Слово честі, я вимовляв цю фразу в якийсь момент моєї кар’єри.
Отже, не кажіть цього своєму ліду. Принаймні не з обґрунтуванням того, чому ви так робили досі й це виправдовує реальне повідомлення про помилку. Вам явно повідомляють про помилку, і так, ця проблема могла виникнути через неправильно складену вимогу. Але знову ж таки, це вже було визначено як помилка, тому ваш коментар не особливо допомагає, чи не так?
Набагато краще прийняти той факт, що звіт про помилку не є хибним і погодитись його подивитися. Завдяки цій перевірці ви, можливо, зможете дійти єдиної думки, що насправді це не є помилкою. Можливо, код був неправильно протестований і тоді ви можете повернутися до свого ліда, метафорично кинути звіт про помилку йому в обличчя і крикнути: «Бачите, я ж казав вам, що це не помилка!»
І тепер у вас є докази, тому ваша відповідь, якою б гучною вона не була, більш конструктивна, ніж «але ми завжди так робили!»
Це не моя вина!
Послухайте, якщо тільки вас не переслідують і не роблять вам догану за те, чого ви не робили, вираз: «Це не моя вина» або «Я цього не робив» — коли виявляється проблема з проєктом, насправді нікому не допоможе.
Навіть якщо це проблема фронтенду, а ви — бекенд-розробник, ви, ймовірно, зможете зробити щось, щоб допомогти протестувати або налагодити код. Але замість цього, швидко вставши в захисну стійку, ви кричите: «Мені начхати на мою команду, я просто хочу вчасно повернутися додому!»
Мені нудно
Слухайте, це нормально — не любити те, що ти маєш робити. Ми не завжди можемо розраховувати на те, що повсякденні завдання будуть приносити нам задоволення, іноді вони будуть нудними, але ми нічого не можемо з цим поробити.
Але сказати, що вам нудно, означає: а) вам нема чого робити, тому ви просто сидите і дивіться в стелю або б) ви не робите те, що вас просили зробити, тому що вам просто не подобається це. І, перш ніж ви почнете запитувати, обидва варіанти — помилка.
Якщо ви сидите без діла, кажучи, що вам нудно, це безумовно неправильне ставлення до роботи. Завжди є щось, що ви можете зробити, і якщо ви опинитеся в ситуації, коли у вас дійсно немає завдань, які потрібно закрити, ви можете зробити наступне:
- Відразу підійти до свого керівництва та повідомити про це. Бажано, не кажучи, що вам нудно, а швидше заявляючи, що ви виконали свої завдання, і тепер у вас є час зайнятися чимось ще.
- Якщо можете, знайдіть стару помилку, яка деякий час турбувала команду та спробуйте виправити її. Виконайте аналіз коду, знайдіть той розділ своєї кодової бази, який досить довго накопичував технічний борг та запропонуйте його рефакторинг. Є безліч речей, які ви можете зробити, коли вам більше нема чого робити.
У будь-якому випадку ви демонструєте свою ініціативність — що в очах ліда великий плюс — і допомагаєте своїй команді.
З іншого боку, якщо ви просто заявляєте, що вам нудно, тому що вам не подобається те, що ви робите, знайдіть спосіб розв’язати свою проблему. Знайдіть спосіб зробити ваші завдання цікавішими. Коли я починав, щоразу, коли у мене виникало нудне завдання, я намагався зробити його цікавішим. Я знайду спосіб автоматизувати її або використовувати те, чого раніше не знав, щоб у процесі дізнатися про щось нове.
Навчіться перетворювати нудне завдання на цікаве.
В іншому випадку, якщо ви просто кажете: «Мені нудно», ви створюєте ще одну проблему, вирішення якої поза увагою. Але якщо ви кажете: «Мені було нудно, тому я зробив…», це означає, що ви досить дбали про те, щоб зробити завдання цікавими й це показує якості, які ми хочемо бачити у розробниках:
— продуктивність; — ініціативність; — пристрасть до вивчення нового.
Наступного разу, коли вам стане нудно, подумайте про те, щоб перетворити нудьгу на корисний досвід.
Це випадковий баг
Я залишив свого фаворита на десерт, тому що він дуже вдалий.
Ви хоч трохи уявляєте, як працюють комп’ютери? Нічого не буває просто так; усьому є причина. І баги — не виняток.
Звичайно, я витратив кілька днів на налагодження в пошуках невловної помилки, але якщо ви подивитеся досить уважно, ви знайдете її. Вся справа в терпінні та увазі до деталей.
Називати щось «випадковою помилкою» немає жодного сенсу, крім одного: діяти мені на нерви. Ви робите дві речі:
- Заявляєте про те, що ви недостатньо дбаєте про проєкт.
- Визнаєте, що вашим користувачам доведеться час від часу стикатися з цією помилкою.
Однак вам потрібно пам’ятати, що кожного разу, коли ви знаходите помилку, ваш лід очікує:
- Розв’язання цієї проблеми, таке, щоб вона більше не виникала.
- Аналізу причин (RCA), який є химерним способом сказати «Я розумію, чому це сталося».
- Страхування, щоб проблема ніколи не повторилася. Це поєднання RCA, добре документованого виправлення та, у деяких випадках, відповідного тесту, який гарантує, що ця помилка більше не виникне у майбутньому. (Це може бути модульний тест, інтеграційний тест або навіть тест e2e.)
Подумайте ось про що. Сказати «Це випадкова помилка» — це все одно, що з самого початку сидіти й нічого не робити.
Коли у вентилятор потрапляє лайно, будь-який нормальний технічний керівник очікує від своєї команди на те, що вони зроблять все можливе, щоб розв’язати проблему. Це не означає працювати понаднормово або скасовувати відпустку, це просто означає достатньо піклуватися про проєкт, щоб:
- Розв’язати проблему.
- Зрозуміти, чому вона виникла.
- Переконатися, що вона не повториться.
Спробуйте запам’ятати, що вимовляючи будь-яку з п’яти наведених вище фраз, ви не тільки йдете проти цих трьох основних пунктів, але також не поважаєте свою команду. Щоразу, коли ви кажете: «Мені начхати на свої дії», з’являється товариш по команді, якому потрібно щось зробити, щоб прикрити вас. Тому, навіть якщо вас не хвилює «людина» чи компанія, дбайте про людей, які працюють разом з вами.