Як працювати із "зірковими" розробниками, які не слухають нікого
У команді є сеньйор, який пише блискучий код. Але ігнорує стандарти, не ходить на зустрічі, не рахується з думкою інших.
"Зіркові" розробники - це благословення і прокляття.
Проблема не в навичках, а в культурі. Один геній, який працює поза командою, руйнує довіру всіх інших.
Як діяти:
- Приватна розмова. Не на зустрічі, не в чаті. "Твій код - сильний. Але команда не може за тобою встигнути. Нам потрібна документація і код-рев'ю".
- Встановіть чіткі межі. "Стандарти команди - не пропозиція. Це правила для всіх".
- Дайте простір для впливу. "Хочеш працювати по-своєму? Стань ментором, запропонуй кращі стандарти, поясни команді свій підхід".
- Якщо не змінюється - приймайте рішення. Один токсичний геній коштує дорожче, ніж три хороші розробники.
Талант без командної роботи - це не актив, а ризик.
Чи стикалися ви з такою ситуацією?
13 / 14
Лідерство та управління командою
- 1 Як перейти від "сеньйора, який усе тягне" до техліда, який довіряє команді
- 2 Помилки молодих техлідів: чому "зробити все самому" - не лідерство
- 3 Баланс між контролем і автономією: як не мікроменеджити розробників
- 4 Що таке "технічна довіра" і як її будувати в команді
- 5 Як навчити команду брати відповідальність, а не чекати завдання
- 6 Як дати фідбек так, щоб не демотивувати розробника
- 7 Як делегувати код-рев'ю без втрати якості
- 8 Як лід може формувати культуру "чистого коду" без диктаторства
- 9 Як вирішувати конфлікти без токсичності
- 10 Як підтримувати мотивацію команди, коли немає швидких результатів
- 11 Як формувати спільне бачення у команди
- 12 Як приймати непопулярні рішення й не втратити довіру
- 13 Як працювати із "зірковими" розробниками, які не слухають нікого
- 14 Як управляти енергією команди, а не лише часом
