Як спілкуватися у новій команді: поради, перевірені часом
На початку кар’єри в IT може здаватися, що розробникам і тестувальникам потрібні лише технічні скіли. Але на практиці все працює дещо інакше. І вміння комунікувати для IT-спеціаліста цінується на рівні зі вмінням кодити.
Тож якщо хочете прокачатися в цьому, візьміть до уваги поради Богдана Ореховського, керівника напряму Web-розробки у NIX.
Обговорюйте завдання на старті
Уявімо, ви беретесь за нове завдання і, ознайомившись із технічними вимогами, на найближчому мітингу озвучуєте своє розуміння. Якщо колеги погоджуються з вашим трактуванням, то все чудово. В іншому випадку менеджер пояснить, що мається на увазі. Якщо ж вам щось незрозуміло, готуйте питання і передайте їх клієнту через менеджера.
Намагайтеся не допустити ситуації, коли по-своєму зрозуміли для себе вимоги, написали код, а виявилося, що все зовсім не так!
Не замовчуйте проблеми
Візьміть за правило спочатку шукати рішення у своїй голові, а потім — у мережі. Якщо рішення не приходить / не гуглиться, не тягніть — зверніться за допомогою до свого техліда чи ментора.
Виявляйте ініціативу
Недостатньо просто відвідувати всі зуми / дейліки / проєктні мітинги. Треба бути їх активним учасником. Діліться своєю думкою, обговорюйте нові рішення та ставте актуальні питання, пов’язані як із вашими завданнями, так і з роботою всієї команди. Так ви завжди будете в курсі, на якому етапі проєкт, чи правильно все виконуєте і чи потрібно щось змінювати.
Поважайте час колег
Якщо менеджер запитує, як ваші справи, його справді може це цікавити. Але скоріш за все він має на увазі виконання поставлених перед вами завдань. Тому одразу введіть колегу в контекст. Опишіть, чим займаєтеся, які успіхи вже маєте, чи вкладаєтесь у терміни, які подальші плани тощо.
Вчіться подавати ключову інформацію у двох-трьох реченнях. Із досвідом це приходить само собою. Прості питання, які не вимагають термінової відповіді, краще зібрати та надати менеджеру “одним пакетом”.
Шукайте, що можна покращити
Важливо правильно подати свої пропозиції. Поганий варіант — просто сказати, що у вас є бажання оптимізувати базу даних. Краще відразу опишіть, як бачите оптимізацію і що хотіли б зробити. Наприклад, проставити індекси, вивчити повільні запити тощо.
Поясніть, яку користь можуть принести ці зміни, що вам потрібно для втілення задуманого і скільки часу це займе.
Презентувати ідею слід більш ґрунтовно:
- прийти до менеджера з кількома прикладами редакторів і розповісти про їх переваги та недоліки;
- потім попросити передати свої пропозиції клієнту, щоб він обрав те, що йому підходить.
Так замовник одразу ознайомиться з можливостями запропонованих рішень, обере найкраще і, що найважливіше, — побачить вашу готовність йому допомагати.
Ми виконуємо свою роботу добре, аби кінцевий продукт максимально відображав бачення клієнта. Без включеності у процес кожного співробітника цього не досягнути. Показуйте, що в розробці можна зробити краще та як від цього виграє бізнес. Замовник завжди оцінить дбайливе ставлення до свого дітища. А це — підвищить лояльність до компанії та шанси на те, що вас порекомендують іншим!