"Я новий розробник, мене нещодавно найняли, і я повинен довести свою цінність. Тому я маю виконувати свої завдання якнайшвидше, уникати затримок і бути максимально ефективним..."
Ну що ж, останнє речення має дати нам точку відліку: речі, зроблені поспіхом, рідко виконуються правильно. Щоб бути швидким, охайним і ефективним, потрібен великий досвід. Очікувати цього від молодшого розробника — це неправильно та несправедливо.
Людина, яка швидка, ефективна та може виявляти й уникати блокуючих факторів, за визначенням не є молодшим розробником.
Час — не все
Тиск бути ефективним і продуктивним може змусити розробників, особливо молодших та менш досвідчених, відчувати необхідність поспішати. Це може призвести до негативних наслідків у багатьох аспектах: від проблем із психічним здоров'ям до пропущених дедлайнів, порушених поставок або низької якості роботи.
Однією з основних причин, чому молодший розробник не повинен поспішати, є відсутність досвіду. Нові розробники часто не мають достатньої глибини знань і розуміння, щоб належним чином аналізувати проблеми та точно визначати набір завдань.
Поспіх, щоб продемонструвати свої можливості, може призвести до поверхневого навчання та помилок, яких можна було б уникнути за більш обережного і методичного підходу. Більше того, існує певний недолік знань не лише про технології, необхідні для виконання завдань, але й про робочу атмосферу: як організовані робочі процеси, як працює структура, яка їх щоденна рутина?
Невиконані обіцянки
"Майже готово", "Я закінчую" та "Дайте мені пару хвилин, і все буде готово" — це поширені фрази, які ми всі використовуємо на початку, часто не усвідомлюючи, що проблему слід було б ретельно проаналізувати заздалегідь. Тепер кожен крок виявляється новою проблемою, і кожна нова проблема додає ще тих "пари хвилин", що можуть призвести до кількох днів роботи. Це один з найгірших сценаріїв, з якими ми можемо зіткнутися. Неповноцінний аналіз проблеми веде нас неправильним шляхом, і ми усвідомлюємо помилку лише на фініші. Ми стверджуємо, що "майже готово", коли насправді основною проблемою є наша відсутність інструментів і досвіду для точної оцінки того, що залишилось зробити.
Це прагнення швидко представити рішення призводить до тривоги і тиску з нашого боку, що, у свою чергу, веде до втрати довіри з боку клієнта через постійні неправильні уявлення про наші досягнення. Оцінки можуть бути окремим викликом.
Ніколи не довіряй першому рішенню
Що трапляється з кожним із нас: ми вирішуємо проблему, святкуємо, що це працює, і повністю забуваємо про багато деталей:
- Чи можна це зробити більш ефективно?
- Чи є інший спосіб досягти того ж результату? Якщо так, то яка різниця?
- Чи враховані крайні випадки?
Іноді "щасливий шлях" нашого рішення — це останнє, про що ми думаємо, можуть бути купи крайніх випадків, яких ми не бачимо, і повірте, користувачі можуть бути дуже винахідливими у тому, як вони використовують додатки.
Зрештою, час покаже, що краще витратити трохи більше часу і надати ретельно проаналізоване, завершене і чисте рішення, ніж швидко зробити щось функціональне, але нестабільне.
Спілкуйтеся, коли вам потрібна допомога!
У нас є кілька цікавих статей, що обговорюють комунікацію і чому вона є однією з основних складових хорошої роботи, як зробити ваше найкраще оновлення статусу і яка є загальна модель комунікації для молодших розробників.
Варто зазначити, що для молодшого розробника цілком природно робити помилки, ставити багато запитань і виявляти бажання навчатися. Помилки повинні сприйматися як можливості для навчання, з яких отримується цінний досвід.
Запитання також є формою навчання, не помилка ставити багато запитань, якщо вони логічні. Коли компанія створює середовище, де від людей очікують зростання і навчання, це формує культуру навчання, що приносить користь усім. Люди здобувають відкритий погляд на речі і можуть висловлювати інноваційні ідеї, які могли б не виникнути в іншому середовищі через сором чи страх, що їх не почують.
Роль старших розробників є важливою для розвитку та успіху молодших розробників. Вони відіграють ключову роль як наставники, гіди, підтримка для менш досвідчених і формують культуру компанії. Вони приносять досвід та знання, можуть запропонувати цінні поради щодо вирішення конкретних ситуацій і проблем. Вони можуть надавати емоційну підтримку розробникам, коли ті стикаються з труднощами або відчувають себе перевантаженими. Для молодших розробників знання, що вони мають підтримку та досвід старшого розробника, може підвищити їхню впевненість у виконанні завдань та прийнятті рішень, дозволяючи їм впевненіше долати труднощі.
Якщо ви молодший розробник, не бійтеся! Ставте запитання, проявляйте інтерес і зосереджуйтесь на покращенні своїх комунікаційних навичок із колегами. Якщо ви старший розробник, не сприймайте відсутність досвіду та довгий список запитань як проблему; скористайтеся цією можливістю, щоб виховувати кращих професіоналів, пам'ятаючи, що ми всі колись були молодшими розробниками.
Перекладено з: I want to finish it quickly