Экстремальное программирование

в радиотехнике это называется положительная обратная связь

Нормально, мы с полгода назад закрывали тикеты с номерами 2, 3, 5, 6 :)

половину как wontfix, разумеется

номера новых тикетов в проекте на тот момент уже были пятизначными

Номер 1 оставили на чёрный день😏

Коллеги, доброй ночи! Вот такой вопрос уже неделю не даёт покоя: а как вы руководите людьми, радикально более сильными, чем вы? Я сам регулярно цитирую Джобса с его "hire smart people and let them tell you what to do", но как это в процессах может выглядеть? Собирать комитет из 2-3 человек раз в неделю, а самому работать на нём секретарём и фасилитатором?

Хм, мне кажется, тут мало необычного. Взять разработчика — он, например, больше кода пишет, чем я, и в этом смысле сильнее, чем я. Я должен уметь правильно направлять сильные стороны в те проекты, в которых они принесут больше пользы — я это могу делать, например, потому что у меня есть опыт и больше "верхнеуровневого" знания. Сотрудник при этом мне тоже поставляет информацию и варианты действий: благодаря нему я знаю сроки, риски, какие-то новые возможности и знаю, как на это влиять.

Ну т.е. я просто знаю, в чём человек силён и направляю его силы, и тут неважно, сильнее он меня в этих аспектах или не сильнее

Если я его могу чему-то научить — я должен учить 🤔

Пример:   узнаешь, что DevOps сделан, потому что ты посмотрел его код или потому, что тебе сказали, что он сделан.  Проблемы и риски можно трекать верхнеуравнево.  Решение выбирает исполнитель. Вот это и есть tell what to do.

Спасибо! Сроки, риски - эту информацию я получаю от всех бойцов, скилловость тут не при чём. Направлять на те участки, где будет достаточно эффективен - само собой.

Когда я говорю "сильнее", я не имею в виду, что они пишут кода больше, а что они пишут такой код, который я вообще не напишу - объективно у меня нет столько времени, чтобы на нужном уровне изучить применённые технологии, фреймворки и т.д. То есть я уже сейчас нахожусь в ситуации, когда ставлю задачу верхнеуровнево и отдаю реализацию целиком им. Но мне кажется, что даже в таком режиме таланты недоиспользованы, можно как-то эффективнее. Возможно существуют такие задачи, которые я даже не могу им поставить - как-то так)

Да, вот это важно. Учить тому, чему могу.

Почему тебе, коллега, кажется, что таланты недоиспользованы? :)

Ну вот и назначь кого-нибудь тем, кто сможет такие задачи ставить. А проверяй по результату — есть ли профит от этой деятельности. Кстати, можно какого-нибудь внешнего чувака для экспертизы привлекать.

У нас так иногда бывает: скажем, в продуктовой команде есть главный за условный ML, но за ним надо немного приглядеть, чтоб он ерунды не творил — ну вот берётся кто-то со стороны и задаёт тому вопросы, смотрит на данные и прочее

Если чел классный — ну ок, получает ответственность, растёт и т.п.

У тимлида с сениор инженерами его инженеры в чем-то его превосходят всегда и это отлично

Грубо говоря, зависит от того, на каком уровне "ставить задачу".  Можно ставить на уровне функциональных требований.  Тогда проблем с "существуют задачи, которые еще не существуют" поубавится.   Задача нужна либо бизнесу, либо архитектуре, чтобы не помереть.

Потому что задачи, которые я ставлю, находятся в рамках моей компетенции. А его компетенция во многих направлениях выше. Ну то есть иногда у меня такое чувство, что мы быстро едем по шоссе на реактивном самолете, а могли бы взлететь)