Ежедневный status meeting. Что говорить, как себя вести? И так ли он необходим на самом деле?
HTML-код
- Опубликовано: 8 фев 2025
- Постоянно активный Advanced он-лайн курс Enterprise Patterns: bit.ly/2HxWxWM
Сайт учебного центра: bit.ly/2FayADk
Учебный центр в ФБ: / foxmindedco
Разработка: software.foxmin...
Web-разработка: foxminded.agency
Мой Telegram: t.me/nemchinsk...
Мой блог: www.nemchinsky.me
Мой ФБ: / sergey.nemchinskiy
![Seungmin "그렇게, 천천히, 우리(As we are)" | [Stray Kids : SKZ-PLAYER]](http://i.ytimg.com/vi/kAzmhLHePqU/mqdefault.jpg)
Начало работы в 10:00. Статус миттинг: 11:00-11:30. Начинают все работать в итоге в 12:00.
@@SergeyNemchinskiy ну-ну, это в вашем случае 60-80% работы составляла "работа", а во многих случаях работа идет нормальная. У меня например было и так и так. К тому же конкретно у меня самая высокая производительность именно с утра и то как я начну работать утром - обычно показывает как я буду работать весь день, поэтому утренние рабочие часы для меня очень важны.
@@SergeyNemchinskiy И эта фраза 20 лет был программистом меня тригерит если честно. Был я на проекте где тим лид лет 55 тоже говорил постоянно что у него 20 лет опыта как главный аргумент в спорах..
Как показывает практика, каждый кодер даже срет в прямом смысле слова в унитаз дольше за рабочий день, чем занимает четкий стендап. 15 минут, если не тянуть кота за яйца на группу в 10 человек хватает с двойным запасом.. Про куряк я вообще молчу ))) а трепу то, что мы устали, нас это отвлекает и нефиг бесполезно тратить наше время.... при этом сам часто сталкивался, что кодер спокойно может тупить, перерасходовать время по своей же оценке, но посоветоваться, особенно с коллегами из другого отдела это выше его сил. ни раз приходилось 40их дяденек за ручки водить, налаживать контакты... а то они с 5 го раза по апи договориться пилять не могут за месяц переписк.. все такие крутые , круче яиц и вумные, что лысины только и бестят, только строем не ходят и продукт падает от 2х тычков тестера....
@@alko4188 я говорю только за себя, скажем условно 80% времени я делаю то что хочу - играю в игры, смотрю видосики и тд. Но иногда приходится делать работу, так вот когда приходит время для работы - я сфокусирован на задаче, прихожу с утра и зажусь за задачу и с самого утра я не отвлекаюсь на игры, на музыку, на разговоры, ни на что, сижу в тишине и работаю и мыслями даже не на что не отвлекаюсь - и моя производительность в таком режиме становится максимальной. А митинг посреди моей такой работы заставляет меня сфокусироваться на том как мне подипломатичнее расказать про свою работу, как мне разбить задачу и тд - и разрушает продуктивный поток что я сформировал за час такой сосредоточенной работы.
@@lionstar3189 обед не проблема, курение не проблема, прогулки по коридорам не проблема - пока ты остаешься мыслями на своей задаче, но главное - это не думать о новой задаче - а статус митинг - заставляет тебя думать о другом
Сергей у нас в компании прошлой было обязательно писать в конце дня "ДПС" Д - достижение, П - предложение, С - сложности. И одна рабочая группа в неделю.
Ты так и не объяснил (а мы не поняли) зачем именно нужны такие митинги. Если у меня возник вопрос и я хочу обсудить его с Петей, почему я не могу позвонить Пете (или тим лиду если должно участвовать больше народа) прямо сейчас и договориться о времени начала обсуждения? Зачем мне ждать митинга, до которого может быть несколько часов? Второе - зачем мне говорить над какой задачей я работаю и когда планирую её закончить, если это всё и так указано в таск менеджере? Единственный аргумент, который я услышал от тебя - якобы это придаёт какой-то мотивации программистам. А проргаммисты то в курсе что это должно их мотивировать?
Церемониальный архаизм, не более. Все статусы есть в трекерах. Эффективная коммуникация не требует ожидания какого-то митинга, она асинхронна по природе. Болтать - не мешки ворочать, и наоборот. Эта традиция создает иллюзию эффективной коммуникации и скоро надеюсь это все поймут.
это дает возможность новичкам задавать себе вопрос, а что я скажу ? что я делаю ? что надо сделать ? и это реально эффективно. более опытные выступают для поддержки новичков. так что все правильно говорит
@@SergeyNemchinskiy да вообще-то уж давно и тимлид и техлид и архитект, мнение имею далеко не из теории
@@SergeyNemchinskiy ты сейчас сам себе противоречишь. На видео ты говорил, что основная задача митинга - это мотивация программиста. А как он будет мотивироваться, если ему в лучшем случае похуй, а в худшем - он испытывает негатив?
Или ты хочешь сказать, что менеджер должен думать, что митинги мотивируют программистов, несмотря на то, что в реальности это ни так? Тогда все становится на свои места. Вот только зачем таких выращивать? Менеджеров с тупыми (или, как они сами считают, прогрессивными) идеями у нас и так хватает.
@@АндрейРешетченко-т9й тоже думаю что горе менеджер идет по самому легкому пути - нанизывает на свой шампур некомпетентности всяких хайповых практик и думает что сделал свою работу, при этом в команде и проект и друг друга и его самого ненавидят, мотивации ноль, архитектура никакая, сроки просраны ЗАТО все сладко поют как соловьи на стендапах
@@oeaoo конечно это какая-то бредовая менеджмент техника, у нас один пытался практиковать такую, его все возненавидели за это и считали манипулятором
Ежедневный стендап быстро вскрывает ситуацию когда чел три дня подряд говорит "нуээ я делал Х". Если нет четких результатов - нужно дробить Х или выяснять может Вася все таки шароебит. Причём это видно не только менеджеру а и всей команде, чтобы потом не было вопросов почему просрали дедлайны :) без синка нет команды, есть набор отдельных девелоперов, куа, дизайнеров и т.п.
в точку
Представил ваш стендап - все с прИщуром смотрят на забившегося в угол Васю, который уже и не рад тому что он программист. Ужас, короче.
@@oeaoo я вовсе не призываю к какой-то травле :) просто человеку самому станет неловко, адекватный работник же понимает что делать Х три дня подряд безуспешно - это не очень хорошо, нужно или просить помощи или опять же запрашивать дробление таски, давать уточняющие эстимейты и т.д. Травлю канешно нужно пресекать, забиваться в угол никому не нужно.
то что Вася шароебит видно и по борде, накрайняк есть боты в слаке которые задают эти тупие вопросы, мол че делаешь, чем заблокан, ты отписал и забыл.
Да я елементарно захожу на CI, и вижу кто что контрибютит.
И если Васе реально похуй, то ему тот митинг что есть, что нету, что ответить шоб отмазаться всегда можно найти.
Может в каких то командах и есть толк в этих митингах, но как по мне в большинстве случаев, особенно если команда сработанная и не состоит
из джунов то они лишние.
Мотивирует выбивать короткие таски и растягивать их на день. Лучше уж оценивать по коммитам, перекрестному code review и дашборду.
Всё зависит от ресурсов. Если у вас один прогер на проект- я гляну на ваши таски с привеликим удовольствием.
Спасибо за инфу!
По делу.
Само слово "мотивировать" ошибочно и должно быть выпилено из словаря. Мотивация возникает когда кто-то что-то действительно хочет получить или достичь, когда у него есть потребность. Если он лишь логически считает что это ему надо, то возникает эффект лени и непонимания почему нет мотивации, когда вроде бы полезное действие. Значит не такое полезное. Лень - ваш лучший друг, который реально оценит нужно ли вам что-то делать. Лень идеально взвешивает затраты и профит.
И вот, возвращаясь к слову "мотивировать", вы можете предложить какие-то услуги или товары, а вот замотивируют ли они работника - это уже решается на его индивидуальных внутренних весах. К примеру, чем больше у вас денег, тем меньшую для вас ценность они играют. Наращивать вам зарплату в геометрической прогрессии никто не сможет. Потому что через N месяцев, вас и миллиард долларов не устроит, если ваша прошлая зарплата была 500 миллионов. Значит предлагать нужно те вещи, которые не теряют ценность: предлагайте месячные отпуски, предлагайте сделать пятницу выходным днём, если работник будет эффективно работать.
правильно, это никакая не "мотивация", а манипуляция
Из своего небольшого опыта видел картину, когда дэйли митинги проводили для создания видимости работы. Собираются менеджер и несколько разрабов, и рассказывают кто что сделал. Все бы ничего, если бы сам результат труда был соответствующего качества, я бы не имел никаких претензий, но.. !!
Таски дают вообще без соблюдения приоритетов. Вместо того, чтобы дать сначала таск C, на котором завязан таск A, дают на выполнение сначала A (наверное потому, что он был раньше заведен), а потом при выполнении С придется выкидывать часть из А, на которую уже было потрачено время.
Или другой пример, это точки соприкосновения, когда имеет смысл вынести общие части для одного таска, и таким образом не делать двойную работу. Можно было бы внимательно слушать кто над чем собирается работать, и таким образом скооперироваться, но нет - всем насрать! Каждый отчитался по своей части, чем и выполнил требуемый минимум.
Как итог, было много частей приложения, которые нужно было рефакторить и выделить в реюзабельные компоненты, что никто не делал и тупо тратили время на копипаст и изобретение велосипедов
Это традиционный бардак на проекте
Сергей, большинство программистов это мидлы. Как выйти из этой области и стать сеньером или тим лидом? Возможно ли директору неявна намекнуть что вот ты готов сам или с кем то вести проект, или сто процентов нужно общаться? И как у тебя был этот переход, если помнишь, расскажи очень интересно было бы послушать)
Блин первый раз менеджер расказал по правде зачем эти ебучие статус митинги нужны, чтобы "мотивировать"(заебывать) сотрудников. Честно скажу гордости тут мало на митингах, если мне понравилась работа что я сделал - я похвалюсь прям сразу не дожидаясь статус митингов. Во вторых это дополнительная работа которая требует твою большую задачу раздробить на кусочки и расказать какой кусочек ты сейчас сделал и какой кусочек планируешь делать. В третьих учитывая что у всех свой гибкий график чаще всего эти митинги происходят посреди твоей работы, что очень негативно сказывается на результативности. А если еще и заказчик в эфире, то это вообще красота, просто хочется отключить свой мозг до момента пока раскажешь и после этого момента. В общем полный отстой с точки зрения комфорта программисту.
согласен, это должна быть сугубо внутренняя кухня команды. никто из посторонних не должен там быть. попросить помощи не должно быть равно равно отсутствию квалификации. в присутствии чужих это так и будет выглядеть. попросил помощи = а нужен ли он в команде ?
Согласен. Это не мотивирование, а манипулирование чистой воды! 😡
Хвастаться ежедневными достижениями будут только джуниоры. Более серьезных разработчиков ежедневные статус митинги будут только напрягать, потому что в их головах как правило задачи более чем на один день сидят. Еженедельного статус митинга должно быть достаточно в правильной команде.
@@SergeyNemchinskiy Да )
@@SergeyNemchinskiy Вот именно, что необходимость в daily status meetings видят ПМ-ы, а не разработчики, причем либо слабоватые ПМ-ы либо с высоким ЧСВ либо как правило и то и другое . Я как разработчик отчетливо понимаю что мой статус репорт ничего не даст, а наоборот отнимет время и внимание. У меня всегда есть очередь задач на неделю или больше вперед и когда я что-то заканчиваю это видно в статус трекере либо я сам скажу, похвастаюсь что я сделал. Я не хочу сообщать что я в середине какой-то задачи. Я хочу это сделать когда мне это будет удобно. Если у меня какая то проблема я не хочу ждать следующего дня чтоб сказать, что они есть, я постараюсь решить проблему и если не получиться сообщить сразу. Я работал с сильными ПМ-ами и слабоватыми. Сильные ПМ-ы не требуют дейли статус репортов. Я работал на проекте с сильным ПМ вообще без репортов и это был самый успешный проект. Также я работал на проекте с дейли митингами. Он тоже был успешный но скорее вопреки и не благодаря. Дейли статус митинги нужны если слабая команда из джуниоров за которыми нужен постоянный присмотр. Но в таком случае проект обречен в любом случае и статус митинги все равно не помогут.
Хотите замотивировать человека что то сделать?Возьмите семью в заложники ....работает с 90х годов ( инфа 100%) .
вам тоже показалась эта менеджмент технология каким-то инструментом с фильма ужасов типа "пила"?
На фронте у нас каждый день статус только среди разработчиков с тимлидом, по минут 30-40 бывает, т.к. начинается обсуждение тех.подробностей и иногда разбор кода))
С ПРом 2 раза в неделю, минут на 20-30, правда там общие вопросы, достижения обсуждаются.
Должен заметить, что ежедневный статус очень подстегивает, не дает расслабиться, по факту даже напрягает, но без него будут проблемы со сроками решения задач и т.д.
Здравствуйте , Сергей будет ли выложена лекция "как войти в it" которая была проведена в Харькове ?
У меня вопрос. А если в компании разрешено работать в любое время, главное чтобы отработать в день N часов. То когда собирать митинг? Если один работает с утра до раннего вечера, а другой с обеда до позднего вечера?
Господи, да!
Я разраб, и я, сидя на удаленке, без регулярных перестуков просто в прострацию впадаю и скорость падает нереально, я просто все продалбываю((
А руководство интровертно, и ему и так норм, что-то делается и слава богу.
Ежедневный stand up (Scrum, Agile etc. whatever you name it) - просто кнут для мотивирования продолжать крысиные бега. Очередной корпоративный инструмент для погоняния, но конкретно этот придуман для айтишников, в основном.
Эффективен ли он? Нет, абсолютно неэффективен. Неэффективен в смысле достижения цели командой - выдаче продукта. Зачем же он нужен? А это идет из корпоративной Америки, где вообще в любом коллективе наемных работников поддерживается эдакая нервозная атмосфера боязни оказаться "не своим", как они говорят, неконкурентоспособным.
В реальности, с точки зрения менеджеров, это нужно бездарным менеджерам, которые не в состоянии ни подобрать себе команду, ни орагнизовать работу этой команды. Без всех этих давлений на психику. Постоянных и ежедневных.
Чем в большее количество всяких митингов вовлекаются девелоперы, тем бездарнее и профнепригоднее их руководство. Которое не в состоянии само сформулировать ни техзадания, ни путей достижения цели.
Что касается "эффективной коммуникации", то она и так постоянно присутствует, эти stand up, как раз, пример неэффективной коммуникации.
В команде девелоперов все как на ладони, там отчетливо видно кто талантлив, кто бездарен, ленив и т.п.
Почти все известные сейчас, не побоюсь этого слова, великие продукты были сделаны или полудобровольными объединениями инженеров, или под руководством грамотного спеца, контролировавшего процесс в целом.
Почти все проекты со всеми этими scrum-мастерами и прочими бесполезным шлаком - типичное такое беспросветное болото.
Планёрки (в совковом понимании этого слова) иногда нужны, конечно. Но не в виде ежедневного погоняла и толкания в спину, постоянного давления на инженеров. От этого они будут работать только хуже. Но начнут рисовать нужные начальству картинки и полностью потеряют чувство искреннего вовлечения в проект.
"В команде девелоперов все как на ладони" - возможно. В аджайл команде, работающей над продуктом, обычно не только девелоперы. Короткий (_короткий_ бл!) ежедневный в строго определённое время синк - это некая точка стабильности, групповой ритуал в стае приматов. Если 4 девелопера говорят одну и ту же шаблонную фразу "ну, я работаю над своей таской" - это шлак, а не синк, и смысла в нём никакого нет. Да, люди не сразу понимают зачем нужно говорить что ты _сделал_ (не делал, а сделал, вот и вся разница, в этом вся суть) и что ты намерен _сделать_ до следующего синка. Если девелопер не знает, что он _сделал_ - значит, скорее всего, ничего полезного :) если не знает что он намерен сделать дальше - значит, плана работы нет, видения решения проблемы нет, и пора помочь ему научиться чуток лучше разбираться в рабочем процессе. Как специалист может давать какие-либо эстимейты, если не способен сказать, что он за сегодня _с_делает? Конечно он может не уложиться в сегодня, не сделать, это абсолютно нормально, просто сказать в 5-6 словах почему не вышло (не хватило времени, были скрытые эффорты, заблокирован отсутствием информации/дизайна/спеки/ответа кастомера/чего угодно, и т.п.) для того чтобы команда понимала, какие проблемы бывают, и как они решаются. "я вчера работал, и сегодня тоже буду работать" - это маскарад ебанатов, а не синк, но если менеджер продолжает подобную практику - скорее всего, говно у него будет, а не продукт, и кучка разрозненных выгоревших обезьян.
без этих митингов проект скатится в болото. и через пару недель никто не будет понимать где мы и что надо делать
@@volodymyrhavrylov7993 100% если программист говорит что делал task_name... это значит он не разбил этот таск на части и поэтому не может сказать какую часть этого таска он сделал. просто надо ему помочь с разбитием таска . это как раз работа менеджера
@@user-wo3rx5oe1f На практике все скатывается в болото с этими митингами.
Бездарность и безголовость менеджеров не исправишь никакими митингами. А именно проблему отсутствия грамотного менеджмента и пытаются решить этими "командными решениями" и "командным самоуправлением".
Как-то люди вполне успешно создавали и успешно заканчивали проекты без всех этих Agile, Scrum etc. еще 7-10 лет взад. В том числе гигантские проекты.
Все как всегда: в Штатах в R@D об этом Agile уже цензурными словами не говорят, до Украины/России только докатилась волна пика одержания.
Этими митингами, "тасками и разбитием тасков" (почему "таски", а не задачи? :) ) можно кое-как решить мелкие проекты типа формолепительства. Фриланс, ведь, на 90% именно этим занимается, насколько я знаю?
Попробуйте таким образом вытянуть проект, например, создания системы распознавания и классификации документов. Хотя бы более-менее удобоваримо поставить задачу, не говоря уж о техзаданиях. Митинги вам в этом очень сильно помогут, разумеется. С разбитием всего что шевелится на "таски".
@@user-wo3rx5oe1f Абсолютно согласен. Ну, не только менеджера, ментора там, просто товарища по команде и всё такое (я девелопер, есличо, не манагер), конечно надо человеку _помочь_, но не каждый сможет ещё и попросить о помощи, поэтому хорошо когда это сразу заметно и можно тактично предложить.
Спасибо. Ты поднял в моих глазах эту вещь!
Но на первой работе был такой статус-митинг: "Менеджеры-тестеры(да-да, именно так) становились у стеночки в кружок и гендир(численность сотрудников была около 40 человек) спрашивал у каждого менеджера, как там у него дела." Программистов вначале не приглашали, потом начали приглашать порциями, то есть примерно каждый программист попадал на 1/5 этих "митингов". Ну и соответственно, не эджайл, а хуйня. Есть абстрактное тз. По ходу его исполнения, клиент может передумать, менеджер может передумать, хуй с горы может передумать и тебе приходится иногда просто переделывать заново. Ебланство(
На второй работе получше, нас как раз 7 человек. Руководитель спрашивает, как идут дела, есть ли проблемы, над чем занимаюсь, когда планирую закончить. В целом норм. Если бы не было такого чувства, что руководитель пришел из чинуш и вся его деятельность сводится на прикрытие своей задницы, путем подставления задницы подчиненного(собственно это единственная функциональность чинуши). Но мы уже тертые калачи, проходили эту херню. Умеем направить удар в обратную сторону.
Я - левый чел. Пытался вникнуть в вашу проблему. Устал. Думаю руководство тоже.
Если он для менеджера то все встает на свои места. Но обычно говорят что он для "синхронизации команды". Реальность такова, что Васе который работает над багом Х незачем знать и держать в голове(!) что делает Петя который работает над багом Y. А тестировщики вообще не в состоянии понять про что говорят разработчики потому что те говорят о технических особенностях, а не о затронутом пользовательском сценарии. А что делает скрам-мастер? Он просто присутствует на митинге, потому что он не отвечает за спринт. Команда же "самостоятельная". А все что не успели сделать за один спринт перекочевывает в следующий. Короче, это не скрам, а хрень. Только проблема в том, что скрам-коач никогда не признается в том, что просто некомпетентен, и не в состоянии адаптировать методику применительно к структуре проекта. Вот и пытаются одеть на лошадь полосатую попону чтобы сказать, что это зебра.
мне кажется это как раз не очень правильный синк, если тестировщики не понимают, о чем говорят девелоперы. скрам мастер и дизайнеры с продакт оунером тоже значит не поймут, а должны )) для этого девелоперам объяснить, что технические подробности, понятные только человеку со скиллами - за пределами синка между собой, на синке только "я пофиксил баг, от которого вчера сервер падал, причина сложная, кому интересно расскажу потом" или "я сделал часть юзер стори про Х и пару юнит тестов к ней", это поймут все. Точно так же и тестер не должен затирать что-то из своей специфической терминологии (хз какая она у них там, наверняка есть) а сказать "я нашёл проблему в этом и в этом, а также сделал регрессию вот этого и там всё ок (или полная жопа))". Овнер тоже неплохо когда что-то осмысленное говорит типа "всё ок, только через две недели мы планируем поменять ТЗ на 180 градусов, вот сегодня узнал, предвкушайте". Вроде и мелочь, а всем понятно и полезно :)
именно, менеджер сам должен разруливать когда Васе и Пете нужно пересечься, а когда не нужно - не трогать их вовсе
Сергей, хотелось бы узнать. Обязательно ли иметь первый опыт работы в Java именно на Spring стеке и стоит ли избегать первого опыта работы в разработке, скажем, десктопного клиентского ПО? Ну там с небольшой примесью Spring'a в виде Spring Core/Spring JDBC
@@SergeyNemchinskiy спасибо)
@@Рекламанепройдет Сергей записал ролик вроде как на этот вопрос. Я уже точно не помню.
сложно, если команда распределенная и в разных часовых появсах. выглядит так, будто распределенные команды априори по производительности слабее будут.
А как вы расчитываете отчитаваться перед заказчиком? Вот что вы будете ему рассказывать?
Это "не всё". Вам виднее конечно. Но по опыту реального прогера очень выбешивают ваши статус митинги. Я могу быть не прав 100 раз. но это актуально, когда они мешаю реальной работе.
Статус митинг нужен только скраму. Потому что ему лениво залезть в джиру и посмотреть статусы тасков тиммемберов. Всё.
Дальше. В одной команде Вася свою задачу профакапил - ему на митинге помогут посоветуют, а в другой команде скрам скажет - ну полохо ты, Вася, работаешь. Плохо что сам срок своей задаче определить не можешь. И вся мотивация.
Или у Пети задача на 2 недели срока. Чем он там будет каждый день хвастаться? Скрам считает по количеству задач, он не в состоянии вникнуть в сложность.
Короче везде человеческий фактор.
Вообще, Сергей, я с удовольствием смотрю ваш канал, но тут, извините, был вынужден не согласиться.
В любом случае видео оказалось полезным хотя бы комментариями под ним. Спасибо.
Стоит задуматься, если вам в вещах, которые вы хорошо знаете - вы поддерживаете, а в вещах, которые вы знаете не очень - вы со мной не согласны. Задумайтесь об этом :) Все. чтоя сказал - это мой опыт руководства программистами на протяжении 20 лет
Это не мотивирование, а манипулирование чистой воды! 😡
Статус митинг это не способ кого-то зачмырить, а именно так, я смотрю, многие к этому относятся. Если вы работаете в команде и на результат, то стендап это инструмент, который позволяет вовремя выявить трудности и избежать их в будущем, яснее понять как движется процесс, выделить сильные и слабые стороны разработчиков и тд. И да, если ты шарабаниш, то стендап сделает твою работу некомфортно й и иногда невыносимой.
Когда работаешь на огромном проекте капец как интересно сидеть и слушать кто что сделал каждый день, работаю на таком проекте, утром митинг в нашей компании, который лится 15 минут но затягивается регулярно на пол часа хотя разработчиков трое, а вечером получасовой митинг в команде клиента, на котором реально хочется заснуть
Речь велась о максимум 15 минут. Я не защищаю автора, но это приемленно. Просто попробуйте.
Скорее всего аутсорс проект. Такое встречается
В скольких компаниях ни участвовал в таких митингах - везде менеджеры говорили что они полезны, а программисты - что это пустая трата времени. No comments, как говорится
Заметь, даже бывшие кодеры, начинают ценить этот треп, к чему бы это? )
Некомпетентность. Редкие менеджеры умеют создавать value, который должна оценивать команда, а не от сам.
@@oeaoo зато нет ни одного кодера, который бы сомневался бы в гениальности своего кода , даже если он постоянно падает в продакшене ))
потому программисты на своем месте, менеджеры на своем.
@@alko4188 или вам просто не повезло с коллегами или это ваше желаемое недействительное
Не в ИТ работаю но у нас тоже проводят такие митинги каждый день, но тим лид явно ниже компетенцией чем вы, так как в том формате что вы описали есть хоть какой либо смысл, у нас же просто всех собирают говорят что нужно сделать столько, вчера сделали столько, юзернейм1 - красавчик сделал больше всех, а юзернейм2 - лох и неудачник, сделал меньше всех, самое забавное что задачи у всех разные, а критерии оценки одинаковые для всех) реально пустая трата времени получается
Это KPI. Все хотят его иметь,но по ходу он имеет всех))) Со временем всё пройдёт... даже мы
В общем цель занять себя и задергать людей видимо, хотя может чего и не понял, хз)
Вообще то тимлид и так знает кто чем занят и на какой стадии. Плохо когда на 1 программиста становится 10 начальников.
@@SergeyNemchinskiy Чтобы тимлид знал текущие таски его команды и их статус на доске - ему надо быть экстрасенсом, не так ли? :)
@@SergeyNemchinskiy Ну, хз. Тим-лид - это же не ПМ, если у него команда не 20 человек, а 4-5 (как доктор прописал) и сам он не кодит, а код-ревью делает, то наверняка должен знать, т.к. раз по 5 на дню мидлам поможет и пул-реквесты посмотрит ))) По крайней мере, я так делаю.
На полке "Подяка")))
у нас бы в армии так проходили бы совещания.
Привет, Сергей. Вот несколько иной взгляд на данный вопрос: www.yegor256.com/2015/01/08/morning-standup-meetings.html
Полностью согласен с мнением автора
@@SergeyNemchinskiy , как у Немчинского так и у Бугаенко много полезных и рациональных идей и от каждого можно взять лучшее. По поводу стендапов - если они не более 10-ти минут то для менеджера они действительно неплохой тул, но для разработчика - в лучшем случае удовлетворене любопытства кто над чем работает в данное время. Из личного опыта - что с дейли, что без него работа происходит одинаково. Может дело в комманде и мотивации а не формальных "посиделках"?
Третье тысячелетие - что ты несёшь вообще? Трекеры - не не слышал? Какие митинги "когда сделаешь"???? Что за совок?
scrum?
такие короткие ( не длинные) собрания, когда уточняется текущее положение дел у каждого , не нравятся тем, кто ничего/почти ничего не сделал/делает.
Когда человеку есть что сказать- ему пох.
А руководитель задачи должен знать состояние задачи, а не боятся, что какой-то программист/региональный менеджер/уборщица/кадровик будет недоволен.
скорее наоборот. Тот, кто занят тасками, не хочет лишний раз отвлекаться, чтобы рассказать об очевидных вещах (лучше пусть на доске смотрят чем я занят и что собираюсь делать, кому интересно).
Тем более, болтать - не мешки ворочать. Вместо того, чтобы потратить энергию на выполнения таска, некоторые потратят ее на то, чтобы красиво отчитаться на митинге, что может быть приближено к оковтирательству
@@ni55an согласен с вашей точкой зрения! Ещё могут быть таймшиты в которые может записываться очень краткая отчётность за потраченое время на таску. А менеджмент технология с видео это чистейшей воды манипуляция!
планерка по русски
планерка это другое. там раздача текущих задач на сегодня. и все