Один из членов команды сказал мне, что стендапы — это пустая трата времени.
И я с этим согласен. А вы разве не согласны?
Зачем нам вообще нужны ежедневные стендапы?
Может быть, это хорошая возможность выпить вместе кофе, или 15 минут перерыва, чтобы проверить почту/телефон (спасибо удаленке), или это возможность узнать, кто из коллег в офисе (если вы вернулись в офис).
Хорошо, я знаю, о чем вы думаете.
Давайте рассмотрим типичный сценарий.
Что обычно происходит на стендапе?
Ведущий: Доброе утро всем, давайте начнем.
Член команды 1: Начинает описывать, что они делали вчера и что делают сегодня.
Член команды 2, 3 и 4... Делают то же самое. Вы этим занимаетесь на ежедневных стендапах?
Тогда, безусловно, это пустая трата времени.
Насколько это всё важно для всех присутствующих на нем? Может быть, для немногих, если они слушают. Вы спросите, что в этом плохого? Ведь нас много лет учили это делать. Тогда вам стоит прочитать мою статью «10 способов облажаться с Agile». Главный недостаток подобного ежедневного стендапа — отсутствие цели. Следовательно, это пустая трата времени.
Итак, какова его цель?
Цель стендапа — проконтроллировать прогресс в достижении цели спринта и при необходимости навести порядок в бэклоге спринта, скорректировав запланированную работу. (См. Scrum Guide 2020. Страница 9)
Что вы сделали вчера?
Если вы успешно выполнили то, что планировали сделать вчера, то это здорово — вы что-то завершили и это уже в прошлом. Это может быть важной темой для обсуждения на стендапе, если вы столкнулись с проблемами и вам нужна помощь, чтобы с ними разобраться. Если нет, то вы на пути к цели спринта.
Итак, что вы делаете сегодня?
То, что вы делаете сегодня, очень важно для вас, и если вы четко представляете себе требования и имеете план по его выполнению без каких-либо зависимостей или конфликтов, то все в порядке.
Зачем рассказывать другим, что вы собираетесь делать, если вам не нужна их помощь?
Знаете ли вы:
Ежедневный стендап — это не митинг по обновлению статуса.
Почему стендап так важен?
Он важен для улучшения коммуникаций, выявления проблем, быстрого принятия решений и, следовательно, устранения необходимости в других встречах. (См. Scrum Guide 2020. Страница 9)
Знаете ли вы (2):
Ежедневный стендап необязательно проводить скрам-мастеру; это могут делать разработчики/любой член скрам-команды.
Какой должна быть структура ежедневного стендапа?
Стендап проводится для скрам-команды, и команда сама решает, какую структуру и техники она хочет использовать. Если вы как команда все еще хотите знать о выполненной работе, то пусть будет так, если это служит цели и помогает вам строить практические планы на сегодняшний день.
Проверка фактов
Разработчики могут выбрать любую структуру и техники, если участники стендапа фокусируются на прогрессе в достижении цели спринта и формируют практический план действий на следующий рабочий день. Это создает фокус и улучшает самоменеджмент. (См. Scrum Guide 2020. Страница 9)
Важнейшим фокусом ежедневного стендапа должно быть выявление и устранение проблем и препятствий путем быстрого принятия решений, по возможности исключая необходимость в дальнейших встречах.
Если этого удастся достичь в ходе ежедневных стендапов, то получится высвободить какое-то количество времени для важных задач.
Завтра пройдет открытый урок, посвященный метрикам Канбана. Мы рассмотрим, какие метрики имеют наибольшее значение для успешного управления проектами, как они взаимосвязаны и как их использование может повысить эффективность работы команды. Записаться на урок можно на странице курса Agile Project Manager.
Комментарии (60)
mrise
16.01.2024 08:21+9Личное мнение: если ваши стендапы не похожи на встречи у кулера, где люди из одной(!) команды хвастаются, жалуются и ноют о том, что они делали и будут делать, то такие встречи будут ощущаться обязаловкой, и их будут за это не любить.
MonkAlex
16.01.2024 08:21+6Всегда стараюсь сделать две вещи:
Сказать как дела. "Делаю фичу А, всё по плану, проблем нет" или "Делаю фичу Б, есть проблемы с одной мелочью, общаюсь с коллегами" или "Делаю фичу В, не понимаю как быть в конкретном кейсе, запланировал встречу с ответственными, хочет кто-то послушать тоже?".
Сказать что планирую. "Доделываю фичу, потом посмотрю на тему Д, пока не представляю что это такое". В активной команде тут можно услышать "обращайся ко мне с вопросами, я в теме". В пассивной я этот вопрос озвучу отдельно - шарит ли кто-то. Может быть что-то вида "По фиче ещё дофига работы, неделя минимум." В такой ситуации стендапы для меня могут быть лишними, но я всё ещё важен как участник, способный сказать другим "обращайся ко мне с вопросами, я шарю" или "не делайте так, у нас по другому работает продукт\\давайте проведём ПБР и обсудим, у нас раньше по другому это было не просто так".
amarkevich
16.01.2024 08:21+1не понимаю как быть в конкретном кейсе
всегда удивляет, когда при наличии проблемы ждут запланированной встречи. многие мелочи можно порешать на месте, связавшись с коллегой, который разбирается в вопросе
MonkAlex
16.01.2024 08:21+1А почему цитируете не целиком, я же вроде явно написал
Делаю фичу В, не понимаю как быть в конкретном кейсе, запланировал встречу с ответственными, хочет кто-то послушать тоже?
Что вы предлагаете?
WebPeople
16.01.2024 08:21+1Я попробую ответить. Ждут встречи, только если есть другие задачи. Зачем бросать работу и бежать искать ответ у коллег, когда у тебя есть чем заняться? Проще записать свой вопрос, а потом озвучить на Дейли. А в случае блокера - проблему решают сразу, никого не ждут, сразу в чат пулят вопрос. Или просят встречу для обсуждения решения проблемы.
SSukharev
16.01.2024 08:21Цель как раз есть - людьми с клиповым мышлением стало невозможно управлять, поэтому появились все эти скрум-аджайлы. Что бы тупой разработчик, который не в состоянии удержать внимание на задаче, ещё раз сказал сам себе и всем остальным чем он занимается.
MonkAlex
16.01.2024 08:21+2Звучит сомнительно. Если он на рабочей задаче сосредоточиться не может без дейли, то работает он ещё хуже (делаю такой вывод).
Apoheliy
16.01.2024 08:21Сарказм: Сарказм:
В фильме "На Дерибасовской хорошая погода ..." для подобного предлагался наградной пистолет: взглянул на надпись и вспомнил кто ты, звание и т.д.
Т.к. раздавать всем пистолеты это дорого и опасно, то можно распечатать плакат "Разработчик Вася Пупкин, Проект СайтНиочём" и повесить на стену перед глазами.
SSukharev
16.01.2024 08:21-2Я это вижу каждый день, z-ты не в состоянии написать осмысленный, связанный текст из двух абзацев.
MonkAlex
16.01.2024 08:21+9Абсолютно в любой возрастной категории найдутся те, кто не способен написать связный текст. Это ни о чём не говорит.
Ktator
16.01.2024 08:21Много ли людей других поколений в таком же возрасте были в состоянии написать осмысленный связанный текст?
SSukharev
16.01.2024 08:21Дело не в возрасте, дело в психологии, если человек не может задержать внимание больше чем на ролик из 15 секунд, то он не в состоянии не только писать большие тексты, он не осилит прочитать войну и мир Л. Н.Толстого. Если интересно и хотите разобраться в проблеме поищите лекцию Андрея Курпатова о том как изменился человек и чем это все грозит.
p_a_sh
16.01.2024 08:21+1По комментам сложилось ощущение, что пришел немолодой уже дед, недовольный тем, что "неумной молодежи понабрали из детского сада", которая только тиктоки смотреть может, а "... я-то в советские времена ооо...".
А где пруфы, что таких много в отрасли?
На моем (не особо долгом, но все-таки) пути попадаются большинство, как раз, и читающие, и проактивные в работе, и делающие крутые вещи в свои 20+/- лет.
feelamee
16.01.2024 08:21-4Я считаю название не соответствуют содержанию. Я думаю, что прочту про стендапы. Ну, те, на которых шутят. А тут какие-то.. стендапы)
oldmurik
16.01.2024 08:21-1Это проблема всего современного бизнеса. Им не нравятся старые слова и они придумывают новые, либо заимствуют имеющиеся. Хотя стендап можно было бы заменить простыми словами по типу: пятиминутка, встреча, летучка и ТД. Но к сожалению, эти слова немодные и некрасивые и их не продашь дорого ))
1Tiger1
16.01.2024 08:21+4вы когда нибудь работали в международной команде? готовы объяснить китайцу на английском что такое "летучка" и почему именно это слово надо использовать вместо привычного всему миру (в отрасли) scrum, daily или stand up?
почему вы сидите в своих узких ящиках и мыслите в них же? мир шире чем то что вам привычно и знакомо. но вместо того чтобы разобраться вы ноете и филосовствуете о продаже слов. наверняка при этом ещё и ощущая себя офигенно мудрым.
Apoheliy
16.01.2024 08:21почему вы сидите в своих узких ящиках
Похоже, Вы сторону международной команды попутали. Согласно интернетам, это именно китайцы сидят в узких ящиках (иногда квартиры ужимаются до 5 м2).
Это сарказм, если что.
bolk
16.01.2024 08:21Речь идёт о русском языке как будто. Причём тут китайцы и английский, что за бред? Остальные слова в русской речи вы тоже английскими заменяете из-за китайцев?
1Tiger1
16.01.2024 08:21при том что IT глобальный, за редкими исключениями. редкие исключения могут вводить свою терминологию если им нужно. но тогда не стоит удивляться что их никто не понимает. никто не будет менять общую терминологию чтобы удовлетворить желания редких исключений.
bolk
16.01.2024 08:21В русском-то кто мешает использовать уже существующие слова? Мы говорим «клавиатура», никто не страдает от того, что мы не говорим «киборд» или «теклада».
1Tiger1
16.01.2024 08:21+1да на самом деле никто не мешает, используйте.
главное же коммуникация. если вы работаете на заводе в компании людей 50+, всю жизнь проработавших на этом же заводе, для которых летучка и ЭВМ гораздо понятнее дейлика и компьютера - без проблем, оптимально будет называть их именно так.
в той среде в которой работаю я и большинство IT у вас будут проблемы с коммуникацией.
говорите на том языке на котором говорят люди.
язык он ведь гибкий и саморегулируемый. "дейлик" и "митинг" позаимствовпли, "созвон" оставили. компьютер позаимствлвали, клавиатуру нет. он развивается так как ему удобно. никто не сидит с печатью и не утверждает что и как называть.
можете везде говорить летучка и ЭВМ, да у вас будут сложности с коммуникацией (простите, общением конечно же) в большинстве случаев, но никто вам не запрещает же. просто неудобно.
вы хотите навязать чтобы все общались так как привычно вам? ну попробуйте, хотя я уже знаю куда вас пошлют.
p. s. некоторые термины в принципе не переводятся потому что аналога нет, хотя кажется что есть. "летучка" традиционно это проверка статусов и раздача задач. быстрая. перед работой. в соответствии с традициями управления в СССР, от начальника к подчиненным. вот только нормальные дейлики совсем не про это. но это уже другая история.
oldmurik
16.01.2024 08:21-1Ну просто для справки - у меня сейчас компания международная, в которой русских практически нет.
И да, для каждой страны есть свои названия привычных вам вещей.
С китайцами работал и знаю, что у них дикие проблемы с английским и подобные вещи они чаще всего воспринимают буквально, а не в каком-то ином значении. Из моего опыта в этом ключе было проще общаться с индусами. Хотя и с ними было огромное количество проблем.
По поводу вашего замечания - основная проблема англицизмов в том, что нет четких определений. Мой яркий опыт. Сидит мой директор и директор компании, предоставляющий иммигрантов. И вот мой директор говорит - нам нужен аутстаффинг. Их директор говорит - мы готовы предоставить аутсорсинг. И оба друг друга не понимают вообще. Потому что нам по итогу нужны были услуги по привлечению иммигрантов из-за рубежа, а компания готова предоставить иммигрантов на территории россии, оформляя их у себя.
Поэтому я не очень люблю эти замены в российском бизнесе. Когда вы работаете с иностранцами - да без проблем. Используйте всё, что хотите. Но статья вроде на русском, вроде для российского бизнеса. Вроде бы претендует на обучение. Поэтому предлагаю делать, как делали всегда. Расшифровку или легенду.
И в заключении. Есть реально тренеры, которые просто пихают немыслимое количество иностранных слов (необязательно причем английских). Именно на это я и намекал, говоря, что обычные русские слова не продаются, а вот какой-нибудь французский реюньон звучит заковыристо и нужно купить курсы этого тренера, чтобы понять о чем он пытался сказать )
1Tiger1
16.01.2024 08:21+1это стандарт отрасли. жаргон. лексикон. это то что говорят, понимают и не страдают ерундой.
он сформировался полным англицизмов потому что IT отрасль сильно глобализированная. общение, совместная работа, обмен опытом, конференции, книги, статьи, блоги, документация и прочее и прочее. и все это в основном на английском или переведено с него. это просто глупо и неудобно переводить для локального использования "летучка" когда все вокруг называют это, daily, DS или stand up.
я говорил про международные команды, в них могут быть китайцы, американцы, русские, швейцарцы, казахи, канадцы, британцы и немцы. и все вполне неплохо говорят по английски, потому что а без вариантов, иначе никак, те кто не говорят не будут в команде так как не смогут работать. и это не экзотика, это современная норма в IT отрасли.
если честно, ваш пример с директором меня вводит в ступор и вызывает кучу вопросов. зачем он использует слова которых не понимает? зачем он придумывает свои смыслы для слов? почему просто не погуглит? что за услуга по привлечению мигрантов? что он делает в роли директора если не разбирается в самых базовых схемах работы с контракторами? короче много вопросов к квалификации директора.
а аутстаффинг это предоставление своего персонала (в своей компании, на своей территории) для решения задач клиента под управлением клиента. то есть люди наши, менеджмент и задачи ваши.
и это знает почти каждый мидл, просто потому что сталкивался, это знает абсолютно каждый менеджер а IT любого уровня, это распространённое понятие. очень.
oldmurik
16.01.2024 08:21И по поводу ящиков ещё хотел высказаться. Они сегодня собираются рассказывать про систему канбан. Этому слову уже 60 лет. И вот я, поскольку обучался 20 лет назад и обучение было в сфере машиностроения, буду иметь другие понятия и значения. Хотя говорить мы будем об одном и том же. Поэтому и предлагаю, как в любой научной литературе(статье) делать легенду. Так будет проще и понятнее. И таким образом, возможно, ускориться курс на единообразие значений иностранных слов.
1Tiger1
16.01.2024 08:21просто разберитесь что такое канбан в IT. Всё. просто разберитесь.
вы же не думаете что вам в рот засунут много многотонных железных и бетонных балок когда стоматолог говорит что нужно ставить мост?
легенда это хорошо, но вы, вместо того чтобы научится, предлагаете всем легендировать всем понятные, базовые, давно всеми используемые термины.
понимаете как это выглядит? пришёл новичок из другой области и вместо того чтобы разобраться в терминологии новой для него области, требует "давайте все переведём как мне удобно, потому что надо на русском, я учился на машиностроителя! и легенду мне!". вы когда "учились на машиностроителя" слова "колесо" и "шестерня" легендировали? беспокоились что никто не перепутать сварку с варкой? изучите терминологии и не страдацте ерундой. и директору своему объясните что гуглить не стыдно.
vagon333
16.01.2024 08:21В "умелых руках" любую идею можно исковеркать. :)
Похожее было и во времена СССР (ежедневные пятиминутки, планерки) и сейчас.
Смысл в периодической проверке статуса.
MiraclePtr
16.01.2024 08:21+1Смысл в периодической проверке статуса
Скрам-гайды прямым текстом пишут, что "Daily standup is not a status meeting", и даже часто встречается "If you are doing dailies as a status pull, you are not doing scrum". Вплоть до того, что на дейли вообще может не быть менеджеров и начальства, это в первую очередь митинг для самих разработчиков.
kompas_3d
16.01.2024 08:21Если нужна помощь, то не нужно ждать стендапа/митинга/собрания. Нужна сразу её попросить.
DenSigma
16.01.2024 08:21Есть такой тип команд - в них невозможно никого ни о какой помощи попросить. Тебя заворачивают "ты же сам хочешь в этой проблеме разобраться". Если ты лично не дружишь с членами команды - добиться обсуждения ни по какому вопросу становится невозможным. Особенно где "у нас молодой дружный коллектив", которые сразу после универа. Там просто беда с коллаборацией. С этим дружу, с теми не дружу.
Вот для таких случаев, чтобы формализовать общение и ЗАСТАВИТЬ всех коллег участвовать в работе команды, и придуманы всякие митинги.
В нормальных взрослых коллективах все вопросики уже решены. Люди общаются, обмениваются инфой и помогают друг другу независимо от личных предпочтений и неприязни.
В промышленности распространены совещания, но там на совещании присутствуют не рядовые исполнители, а начальники цехов и отделов, которые да, докладывают поочередно о прогрессе и возможных проблемах.
kompas_3d
16.01.2024 08:21-3В промышленности распространены совещания, но там на совещании присутствуют не рядовые исполнители, а начальники цехов и отделов, которые да, докладывают поочередно о прогрессе и возможных проблемах.
В промышленности нет эджайла) Там просто работают.
Там просто беда с коллаборацией. С этим дружу, с теми не дружу.
Детский сад какой-то. Они деньги зарабатывают или в клуб по интересам пришли? Куда начальство смотрит? Одно лишение премии и они поймут что нужно уметь договариваться.
oldmurik
16.01.2024 08:21+1Создаётся впечатление, что вы не работали в крупных компаниях. Чем компания крупнее, тем она больше похожа на детский сад. Я вот за свою жизнь осознал, что взрослого от ребенка отличает только наличие обязанностей и ответственности. А так они не сильно разнятся в поведении.
MiraclePtr
16.01.2024 08:21В промышленности нет эджайла) Там просто работают
В промышленности аджайл заходит и заходил вообще отлично ещё даже в те времена, когда в нашей провинции самого слова "аджайл" не знали - просто методом проб и ошибок пришли к тому, что оказывается почти во всем мире называется словом аджайл. Я уже когда-то давно рассказывал эту историю тут:
Мы к чему-то такому пришли ещё лет так 15 (!) назад, когда в нашей провинции, где я тогда жил и работал, даже ещё слов таких как "аджайл" не знали - просто пришли к этому опытным путем, и это оказалось реально эффективнее. Нашими заказчиками были большие нефтегазовые компании, мы делали АСУТП - диспетчеризация для нефте- и газо-добычи, замерные установки, управление задвижками и резервуарным парками, системы обнаружения утечек из трубопроводов. Наши конкуренты работали именно по вотерфолу - согласовали, утвердили, через полгода-год приехали на развертывание и наладку. Мы же за месяц-два пилили черновик очередной фичи, приезжали на промысел, показывали начальству, технологам, диспетчерам, выслушивали, обсуждали, принамили предложения, дорабатывали как просят, и ехали домой делать следующую фичу - и нашей системой заказчики (разные) в итоге были гораздо более довольны, отзывались гораздо теплее, и "проталкивали" дальше гораздо активнее.
nighthtr
16.01.2024 08:21+1Если помощь с проблемой нужна, более чем от одного человека, проще договориться о встрече на дейлике, подкорректировать планы, выделить и договориться на всем удобное время. В течении рабочего дня это тоже можно сделать, но времени на это может уйти гораздо больше, учитывая что кто-то может быть занят или отсутствовать.
kompas_3d
16.01.2024 08:21А почта для чего существует? Написал письмо всем кто нужен и спокойно договариваешься.
alexhott
16.01.2024 08:21Как вы оцениваете пользу? Как вы понимаете зачем нужны стендапы?
10 минут по стандарту - тут больше психологический момент а не реальный контроль и разбр чегото и решения. И это работает
divergo
16.01.2024 08:21-2Заумные термины и иностранные слова единственно нужны для того, чтобы продать себя как гуру. Назови стендап планеркой, и все, магия рассеется. Все эти скрамы с эджайлами - карго-культ для нерадивых управленцев.
MiraclePtr
16.01.2024 08:21В том-то и дело, что согласно скраму, дейли - это вообще совсем не "планерка" и никогда не должен ей быть. Вплоть до того, что там не обязательно должны присутствовать менеджеры/начальство вообще. А "планерка" где обсуждают план работ на неделю/месяц - это "planning meeting" :) слово очень похожее.
kompas_3d
16.01.2024 08:21+2Планёрка несколько иное действие. Там можно сидеть и там планируют работы на день, она довольно продолжительная. А стендап - все стоят, планирования нет, только синхронизация и обсуждение проблем. Стоять обязательно - чтобы не было комфортно долго говорить.
Nikolaev_Nikolay
16.01.2024 08:21Ненавижу скрам. Эта зараза "эффективных" менеджеров.
MiraclePtr
16.01.2024 08:21Все эти гибкие методологии не для менеджеров придумали, а для заказчиков, а именно для решения старой проблемы: клиент приходит к вам со списком хотелок, которые условно говоря сформулированы на 5 страницах. Потом бизнес-аналитики или технологи это все дело внимательно читают, задают вопросы, смотрят как что сделано у конкурентов разговаривают с инженерами, сверяются с отраслевыми стандартами, и т.д., в итоге превращают эти 5 страниц требований в 50 (а то и в 150), и отдают это ТЗ обратно заказчику на согласование. Проблема в том, что заказчик практически всегда это итоговое ТЗ или особо не читает, или читает, но при этом все равно представляя какую-то картину, которая у него была с самого начала в голове, натягивая на нее все написанное. И когда после долгого времени разработки по утвержденному ТЗ все готово, то... оказывается, что нужно было вообще совсем другое. И заказчик в печали. Разработчики, кстати, тоже будут демотивированы - так долго делали, столько старались, а в итоге результат всей этой работы придется выкидывать и переделывать. Можно, конечно, сказать заказчику, мол, сам дурак, какое ТЗ такой и результат, сами утвердили и подписали, вот только заказчики от этого не изменятся, а просто пойдут со своими мешками денег к тем, кто более гибкий (неспроста Scrum - относится именно к "гибким" методологиям), а вы останетесь без заказов. А "гибкие" товарищи гораздо быстрее адаптируются - оценили, сколько займет та или иная работа (стори-поинты, перформанс команды) чтобы знать на что рассчитывать и что и когда обещать заказчику, склепали быстренько прототип, показали клиенту, приняли отзывы и правки, доработали, пошли пилить дальше. И все довольны.
AlexCzech01
16.01.2024 08:21Меня всегда удивляет в таких текстах (читаю их точно не первый и не второй раз) странный выверт, что сначала они утверждают, что стендапы нужны, а потом, когда возникает совершенно логичный вопрос "зачем", внезапно оказывается, что это сама команда должна решить
Если мы не знаем, зачем они нужны, откуда мы знаем, что они вообще нужны. Может быть, некоторым командам не нужны такие встречи. А может быть, таких некоторых команд 90%. Может быть, если бы их перестали навязывать как некое обязательное мероприятие и оставили самой команде решать, когда и какие встречи проводить, было бы лучше, а не хуже. Но тогда экспертам по скраму может быть нечего было бы делать
MonkAlex
16.01.2024 08:21+1Это особенность скрама.
В гайде явно написано - если делаете что-то не по гайду, у вас не скрам.
В гайде есть дейли митинги. И получается всё, сертифицированный скрам-мастер обязан проводить митинги =)
Аджайл как фрейморк более гибкий, делайте хорошо, плохо не делайте, подбирайте свои варианты плохо и хорошо сами =)
1Tiger1
16.01.2024 08:21+1чтобы у вас был скрам надо не делать по гайду, а надо чтобы вся команда понимала зачем нужен процесс, каждая его деталь и в каком виде, и (так как это аджайл процесс) могла адекватно и взвкшенно адаптировать его под свои нужды.
если скрам вводят директивно ничего не объясняя и не адаптируя под потребности - это не скрам, это срам.
если те кто его вводят не понимают зачем он нужен и почему именно он - это не скрам, это срам.
если процесс постоянно нарушается и "сверху" и "снизу", и от скрама остаются только формальные спринты и отчёты по утрам - это не скрам, это срам.
если команда состоит из тех кто "задачи из жиры пилит" и им плевать и на процессы и на продукт и на эффективность - это не скрам это хрень.
если в команде никто не понимает нафига вообще нужны все эти митинги, процессы и прочая развлекуха менеджеров, когда можно просто кайфовать от программирования 24х7 - это не скрам, это надо их собрать и отправить на хакатоны, пусть креативят, кайфуют и не мешают делать продукт, разработка это в первую очередь бизнес а потом уже дрим тим, креатив и кайф от программирования.
MonkAlex
16.01.2024 08:21Вы всё в кучу намешали. Я просто указал, что скрам гайд требует выполнения всех процедур, иначе "мы умываем руки, почему у вас не работает".
AlexCzech01
16.01.2024 08:21Осталось понять, как команда должна понимать, зачем нужен стендап, если ей самой предлагается придумать, зачем он нужен. А если она вдруг скажет, что не нужен, то их изгонят из скрам-рая, и что бы ужасное ни произошло с их продуктом - сами будут виноваты
Вы, как это часто бывает, берете две экстремальные альтернативы и дальше говорите - выбирай, у тебя скрам будет или тебе плевать, что случится с продуктом.
Это манипуляция. Вполне возможен случай, когда мне совсем не плевать на продукт и одновременно совершенно нет желания придумывать, зачем мне каждое утро стоячая встреча на 5-10 минут, без которой я до этого вполне мог обходиться
1Tiger1
16.01.2024 08:21кто изгонит? куда изгонит?
если команда реально считает что дейлики ей не нужны то может их отменить. или сделать реже. в чем проблема то?
команда должна понять что процесс нужен не менеджменту, а в первую очередь им самим. что она решает их проблемы и упрощает им жизнь. тогда она сможет понять как им адаптировать его под себя.
как понять?
можно например поломать процесс и устроить полный хаос. это дорого, зато те кто всю жизнь работал в более менее нормальных процессах и ныл "зачем это нужно, не отвлекайте меня от работы" довольно неплохо осознают "зачем все это нужно".
можно нанимать сразу адекватных разработчиков, которые не только знают что будет при выполнении вот этого кода (сарказм) но и понимают разработку в целом, процессы, другие роли, и прочее, а не только свою узкую область и задачу.
много чего можно. скрам кстати тоже не обязателен, можно например на канбан переключиться если удобнее, на время или навсегда. можно смешать но не взбалтывать. или что то другое. или что то свое. по ситуации. тут ведь главное что, чтобы команда была проактивной в вопросах самоуправления, понимала зачем это нужно и адаптировала процесс под свои потребности. а не сидели и ныои "вот нас заставляют". вот исходя из этого перечитайте мой комментарий выше, и думаю поймёте что никакой манипуляции там нет, лишь обращен описание основных, самых шаблонных, проблем в построении процессов и командной работы в целом.
AlexCzech01
16.01.2024 08:21Проблема в том, что как правило никакая проактивность в вопросах самоуправления невозможна. Ну то есть наверное есть где-то команды, которые могут сказать "нам не подходит скрам, будем делать канбан" - и наступает канбан. Но лично я таких команд никогда не видел.
Отсюда и фраза про "выкидывание из скрам-рая" - обычно скрам не сам собой заводится в команде от понимания процессов, а приходит некто и говорит "вы теперь будете работать по скрам". Всей организации или как минимум всему IT-департаменту. И скрам-мастеров или инструкторов приводит. Со всеми вытекающими отсюда последствиями
А в книжках да, всё происходит так, как вы описали. И возможно в прекрасных ФААНГах далеко на горизонте ещё. Хотя тоже уже очень сильно сомневаюсь
1Tiger1
16.01.2024 08:21+1это есть почти в любой нормальной IT компании. нет банк, завод или инт
ернет провайдер это не IT компания, даже если там есть "IT департамент". ну и исключаем всяких интеграторов, локализаторов и самые галерные галеры работающие на аутстаф за еду. ну и работающие на гос подряд само собой.
любая нормальная комапания будет стремится к самоорганизованным командам потому что это радикально повышает все параметры, от эффективности и качества до предсказуемого деливери новых фич и задач. и главной проблемой обычно является научить людей организовыватся, и уж точно мало кто целенаправленно этому мешает.
просто найдите нормальную работу. вполне возможно что для этого придётся выучить английский и работать удалённо, или релоцироватся.
нет faang для этого совсем не обязателен, скорее наоборот, у них как у любых крупных компаний все же уровень бюрократищма выше, хоть они и борются с этим. компании среднего уровня, стартапы, нормальные аутсорсеры где ценят сотрудников. это все можно выяснить на собесе и подтвердить в первые месяцы работы.
серьезно, ваше "я таких команд не видел" звучит как будто вы всю жизнь просидели в подвале завода, в глубинке, заправляя принтеры, под управлением начальника сумасброда, который вообще не в курсе чем управляет.
самоуправляемые, самоорганизующиеся команды, уже лет 10 стандарт отрасли, норма, ну за редкими исключениями.
past
16.01.2024 08:21+1Можно легко увеличить пользу стендапа, если вместо обтекаемого "что делаешь по задаче?" задавать вопрос "что мешает подвинуть задачу вправо?"
Batalmv
16.01.2024 08:21+1Член команды 1: Начинает описывать, что они делали вчера и что делают сегодня.
Член команды 2, 3 и 4... Делают то же самое. Вы этим занимаетесь на ежедневных стендапах?
Тогда, безусловно, это пустая трата времени.
Расскажу "секрет" как эту "пустую трату времени" превратить в мега полезную вещь :) Все очень просто. Отдельно взятый стендап действительно безполезен. Ну все пришли, ответили на три стандартных вопроса и разошлись.
Но прикол в том что они проводятся каждый день, и именно в этом месте начинает проявляться смысл.
Польза 1. На самом деле вопросов не два, а три. Третий вопрос "есть ли какие- от проблемы". Если на него есть ответ - значит есть фронт работ чтобы проблему закрыть и повысить шансы успешного спринта :) Почему автор об этом упомянул - непонятно. Но возможно статья носит рекламный характер и этот третий вопрос будет уже "продан" на вебинаре/тренинге как некое потайное знание, которое можно получить только там :)
Польза 2. Банально сопоставить, что условный "Вася" обещал сделать вчера с тем, что он сделал на сегодня. Если по какой-то причине обещанное "сделать" не перетекло в "сделанное" и к примеру, оценка этой задачи всего пару "стори поинтов" - есть вопрос к Васе. Конечно, не все столь примитивно. Бывают задачи на много стори поинтов, бывают PoC и всякие research (которые могу затянуться), но общая идея понятна. Как только "обещанное" не превращается в "сделанное" - это повод подумать о том, что наверное есть проблема
Польза 3. Если ранее была идентифицирована проблема, найдено (как всем на тот момент казалось решение) - то стоит уточнить, так ли это
Польза 4. Перед стендапом полезно смотреть на список задач, чтобы оценивать, а все ли хорошо. Если есть ожидания по количеству или конкретным задачам, что они, к примеру, должны перетечь в тестирование, а этого не происходит - снова имеем потенциальную проблему.
Польза 5. Какая-то задача все время возникает, вроде "бесконечный фикс" одного бага. Что-то тут явно не так и стоит это классифицировать как проблему. Возможн проблема с требованиями, лиоб просто два человека по разному читают написанное, а пойти к третьему почему-то не могут.
... и так далее
Основная идея (для меня) стендапа - это способ быстрой идентификации проблем, который надо решить, либо проверки что предыдущие проблемы решены. Потому что после стендапа все разойдуться кодить/тестить, а я должен пойти решать проблемы.
Это может быть все что угодно. Нет доступов, упал тестовый сервер, "Вася мудак и пишет плохой код", заказчик прибежал и очень слезно просил переделать и т.д. Задача команды - работать, писать код, тестить, двигать поставки по средам. Задача менеджера - помогать идентифицировать проблемы и решать их.
И ежедневные утренние стендапы в формате три простых вопроса "что сделал", "что сделаешь", "что тебе мешает" идеально подходят, особенно если ты умеешь потратить не больше 15 минут.
--------------------
И дело тут не в методологии. Все давно изобретено и придумано до того, и даже до ИТ :) Попытка продать методологию (вот она и только она) обречена на провал, если менеджер банально не понимает, как управлять людьми и командами. Но может принести дешежную выгоду продающему. Только и всего.
AlexCzech01
16.01.2024 08:21Вы руководитель же, да? Ну так вы просто проводите утреннюю планёрку, поздравляю. Какая вам от этого польза - любой руководитель понимает без подсказок
Вопрос, какая польза Васе от того, что вы его при всех спросите, почему он не сделал вчера то, что обещал. В лучшем случае это не его вина и он сделал всё, что мог, но не получилось. В худшем он заленился и накосячил, и сейчас это узнают все, включая тех, кто иначе об этом бы даже не догадывался.
Польза для Васи есть, если он действительно сильно переживает, что не получилось, но о чудо есть человек, который оказывается может помочь, но Вася об этом не знает
Вопрос, какова вероятность такого исхода в нормальной слаженно работающей команде, собранной не вчера. В такой команде если Вася с чем-то не справляется, но кто-то ему может помочь - Вася уже попросил этой помощи безо всякого стендапа
Batalmv
16.01.2024 08:21Вопрос, какая польза Васе от того, что вы его при всех спросите, почему он не сделал вчера то, что обещал. В лучшем случае это не его вина и он сделал всё, что мог, но не получилось. В худшем он заленился и накосячил, и сейчас это узнают все, включая тех, кто иначе об этом бы даже не догадывался.
Если честно, польза есть. Как минимум, Вася будет знать, что его спросят :) Это уже круто, и вы даже не представляете, насколько это мотивирует :)
Польза для Васи есть, если он действительно сильно переживает, что не получилось, но о чудо есть человек, который оказывается может помочь, но Вася об этом не знает
Если честно, Вася может переживать, может не переживать ... это дело личное. Но если с Васей правильно проводить работу, то он будет переживать. Ведь планерка - это не единственный способ общения с командой :)
И кстати да, почти все Васи часто:
Реально не знают, что такой человек есть. Это настолько часто происходит, что даже сложно поверить. Самое смешное бывает, когда у тебя команда из разных стран, разных офисов, а оказывается, что ответ на вопрос Васи знает Оля, которая сидит тупо за соседним столом. Это реальный кейс, который у меня был :) Было весело. И так было не один раз.
Часто Вася не знает, что спросить, потому что в хорошем вопросе содержится половина ответа, а у Васи даже 2% нет. И тогда на стендапе находится тот, кто знает эти 50% (а иногда и все 90%) и остается только Васе указать, где получить недостающие 50% (или 10%)
Часто Вася переживает, но банально не спрашивает, потому что думает, что время бесконечно и лучше он сам еще неделю повозится с проблемой. Хотя ее можно решить за 5 минут.
Часто Вася даже не думает, что у него проблема, так как он живет в мире, где нет цели/дедлайна/срока, а есть только "путь".
Вопрос, какова вероятность такого исхода в нормальной слаженно работающей команде, собранной не вчера. В такой команде если Вася с чем-то не справляется, но кто-то ему может помочь - Вася уже попросил этой помощи безо всякого стендапа
Огромная :) На самом деле конечно baby-sitting с каждым членом команды - это плохая и вредная практика. На первый раз можно "привести" Васю за ручку к Оле (из примера выше), на второй просто указать о ее существовании, на третий - выразительно посмотреть, чтобы больше таких вопросов не было :) Слаженость команды появляется, как ни странно не сама по себе. Многим вообще кажется, что вещи, которые делаются кем-то просто появляются из воздуха, потому что вот :) Но на самом деле нет, и слаженность - это не само собой возникающее свойство, а результат долгих недель, а то и месяцев. И то не факт что выйдет
---------------------------------
Ну и главное. Есть команды в мелких конторах, которые "пилят" приложения под заказ годами. Или такие же команды в больших конторах, которые уже 10 лет пилят модуль к мега продукту. Там да. Совместно выпито баркас водки и баржа пива. Там уже все притерлись, возможно даже ближе, чем можно подумать :)
А есть команды, которых собирают на проект из разных мест только на эти 9 месяцев. Люди сидят в разных офисах и странах и с вероятностью 95% никогда друг друга больше не увидят. Бывает еще интереснее, когда на проекте "крутится" с десяток команд, из которых половина из разных компаний.
Просто не стоит переносить опыт первых на опыт вторых :)
----------------------------------
Что касается "пользы для Васи" - тут все просто. Вася тоже может получить пользу, интересуясь задачами вокруг него. Как минимум для повышения своей эффективности в проекте, которую потом можно обернуть в рост в материальном и/или карьерном плане. Но делать это или нет - это каждый Вася решает для себя сам. Тут вообще все просто. Растешь над собой и вкладываешь в себя - жизнь тебя вознаградит, как правило. Нет - ну нет и все :)
AlexCzech01
16.01.2024 08:21Ну вот и получается, что в команде, которую собрали временно и в которой люди плохо друг друга знают, ежедневное совещание нужно, чтобы во-первых руководитель тыкал отстающих мотивирующей палкой, а во-вторых чтобы направлять их друг к другу за помощью, когда они сами не понимают, что кто-то может им помочь. Это правда круто и хорошо. Вопрос только, какое отношение это имеет к стендапам скрама, который про самоорганизующиеся продуктовые команды, где по классике вообще нет руководителя и все заинтересованы в том, чтобы работа двигалась вперёд, а не вбок куда попало.
Einherjar
Вы утверждаете что у стендапов нет цели, а в следующем предложении предлагаете ее формулировку. Так в итоге, все что изложено в статье это пустая трата времени и этого делать не надо или что?
rikki_tikki Автор
Дополнили формулировку во избежание противоречия. Спасибо за полезный комментарий