SP
лучше бы я не шарил в технической части, тогда делигировать существенно проще)
Size: a a a
2021 June 17
ЕК
Ну например вот да, это явно приоритетней того как работают БД)
ЕК
Это только в плюс пойдет) Всему свое время, главное ты осознаешь что такая проблема есть))
A
Я в определённый момент понял, что конкретно НАДО не лезть не в свои дела
SP
да уже не первый год осознаю но сделать ничего не могу. я не могу "поставить ребятам цель выделить время и смотреть как они опять пытаются сожрать кактус". Я явно чет не то делаю но понять что мозгов не хватает.
ЕК
Пробовал искать помощь? Руководство твое? Тренинги типа стратоплана? Коучинг и/или психотерапия?
A
Например, я последний раз фронтом занимался году этак в 2012.
Есши мне ща изучать с нуля, я потеряю время на это, когда могу гораздо более полезными делами заниматься (например найти и нанять несколько крутых фронтов, которые закроют вопрос). И конечно я не буду делать ревью, лезть с тупыми советами и мешать людям работать, ибо это негативно для всех, включая бизнес
Есши мне ща изучать с нуля, я потеряю время на это, когда могу гораздо более полезными делами заниматься (например найти и нанять несколько крутых фронтов, которые закроют вопрос). И конечно я не буду делать ревью, лезть с тупыми советами и мешать людям работать, ибо это негативно для всех, включая бизнес
ЕК
Которые закроют вопрос и могут кратко рассказать что да как тебе)) В этом вся прелесть, как по мне) Но это нужно прям жестко прокачивать коммуникативные скиллы.
A
Нужно отделять мух от котлет.
И заставить себя делать только то, что реально принесёт пользу команде.
И заставить себя делать только то, что реально принесёт пользу команде.
ЕК
Я сам просто за новыми технологиями на фронте не бегу никогда. Это с одной стороны не делает меня топовым разработчиком, с другой стороны шишки и грабли собирают другие - а я потом изучаю консистенцию опыта, экономлю время и нервы.
2021 June 18
ЕК
Ну базовое понимание не несет? Что бы понимать какие на фронте есть проблемы? Так же и появляется разрыв между топами и обычными сотрудниками - чем выше по цепочке вверх - тем больше разрыв... Нет коммуникации, топы не знают чего происходит на самом деле.
ЕК
Но это верно не только для топов ведь. Важно знать проблемы и боли своих подчиненных. Не согласен?
A
Я видел ситуации, когда процессы через жопу сделаны - и грубо говоря техдир админит серваки, обновляет схемы бд, колит, то есть то, что должны делать другие люди. Даже не тимлид, а тут техдир.
Это ад.
Причём не в одной компании.
Это ад.
Причём не в одной компании.
ЕК
Ну знать != делать.
A
Нужен постоянный синк и полное доверие команды.
Чтобы никто не боялся придти и сказать - вот у нас тут гавно. И чтобы это гавно разгребалось. А не "ну окей" и забить
Чтобы никто не боялся придти и сказать - вот у нас тут гавно. И чтобы это гавно разгребалось. А не "ну окей" и забить
ЕК
Так как разгребать, если ты не понимаешь что там на самом деле на фронте? То есть ты не согласен с высказыванием "знать на уровне что бы управлять"? Не лезть самому, и не мешать, но понимать что бы иметь возможность принимать решения когда просят твоего вмешательства.
ЕК
Я не имею опыт управления, так что мое видение может быть не точно. Хотелось бы услышать твое мнение)
A
Понимать, но не влезать в нюансы. А ребята уже технически сами развиваются, проводят встречи гилдьий по фронт, бэку итд, ходят на различные конфы, даём время на ресерч чего-либо, потом делятся опытом, рассказывают другим, проявляют инициативу
ЕК
Понял. Спасибо.
A
Софт скиллы - самое важное не только у лида, но и у обычных разрабов.
Техскиллы можно подтянуть, и как правило они подтягиваются, а звезда который хардскильный но не управляем - это беда для команды
Техскиллы можно подтянуть, и как правило они подтягиваются, а звезда который хардскильный но не управляем - это беда для команды