Ситуация с пониманием процессов разработки, увы, аховая. Люди собирают команды (а почему бы и нет, если деньги есть?), сажают их решать задачи и...ждут чуда.
То, что нужно людей заставлять договариваться по ключевым вопросам, то, что должна быть стратегия развития или хотя бы код стайл и соглашения выпадает из внимания.
Что делать, если ты такой умный, а вокруг все так плохо? Терпеть и малыми шагами двигаться к тимлидству, к накоплению административной силы. И не забывать фиксировать все свои недовольства, запоминать их и периодически пересматривать. Настанет день - и вы сможете сломать систему, где ваше руководство не тянет, а коллеги ничего не хотят менять.

Да, есть вещи, на которые ты не сможешь повлиять без административной силы. Будь твои аргументы сколь угодно верными.
Ты можешь лишь развиваться как специалист, становиться все более нужным бизнесу и, чем черт не шутит, продвигаться выше по лестнице. Но там есть свои драконы.

Мама учила: нести людям что-то полезное и новое. Смысл научного прорыва - в уникальности, в рождении мысли.
Однако, лидерами мнений частенько становятся те, кто лишь пересказывает умные мысли, рожденные в чужих головах.
Как с этой мыслью жить я пока не знаю.

Большая проблема начинающих тимлидов в том, что они боятся быть жёсткими. А жестить, очень редко, но нужно.
Рано или поздно вам придётся уволить человека, рано или поздно - наказать.
И когда придёт время - нужно сделать это правильно и по делу.

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

Конечно, это не отменяет любви к своим сотрудникам и ваша сила - это исключительно ваша ответственность.

Про любовь и внимание.
Не всегда нужно и можно загонять своих сотрудников в рамки правил. Когда нужно?
- когда этого требует рынок
- когда этого требует сотрудник

Рынки - они разные. Наверное не целесообразно загонять разработчика блокчейна в кучу правил и трекинга активности. Бизнес новый, высокорисковый, надо херачить работу и да поможет нам бог.
А вот первая и вторая линия телефонного саппорта все же должна жить по правилам, иначе абоненты не дождутся ответов на звонки.

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

Почему в компаниях массово внедряют agile?
У вас наверняка есть свое мнение на этот счет. Но я убежден: потому что модно.
А зачем компаниям agile? Опять-таки, только ради двух вещей: диверсификация рисков и решение кадрового голода.
Нет, читатель, "уменьшение тайм ту маркет" достигается с помощью разрешения блокеров. И позже я объясню, почему и с чем сталкивается доморощенный эджайл в этом контексте.
Нет, "улучшение качества" тоже мимо. Чтобы не делать хуйню - надо нанимать опытных людей.

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

Читатель может возразить: "ну а как же выстраивание обратной связи и процесс постоянного улучшения?"
Уважаемый читатель, я не против эджайла. И даже в отвлечении от него - я безмерно за выстраивание обратных связей и рефлексию. Но методологии тут ни при чём.

Поймал себя на том, что мне стало труднее писать сюда посты после сколь-нибудь значимого прихода подписчиков.
Вообще писать посты для технического менеджера, к сожалению, необходимый хлеб. Я с сожалением обнаружил, что без нормального личного бренда попасть в _интересную_ компанию не рентабельно сложно. Что бы ты ни делал, какие бы проекты, и как бы не вытаскивал. "Забрендированные" люди пройдут туда, где с тобой даже разговаривать не будут, ведь: "Ты кто такой? Давай до свидания!".

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

Читая данный канал, вы соглашаетесь с тем, что он не может оскорбить ваши религиозные, политические и идеологические чувства. И что у вас вообще, скорее всего, нет чувств. Вы же технический менеджер.