Комментарии 11
Навыки:
Лояльность: проявление верности, преданности и честности в отношениях с коллегами и руководством компании, защита и поддержка их интересов.
Организую встречу с руководителем проекта и техлидом аналитиков, где мы в формате свободного общения смотрим задания и макеты, которые пришли от заказчика.
Умение создать и поддержать настоящую, а не номинальную культуру открытости, доверия, инноваций и саморазвития в команде. Умение поддержать профессиональное развитие коллег, включая организацию обучающих мероприятий и внутренних тренингов. Возможность выслушать и помочь не только в профессиональных, но и личных проблемах сотрудников.
У нас лояльность теперь это навык а главный аналитик - это техлид аналитики. Абсолютно рафинированный текст очевидно написанный нейросетью. Но зачем это на Хабре?
Лояльность — навык, в IBS именно так. Поработал там немного. Сменился руководитель отдела, паренёк полтора года как из разработчика, затем тимлида выбился. Начал он с избавления от сотрудников опытнее его, а то вдруг подсидят.
Спасибо за комментарий. Поделись плз, чего о работе тимлида не хватает на Хабре?
Про «зачем это» понятно, примем к сведению. А как насчёт «почему этого ещё нет на Хабре?»?
Задача руководителя — свести собственную работу к минимуму и настроить все процессы в команде как часы.
У вас тут был неожиданный проблеск здравомыслия и вы очень хорошо описали всю суть менеджера. Менеджер -- это такой человек, который сам работать не хочет, а вместо этого стремится заниматься всякой ерундой: рассылать бестолковые письма, созывать ненужные совещания, рисовать много-много дурацких диаграмм, писать посты для повышения своего ЧСВ на Хабр и всячески имитировать бурную деятельность тому подобными способами.
После этого менеджер сам себя гладит по голове, приговаривая: "Ах, какой я молодец! Я ничего не делал, но это совсем не потому, что я ленивый бездельник, а потому что я гениальный менеджер и настроил все процессы как часы!"
Саморазвитие и самопонимание, а также самооценка и уверенность в себе (над этим пунктом я и сам еще работаю :)
Я так понимаю, что в повышении вашего ЧСВ как раз и заключается смысл этой статьи: вы зациклены на себе и своём опыте, а все ваши рекомендации примерно сводятся к "для того, чтобы достичь успешного успеха, ну примерно такого, как достиг я, нужно быть чётким и дерзким, ну примерно таким, как я!"
Напоследок повторюсь: все сказанное выше — мой личный путь и рекомендации, придерживаясь которых, возможно — но не гарантированно, — вы станете хорошим тимлидом, которого будут уважать коллеги.
Попробуйте перестать страдать всякой ерундой, типа рисования бесполезных диаграмм и написания бестолковых статей, а вместо этого попробуйте сделать что-нибудь действительно полезное: траттье освободившееся время на исправление багов, например. В этом случае шансов стать хорошим тимлидом, которого будут уважать коллеги, гораздо больше.
Если вы засиделись в разработчиках и хотите расти в профессии
Вы хотели сказать "если вам надоело работать, и вы хотите заниматься вместо этого повышением своего ЧСВ и имитацией бурной деятельности".
Главное, помните: начальники любят инициативу.
Ну да, всякие неуверенные в себе люди, которые что-то кому-то пытаются доказать и готовы работать, не получая за этого должного вознаграждения, -- это у начальников самое любимое.
Или что не дает мне спать по ночам:
Возможно, современная фармакология сможет помочь вам каким-нибудь снотворным.
Качества: Дерзость
Извините, не удержался
Спасибо за обстоятельный комментарий. Скажи, а что в работе тимлида, по-твоему, стоит поподробнее осветить в следующих статьях? О чём бы ты хотел почитать?
Спасибо за обстоятельный комментарий. Скажи, а что в работе тимлида, по-твоему, стоит поподробнее осветить в следующих статьях?
Вот давайте только обойдёмся без фамильярностей, мы с вами в детском саду вместе на одном горшке не сидели и сопли пузырями не пускали. Но так уж и быть, я готов списать отсутствие у вас навыков общения на очевидно имеющуюся у вас лёгкую форму слабоумия, и отвечу вам на ваш вопрос.
О чём бы
тывы хотели почитать?
Мне бы хотелось перестать читать всякую в тысячный раз пережёванную банальщину. Например, вы пишете, что для организации рабочего процесса вы используете спринты, ретроспективы, ежедневные стендапы и т.п. вещи -- ну так вот, их сейчас используют практически все и делают это уже на протяжении примерно последних 10 лет.
Всякого рода вариации на тему Agile, Scrum, Kanban, Scrumban и т.д. -- сейчас эта парадигма в индустрии имеет абсолютное доминирование. Очень сложно найти огранизацию, которая что-то разрабатывает, и при этом не пользуется этими практиками. Между тем, именно на волне повального принятия всех этих методик индустрия оказалось в глубоком кризисе.
Скрытый текст
Нет, ну может конечно и правда совпадение, я точно не знаю, но всё-таки наводит на всякие мысли.
Я не очень понимаю, на какую реацкию вы рассчитываете, когда пишете такого рода материалы. Техническое сообщество уже давно со всеми этими практиками познакомилось и скорее всего даже имеет в них больше опыта, чем вы, -- свежими и интересными эти идеи казались примерно в 2010 году.
Эти практики обещали быть золотой пулей, а в действительности имеют массу всяких недостатков и вообще фактически стали карго-культом: чего стоят только всякие ритуалы типа стендапа с передаванием друг другу теннисного мячика и нездоровое увлечение наклеиванием разноцветных бумажек на стену.
Ну и т.д. по списку: то, что техлид должен быть ответственным и организованным, -- это и ежу понятно. Чем техлид занимается -- тоже. Кому интересно читать нумерованные списки необходимых личных качеств и обязанностей? Зачем это вообще писать?
А вот действительно интересно было бы почитать что-нибудь новое и оригинальное, хочется видеть какое-то развитие и улучшение. Я уверен, что рано или поздно произойдёт смена парадигмы и когда-нибудь люди будут смотреть на весь этот ваш приевшийся аджайловый скрамбан как на го примерно так же, как сейчас большинство смотрит на waterfall. Возможно, текущая ситуация в индустрии эту смену видения и подстигнёт.
Если бы вы написали, что вы уволили вашего Scrum-мастера, а заодно и 80% HR-отдела, а инженерам дали больше свободы и вырученные от увольнения всякого бесполезного бюрократического балласта деньги, -- вот это было бы свежо и оригинально, и реакция сообщества была бы совсем другой.
Надоели все эти деврельские штучки.
Какие именно?
Статья опубликована в хабе ".NET", но не затрагивает какой-либо специфики работы с данной технологией. Единственная связь с .NET – это название должности автора.
Слишком много красивых слов. В реальной жизни такого не бывает.
У автора нет индивидуальности и стиля. Возникает ощущение, что автор – это идеальный человек, выращенный в лаборатории.
Присутствует реклама собственного учебного центра.
Учить и учиться: мой путь от джуна до тимлида