Комментарии 58
То, что человеку интересно, он и будет делать в первую очередь. Понятно, что работа не состоит сплошь из пряников, но систематические неуспеи могут свидетельствовать не о недостатках ученика, а о квалификации учителя.
Ага, в точку, если муж бьёт жену, точняк она виновата
Конечно. Азиатская модель подчинения может даже давать стабильный и прогнозируемый перформанс - что в продолжении рода, что в выпиливании стандартных веб-морд по спекам. Главное - держать хлыст наготове, и не давать ему остыть. Бедный погонщик так страдает, что осликам надоело нести поклажу без отдыха, еды, и питья, он так уработался, рисуя красивые планы скоростной доставки наверх, и так намахался палкой, что его раздражение мы просто обязаны понять и простить. А то ему откажут в увеличении порции плова на пире отцов.
Любопытная однако у Вас цепочка аналогий...
Разрешите поинтересоваться, каким образом из предпосылки о том что
систематические неуспеи могут свидетельствовать не о недостатках ученика, а о квалификации учителя
следует
если муж бьёт жену, точняк она виновата
??
Очень в тему статья. Особенно когда в команде разного уровня спецы, и их квалификация не позволяет друг. С другом продуктивно взаимодействовать .
Как, не находясь на самом верхнем уровне, вы умудряетесь ставить четкие правила игры???
Я на ступеньку ниже гендиректора. Если ему что-то срочно надо сделать для нужного клиента, то будут сдвинуты все проекты. И его я тоже понять могу. И нет, у меня нет лишних сотрудников, которые балду пинают, что их можно было на срочную задачу скинуть. И да, другие проекты с меня никто не снимет и сроки не изменит. И да, я хожу потом затраханный и злой. Но изменить это не моих силах.
"Если ему что-то срочно надо сделать для нужного клиента, то будут сдвинуты все проекты. "
...главное, чтоб это не вошло в правило для всех уровней руководителей... )
Ну если потом премия или целом зп повышенная, то тут не понятно, а зачем быть злым. А если нет, то скорее всего злость от факта, что не ценят возможность решения таких срочных поручений
Видна проблема в управлении ресурсами. Если при постановке задачи ГД (при влете), объяснить ему какие проекты неизбежно поедут по срокам, то решение остается за ним. Но для этого нужно иметь под рукой актуальную картину и план работ. Если этого нет - результат на лице, как говорится.
Да, вы правы. Но он уже принял решение. Поэтому вопрос, как устанавливать правила игры, если их устанавливаешь не ты, остается открытым.
а вам было страшно ему указать на проблему сразу? зачем, лучше же ли.... не злить директора, или я ошибаюсь? хотя честно вряд ли кто ответит
Простой логики достаточно, в данном случае. Есть задачи, есть ресурсы, есть сроки. Появление новой задачи высшего приоритета очевидно или требует ресурса или сказывается на сроках. Какие еще правила игры тут нужны?
Вот кстати это всегда проблема. Почему-то в проектировании принято делать с запасом. А вот пинающий балду сотрудник - это недопустимо. Людей нужно тоже нанимать с запасом, хотя это приводит к другим сложностям.
Тимлид не соответствует своей должности. Менять.
Программист не просто пишет код, а отвечает за результат команды.
Ну да, ну да. А программисту об этом кто-нибудь сообщил? Перед принятием на работу он с этим согласился? А то что-то всем программист чего-то должен, только ему никто не должен. Вы, батенька, просто не компетентны и пытаетесь свалить свою работу на других. За результат команды отвечает менеджер этой команды.
О да. Меня тоже часто радовали фразы о команде, о взаимопомощи и духе. На вопрос, кто и когда мне помог или поможет написать код или сделать мою работу, все как-то смеются или молчат.
Возможно в Российских компаниях это и так и во всем винят менеджера, но вот работая в американской, я понял, что у них это не так.
Даже в стандарте кодирование написано, что код является результатом деятельности команды и если один ложанется, то ложанется вся команда.
Эффективность команды равна эффективности его самого слабого звена. Т. е., если работаю, выполняю все в срок, а Вася ниче не делает, я глядя на Вася, тоже буду работать также.
Поэтому американцы просто выкидывают такое слабо из команды. Типа присылают письмо, этот команде не подходит убирайте его.
Ну конечно за этим следит лидер, и его задача определить слабое звено и либо выкинуть его, либо сделать его более эффективным.
Только вот коллектив людей - это не цепь. И логика со слабым звеном тут не работает. И если малоэффективный сотрудник уменьшает эффективность команды, значит он поставлен не на то место и выполняет не те функции. А кто его поставил не на то место? Возможно тот, кто не видит разницу между цепью и многосвязныой системой?
Детсадовская позиция. Я работал в команде, где менеджер говорил прямо: мне в команде простые исполнители не нужны. Это относилось к каждому: дизайнеру, разработчику, аналитику и т.п. И он не разжевывал что же это значит, все итак понимали. Ну и никто не соглашался с этим на входе, банально даже разговора такого не было на этапе собеседования. Оно и к лучшему, простые исполнители в итоге покинули команду и работа пошла быстрее. Потому что такие в итоге тормозят команду. И это не вина менеджера. Особенно когда менеджер поговорил с человеком и донес. 3 раза человек не понял и не изменил свое поведение (это я про случай из практики, где не я был менеджером). Расстались по соглашению. Более того, работать с такими людьми не комфортно и всей команде, так как ты общаешься с человеком, доносишь до него информацию, ожидаешь получить определенный результат, ведь другие поработали качественно, а получаешь раз за разом не то, на что рассчитывал.
А говорить "программист кому-то должен", работая за 300-400к в среднем в комфортном офисе/доме/квартире, пользуясь тем, что сейчас нехватка ИТ-специалистов и им зарплаты повышают постоянно... Да, должен. Голову включать за эти деньги и не только для качества написания кода.
Таким исполнителям бы на уровне джуна платить. Раз они никому ничего не должны. Логично, что и им никто не должен. А то разжирели на халяве.
Рынок решает слава богу, а не ваши рассуждения
Было бы неплохо написать, а что именно еще программист по вашему должен. А то из текста как будто равнозначно можно сказать и «протестировать» и «настроить ci/cd пайплайн» и «перед уходом из офиса, полы помыть»
А почему же вы не считаете нужным при собеседовании указывать,что должность предполагает ещё и доп.задачи. Как раз на входе это сразу и нужно обговаривать, а зп 300-400К , это за те обязанности которые вы проговорили при входе и накидывать постоянно новое , мотивируя, тем что ЗП высокая ( заметьте относительно других отраслей) это как раз обман.
И не вы избавлялись, а наверное люди бежали роняя тапки , т.к поняли что за одну ЗП будут выполнять 2-4 роли на проекте
Если это ответ на мой комментарий, я не менеджер и никого не нанимал. Но в той команде, где я работал, мне довелось работать с дизайнером. Он хорошо делал свою работу как исполнитель - рисовал красивые интерфейсы в фигме. Но голову не включал. У меня была описана аналитика процесса, как что должно работать. Один раз я ему объяснил устно и дал ссылку на описание, сказал иди, почитай, вернись с вопросами. Тишина. Следующая встреча с этим дизайнером - те же ошибки, что и в первый раз. Снова - иди, почитай, там все описано. Ок. Следующая встреча - снова тоже самое. То есть, человеку явно говоришь вот там лежит инфа, которая поможет тебе спроектировать грамотный интерфейс, он говорит да, хорошо. И ничего не делает. В итоге с ним расстались, потому что простой рисовальщик нам не нужен. Идет потеря времени на объяснение одного и того же материала и бесполезные встречи, без продвижения вперёд. И я горячо поддерживаю позицию своего бывшего менеджера в этом плане. ИТ не та работа, где можно быть простым исполнителем.
Да этот товарищ как тим лид, похоже никакой, уже попадались его статьи. В одной жаловался что работники его не ценят, в другой, что во всем виноваты плохие подчинённые, а сам он белый и пушистый)
Программисту должны платить зарплату. А программист должен решать задачи бизнеса. Код инструмент решения. Причем не только код. По идее профессионал отвечает за весь цикл от декомпозиции задачи до деплоя. Не должно быть всё равно. Об этом например и DevOps.
и как же менеджеру команды отвечать после всех этих "ой забыл, ой не успел, ой не понял"?
а что еще надо сообщить программисту? что он не кодер? основы капиталистического строя?
А что значет программисту никто не должен? зарплаты высокие, соцпакет, условия хорошие. этого мало? ну можно поработать на доставке или коммивояжером, раз такая жизнь тяжелая
Два пункта меня особо в этот вечер пятницы восхитили.
«По заветам конфликтономики»… да… три года почти торговой марке, а в поисковиках пшик. Но заветы есть, есть…
«Для лидера: неудачный проект — год без повышения»… понятное дело, рабочая скотинка просто обязана отвечать за результат по полной. Рассупонились, понимаешь, инфантилы…
Есть цели компании, есть цели команды, есть мои цели. Очевидно, я выбираю свои цели, обычно, это меньше работать И больше зарабатывать. Соответственно, чем меньше задача попадает в эти две цели, тем больше у неё шансов попасть в разряд: "не успел". Потому что результат команды редко позитивно коррелирует с моим личным pnl, а скорее наоборот...
Если не учитывать предыдущий пункт, то вторая по значимости причина: не учтенная работа. Помимо условных 15 сториков в неделю, на которые мы договорились, залетает ещё 7мь, которые в жире не отображены и не отменяют предыдущие 15 - что выливается в общее состояние: "да пофиг".
Личная заинтересованности и отсутствие усталости - залог предсказуемости.
Нечёткая постановка задачи со стороны тимлида. Неясно было, кто, что и к какому сроку должен был сделать. НЕ является причиной. Ответственный сотрудник уточняет эти вещи заранее.
Нет, нет, и нет. Четкость постановки задачи - задача / проблема ставящего задачу.
На мой взгляд немного не так. Чётко поставленная задача зачастую требует действительно колоссальных усилий и траты времени. Мне лично больше импонирует формат, в котором ставящий задачу объясняет цель и предлагает идеи для её декомпозиции, а исполнитель имеет пространство для конечных решений и возможности для диалога. Но да, это подходит не в любых условиях и не с любыми людьми.
Тут не соглашусь. Т.к. у нас принято разделение на джуниоров, мидлов и синьоров то и постановка задач для каждого грейда должна быть разной.
Для джуна - расписать что сделать, как сделать, какие инструменты использовать.
Для мидла - что сделать, может несколько вариантов как сделать, если он с этим не работал.
Для синьора, как правило, достаточно объяснить, что в итоге должно получиться - все остальное он решит сам.
то есть постановщик задачи, должен телепатически догадаться, что же исполнитель понял, тем более, если вопросы не задаются
Деградация пришла таки в ойти. Какие-то оторванные от жизни, от бытовой психологии и социологии менеджеры и "***лиды" пытаются в организацию и управление, хотя у самих развитие на уровне старшеклассников.
Все виноваты кроме лида — он же усталый, злой и год без повышения. Понять и простить!
А на "ой, забыл" до какой сути нужно докапываться? Что делать, чтобы в следующий раз не забыл?
Я не тимлид, но у нас в команде есть такой коллега. Жутко бесит. Даже висящие задачи "забывает" делать.
Хорошо если коллега такой. Хуже если менеджер постоянно забывает, не отвечает на сообщения и так якобы руководит проектом
да, но и тут разработчик должен не по принципу "моя хата скраю" поступать, а ставить менеджеру на вид, а не жаловаться на него между собой в курилке.
Менеджер для программистов, а не наоборот!
разработчик должен не по принципу "моя хата скраю" поступать
Так его хата в самом деле с краю, в этом плане. Воспитывать менеджера - это не его работа. Не надо есть чужой хлеб. У разработчика есть регламентированные формы отчетности, через которые он сигнализирует о проблемах.
Что должно быть - это иерархия должностей: у менеджера есть свой менеджер, который контролирует своих подчиненных. А "ставить менеджеру на вид" - это нарушение субординации и отчаянная попытка починить сломанную систему управления неформально, через личный конфликт.
Менеджер для программистов, а не наоборот
Начальство управляет ресурсом подчиненных, а не наоборот.
Не понятно, почему "не успел" имеет негативную окраску. Так иногда бывает по всяким причинам, не обязательно плохо характеризующим работника. Я не раз не успевал всякое по куче причин, отношусь к этому нормально, даже если причина в моей зоне ответственности. И да, от этого могут съехать сроки, это печально.
Типичный рукАвадитиль в типичной пивнухе, весь он такой замотивированный, все у него в графиках и циферках интересных и красивых, все развивается динамично, и почему то наивно считает что все ему должны целовать копыто только лишь за факт того что есть некая РАБота с некой модной лычкой.
вот скажите автор поста, а как давно вы людей рассматривали не через призму «плачу 1 рубль а получаю 5» а через призму человечности?например любви, доброты и понимания и всем добрым и светлым качествам? конкретно к каждому человеку в вашей команде к кому есть претензии?
Возможно хватит пытаться вести себя как сноб родственник банкира который якобы управляет миром и вернутся в реальность? Перестать считать людей за таблицы и графики например?
Возможно стоит смотреть на причину, а не на следствие провалов? Возможно люди которые с вами работают не понимают для чего им это нужно? Возможно они не видят в вас лидера и не доверяют вам? С чего любому на этой планете вкатывать за незнакомого им человека и какую-то там фирму на протяжении лет за какую-то мечту без конкретики и гарантий?
С чего вы взяли что кому то нравится копаться в чужом огороде просто потому что так надо или потому что вы boss…
Вы сами и такие как вы установили правила рынка, вы не заметили?
Вы установили оплату за часы, и что теперь? Я буду работать за эти часы - и результат будет отображаться в часах в таблице.
Вы установили порядок трекеров - и я буду трекать время, и результатом будет - записи экрана и мой личный трекер за месяц.
Вы установили порядок где менеджер является надзирателем, а не помощником, и скорее задушит нормального спеца и тот просто уйдет потому что просто уважает себя. По факту килька руководит акулой.
Вы установили правило где результат оценивается количеством решенных задач - я буду их решать как можно быстрее, поскольку я получу больше денег за меньшее время, и мне плевать на качество и дальнейшую поддержку.
А теперь что получается в итоге, с условием что вы все таки нашли спеца который вкатывает на ваш 5ый мерседес и сумку Prada для вашей женушки
так что же получает ваш законный холоп (раб)
отсутствие личной жизни как следствие переработок в надежде поймать луну
Выгорание - как следствие рутины и непонимания для чего это все делается
Отсутствие желания развиваться и заниматься собой и своим здоровьем
И куча разных психологических проблем (вроде тревоги)
В итоге такой специалист больше не эффективен - все прошлые заслуги стираются в миг (ведь юридически вы ему ничего не должны) а значит от него можно избавиться без глобальных издержек.
И вы под любым предлогом избавляйтесь от такого человека, очень коварно и на холодном глазу, и просто находите ему замену, ведь больше вы не получаете 5 рублей за 1 рубль.
Хотите чтобы команда работала как со своим личным проектом? Оформите это юридически и по закону ! В чем проблема?
Включите в долю тех людей которые вам нужны, дайте им реальные гарантии по закону, а не ЗП.
Дайте им конкретику и РЕЗУЛЬТАТ о котором вы кричите с каждой улицы, не на словах а на деле, в чем проблема? Ах да - тогда коварный план великого сноба сорвется и придется платить деньги…. а вам еще замок строить в Англии… вот не задача.
Поэтому вы получаете человека который незаинтересован ни в вас ни в вашей компании , ведь вы как лидер никто. Вы не даете интерес, не зажигаете огонь в глазах, у вас все на графиках и на трекерах и задачниках. Вы требуете - но не даете ничего взамен
Поэтому скажу так.
Что посеял то и пожинай
Иначе никак.
тимлид освобождается от бесконечных напоминаний, пингований, пинаний
Так вся суть тимлида в этом. Он как матка, которая сидит и смотрит, чтоб все детки играли на площадке и ничего не сломали. А если приходят другие детки или ещё кто, идёт защищать деток.
А если все эти функции команда может делать сама, зачем тогда тимлид? И что он вообще делает?
Согласен с автором. Прямо сейчас наблюдаю в одной из команд как 2 молодых разраба постоянно переносят свои таски из спринта в спринт, некоторые уже 5+ раз (на них делается пометка), а лиды в команде точно такие, как описывают некоторые комментаторы - очень эмпатичные и чувствительные, не дай бог задеть чувства высококвалифицированных специалистов. Они даже не догадываются, как эти разрабы над ними угорают, когда рассказывают корешам, как у них получилось устроиться на две работы и обмануть систему.
Их работу доделывают более зрелые, и, видимо в их глазах, более наивные коллеги. Для которых ответственность и честность не пустой звук.
2 молодых разраба
доделывают более зрелые
Ничего не значащая деталь или немотивированный эйджизм? Бестолковые - потому что молодые, а ответственные и честные - потому что возрастные?
постоянно переносят свои таски
Их работу доделывают
Так доделывают или они переносят?
Для которых ответственность и честность не пустой звук.
То есть их грузят чужой работой, а они безропотно везут? Какой бы кривой ни была эта система, если в итоге она работает, то какой смысл что-либо менять? Лида-няшку все любят, бестолковые - чилят на работе, лояльные - тешатся своей ролью спасителей. Если никто не бунтует или система не меняется, то можно сказать, что она сбалансирована.
Поржал с " мне простые исполнители не нужны". Ни одному работодателю не нужны простые исполнители: желательно что б " и швец, и жнец, и на дуде игрец", а договариваться изначально мы будем (и соответственно платить) на простое исполнение поставленных задач. Работник работает работу и получает зарплату. Хотите больше вовлеченности- платите. Если вы взяли человека писать код, а требуете сверх этого- за забором очередь из таких работодателей стоит. И я вам как руководитель говорю (правда не из IT): если работник "не успел" по причине перегруженности задачами- это не он должен решать эту проблему, это вы, как лид, должны рвать job'у и разгрузить работника до нормального объёма задач (или прорабатывать свой подход к планированию, или доносить мысль об этом до своего руководства, если инициатива о нагрузке не от вас исходит). Перегруз работника- это проблема руководителя. Причина перегруза работника только в руководстве, которое не сумело нормально организовать работу. Это может не быть виной непосредственного руководителя, а уровнем выше, но все равно виновато руководство.
Сам сейчас делаю работу за троих (начальник, итр и работник) и не успеваю (все это счастье за одну зарплату начальника). И знаете что- я не вовлечен, мне наплевать на контору и результативность работы, делается та работа, за невыполнение которой может последовать депонирование, а все остальное по остаточному принципу. И будут страдать результаты, падать производительность, компания будет, возможно, нести убытки. Но если наверху не хотят платить за людей, то все равно придется расстаться с этими деньгами в виде убытков.
Вот если работник инфантилен и не успел потому что просто не успел - тут уже вопросы стимуляции сотрудника иными методами (так называемая, отрицательная стимуляция).
Хотел прочитать эту статью, но не успел.
Ой не смог, ой не успел, ой забыл