Stand-up, Scrum, Daily meetings — что это и для чего

image

Часто стал замечать, что люди все больше и больше перетягивают методологии и практики из IT сферы в производственные, банковские, сферы услуг и прочие. Одной из самых распространенных «заимствованных» из мира IT практик является проведение Scrum, Daily, Stand-up митингов ( как их только не называют, но везде суть примерно одинаковая). Ниже будет представлено описание этого процесса таким образом, как его провожу лично я.

Общее


Данный пост описывает цель и регламент проведения ежедневного митинга — Стендапа. Основа данного процесса была взята из scrum методологии и является частью процесса разработки, в будущем может быть адаптирована под текущую команду, а так же и процесс разработки. Как и любой инструмент использование и отношение к нему будут определять результаты.

Цель


  • подготовка к рабочему дню и планирование его;
  • оценка предыдущего своего рабочего дня;
  • поделиться информацией и планами с коллегами;
  • получить информацию от коллег, которая может пригодится в течение рабочего дня.

Общая агенда


Самым распространенным и ленивым ответом рядового сотрудника может быть:
Я вчера делал задачу, сегодня будут делать задачу, сложностей нет.
Именно такие ответы являются демотивирующими для проведения статусных митингов. Это потеря времени и бессмысленность. Если вам кажется, что задача одна и ее можно делать неделями, то это уже ошибка в подходе, любая большая задача делится на подзадачи, которые и помогают видеть результаты и прогресс.

Таким образом нужно свое информирование строить следующим образом:

Мои активности за вчера:

  • из запланированного вчера я сделал “это” и “то” (важный акцент тут идет на то, что сделал, а не делал)
  • из намеченного мной плана я не сделал, не закончил «такие-то» вещи потому что…
  • столкнулся с проблемами таким….
  • [возможно в прошлый день у вас были проведены встречи, информация по которым может быть полезна участникам] кому интересны такие активности — могу уделить время или переслать MFU (Meeting Follow Up — структурированное резюме по проведенной встрече). [Если они никому не полезны, то можно упомянуть о них совсем вскользь не вдаваясь в детали с кем, сколько времени и т.д.]

Мои активности на сегодня:

  • на текущий день я планирую делать “первое”, «второе». Из этого я планирую закончить “второе”;
  • планируются митинги и встречи, кому будут интересны.

Проблемы или информирование о необходимости помощи.
Общая информация, которая может быть полезна всем.

Например: напоминаю, я с Х числа иду в отпуск.

Правила проведения митинга


  1. К данному митингу обязательно нужно приходить подготовленным, чтоб не тратить время всех участников, судорожно вспоминая, что же ты хотел сказать. Не считается зазорным приносить свой план написанный на бумаге, девайсах. Планирование помогает любому выстроить правильные приоритеты и цели для результативного дня.
  2. Митинг начинается всегда в одно и то же время в рабочие дни. У нас это в 10.30 часов (лучше всего ставить через 30мин после общепринятого начала дня). Так как это будет провоцировать людей как только они пришли на работу первым делом “размяться умственно”, вспомнив о задачах прошлого дня и подготовить план на текущий день. Митинг никогда не отменяется!
  3. Митинг проходит стоя. Данная мера нужна, чтоб напоминать каждому, что длительный рассказ будет мучительным для всех.
  4. Переход слова осуществляется по принципу назначения последнего выступившего (Не стоит говорить по-кругу по-очередно). Начинает митинг по договоренности. Для того чтобы разбавить напряженный момент можно купить мягкую игрушку или мячик. После того как человек рассказал свои пункты — он кидает мячик случайному участнику среди тех, кто еще не говорил. Таким образом все будут сосредоточены во время митинга, и будут следить за происходящим, т.к. каждый может быть следующий, а так же будет следить за тем, кто уже выступил, а кто еще нет, чтобы не кинуть мячик тому, кто сегодня уже отчитывался. К — концентрация.
  5. Выступление каждого не должно превышать 2-ух минут. В процессе развития стендапа это научит людей краткости, лаконичности.
  6. Важно строить свой доклад сухо и информативно, но не менее важно быть вовлеченным в чужой отчет, даже если вы не знаете чем занимается тот или иной коллега, послушайте, попробуйте понять, если же вы вместе занимаетесь общими задачами, то безусловно важно послушать и может дополнить информацией от себя для всех. Но не следует перебивать в таком случае, а вежливо дождаться когда коллега закончит со всеми пунктами и сразу попросить его передать мячик себе, чтобы сразу дополнить его, а в случае, если уже говорил, то попросить пару секунд внимания, сделать дополнение и дать рассказчику передать очередь другому по его усмотрению.
  7. Если у вас появился вопрос по информации, которую вы услышали, не нужно перебивать или начинать обсуждать, можно отметить, что хотите обсудить детали после митинга.
  8. Как уже говорилось, что важно задавать цели себе на день — это очень хороший способ мотивировать себя.
  9. На первых парах лучше всего иметь “темного модератора”, человек, который не будет явно давать показывать себя «главным», но в случае, если рассказывающего “понесло” — ненавязчиво указать, что нужно ускориться. Или в случае, если рассказ одного человека содержит какой-то вопрос, и в этот момент кто-то вклинивается и затевается диалог — прервать его и сказать что-то из рода: ”Ребята, эта тема касается вас обоих, давайте вы после стендапа останетесь вдвоем и решите ваши вопросы не задерживая сейчас остальных”
  10. После того, как последний человек рассказал все, что хотел, следует модератору или последнему ( в нашей практике старший менеджер) всех поблагодарить за стендап и пожелать всем продуктивного дня.

Дополнительная практика


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

  • что сделал за вчерашний день;
  • что планирует сделать за сегодня;
  • проблемы или блокеры в его задачах;
  • важная информация, которая будет полезна всем.

Важно сделать акцент на том, что люди! должны! отписываться в данный чат, и ненавязчиво, но как бы намекая, указать, что данного рода действие не приветствуется и не будет поощряться. Личное присутствие важнее. Таким образом люди, которые часто опаздывают или пропускают стендап будут засвечены в чате и это будет бросаться в глаза, что будет неприятно самому опоздавшему и ему будет неловко часто опаздывать.

Где посмотреть


Пример проведения стендапа, не совсем как проводим мы, но для понимания в целом сойдет:

Поделиться публикацией
AdBlock похитил этот баннер, но баннеры не зубы — отрастут

Подробнее
Реклама

Комментарии 29

    +5
    1) Описана страна розовых пони;
    2) Планёрки и летучки придумали уже давно.
      +1
      >2) Планёрки и летучки придумали уже давно.
      Причем во времена, когда не было Jira, например.
        +2
        Тогда джира была аппаратной :)
        И сетевое планирование было давно…
        0
        Я работаю на госкорпорацию. Они собираются раз в неделю, рано утром в 8-00. Длится действо часа 4, выходят из-за стола измученные ранним подъёмом и долгими спорами. Никак не фиксируют договорённости.
        В общем… жесть
        Я бы переселился в страну розовых пони…
        +3
        Если на совещании учавствует такая толпа народу и нет реальных насущных вещей требующих обсуждения — то такой митинг хорош только для введения в курс дела новго руководителя и новых сотрудников. У всех остальных он тупо отнимает время…
        Ответ — «у меня все хорошо, делаю, сделаю в срок» — это лучший ответ который может быть. При условии что это правда.
          +1
          В Советском Союзе была такая ежедневная процедура на предприятиях и в учереждениях — утренняя планерка. Это к слову о скраме.

          Я и сам люблю кучеряво выразиться, но «агенда», «Мои активности за вчера»… тяжело читать статью с такими заимствованиями.
            0
            Пример проведения стендапа

            Хорошо, что их там только 11. На весь процесс уйдёт всего лишь 11 * 2 = 22 минуты. Интересно, а какова верхняя граница кол-ва участников команды, после которой её выгоднее разбить на две и проводить стендапы параллельно?

              +1
              9 человек примерно. Всё что больше — фактически само на две или больше команды распадается буквально за неделю-другую.
              0

              Как говорит мой руководитель "совещания — самый дорогой способ коммуникаций". Используйте для стандапов ботов (это намного дешевле!), например, https://standuply.com для slack или https://dinabot.com для других Telegram/Skype.

                +1
                Кто-нибудь читал книжку по Scrum — book24.ru/~0BNc3?
                Есть отличия наших летучек от их системы?
                  0

                  Я читал и не только эту)) В Standup-е есть жесткость (как это звучит странно для гибких подходов управления!) и очень серьезная в части времени проведения и вопросов, которые задают участникам. Всего 3 вопроса на которые надо быстро ответить: Что сделал вчера? Что планируешь сделать сегодня? Какие у тебя препятствия (проблемы)? Но по сути принцип тот же

                  +7
                  За что не люблю эти митинги — это за то что они заставляют постоянно испытывать какое-то чувство вины, что ты так долго делаешь задачи. Ну вот есть у меня какая-то большая задача на неделю, и я всю неделю на митингах говорю одно и то же. А у всех мелкие задачи и они говорят разное. И из-за этого складывается тягостное ощущение, что это я какой-то тугодум и задерживаю всю команду (хотя объективно это может быть не так). Приходится или высасывать из пальца какие-то внутренние детали по задаче «сегодня я писал класс А, завтра пишу класс Б», которые по большому счету никому не интересны и лишь тратят время (и мое на придумывание, и коллег на выслушивание), или вот выставлять себя таким тормозом, твердя неделю одно и то же.

                  При этом это чувство вины никак не приводит к повышению скорости работы — я и так работаю как могу — лишь демотивирует и портит настрой.

                  Поэтому я считаю что еженедельные короткие митинги это еще норм (неделя — достаточный срок даже для крупной задачи, ощутимый прогресс который можно обсудить), а вот ежедневные — увольте, без меня.
                    +2
                    В принципе, тут одни плюсы для работодателя:
                    1. Работник чувствует вину — ещё подумает сто раз приходить ли просить прибавку.
                    2. Работник может захотеть быть героем и начнёт реально впахивать, чтобы быть значимым на ежедневках

                    На видео у нескольких людей тоже чувство вины из-за того, что они вчера сделали мало.
                      +1

                      Чувствовать или не чувствовать вину — ваш выбор.
                      Большие задачи обычно можно разбить на подзадачи.

                        0

                        Я сначала толле испытывал. А потом понял, что точно так же, как я не слушаю что там рассказывают коллеги, так и они ваще не слушают что я говорю)) Потому ограничиваюсь ответами "делал, делаю, закончу через N дней". По большей части всем, кроме менеджера, насрать на то, что ты делаешь.

                          +1

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

                            +1
                            Так бывает когда сказали что делать — собирать стоячие оперативки — но не сказали или не поняли когда и зачем это делать. Или вернее сказали что когда — утром и зачем — для скрама
                              +2

                              Когда у меня есть проблема и коллега может её решить — я не жду митинга, а просто иду и задаю вопросы. В чатике или ножками — это уже по желанию. Точно так же поступает и он/она. В конце концов, эти богомерзские опен-спейсы для этого и придуманы :) Зачем нам собираться и вставать в кружок? -Да хз, менеджеру так видимо проще следить за движением проекта.

                                0

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


                                Я имею ввиду ежедневный ритм а не буквальное вставание в кружок

                                  0
                                  >В чатике или ножками — это уже по желанию
                                  Это у вас все в одном месте. Я уже много лет не встречал буквально вот такой команды. Сегодня у нас в команде Самара, Москва, Питер, была еще и Казань. А бывало что и Монреаль, например. И да, конечно же, идешь и задаешь вопросы, скайп, телефон, почта, как удобнее.

                                  >Да хз, менеджеру так видимо проще следить за движением проекта.
                                  Знаете, когда нужно реально следить, для этого опять же давно придуманы все инструменты. А именно, баг трекинг, и VCS. Это не считая чатов и почты. Если человек вчера что-то делал — должны быть следы от этого делания.

                                  Если задачи хорошо разбиты, они должны за день завершаться. Значит, либо закрытые задачи, либо комментарии в конфлюенсе и JIRA (почему не получилось сделать, какие проблемы, какие вопросы), коммиты, сборки, и прочее. И при некотором желании и дисциплине в команде тим лиду (и всем кому интересно) это все прекрасно видно, и все оценивается быстро. Более того, вполне возможно наладить все так, что комментарии в JIRA будут вам приходить на почту — или на телефон.

                                  И если человек не груши околачивал — двух минут более чем достаточно, чтобы на таком же уровне эту работу оценить по созданным артефактам. Сидя за своим компом и попивая утренний кофе, если тебя вчера на работе не было. А если был — то ты уже в курсе всего, потому что почту читаешь, и пулл реквесты просматриваешь.

                                  Ну то есть, если менеджеру в команде такого размера нужны митинги чтобы следить за продвижением проекта — он какой-то подозрительно хреновый менеджер.
                                    +1
                                    Это у вас все в одном месте

                                    Ну, как уже было упомянуто — написать в чатик можно всегда. Не вижу проблем при распределенности, кроме часовых поясов, но митинги тут не помогут.


                                    Если задачи хорошо разбиты, они должны за день завершаться.

                                    Это если ты занимаешься написанием уже понятной задачи. Может я всегда работаю неправильно, но детерменированные легко декомпозируемые задачи мне встречаются редко.


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


                                    оценить по созданным артефактам.

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


                                    менеджеру в команде такого размера нужны митинги чтобы следить за продвижением проекта — он какой-то подозрительно хреновый менеджер

                                    Менеджер менеджерит человек 35-50, ему в день прилетает сотни две писем. Думаю, кому-то тупо неудобно обрабатывать информацию подобным образом.

                                      0
                                      >кроме часовых поясов, но митинги тут не помогут.
                                      Я про это и толкую.

                                      Что длинные исследовательские задачи существуют — согласен. Я тут не о том, что их нет, а скорее про то, что если вы каждый день будете две минуты про них рассказывать тем, кто все равно не в теме (и никогда в ней не будет) — ничего не изменится. Пытаться разбить их на управляемые части можно попробовать, но не факт что получится.

                                      Ну и пытаться менеджить такие задачи — довольно глупое занятие, как по мне.

                                      Т.е. все эти митинги — они для тех команд, где преобладают задачи простые, рутинные, и короткие. И при этом — не распределенных.
                                        0
                                        Я тут не о том, что их нет, а скорее про то, что если вы каждый день будете две минуты про них рассказывать тем, кто все равно не в теме (и никогда в ней не будет) — ничего не изменится.

                                        В скраме предполагается что команда в течение спринта работает над общей целью.


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

                                          0
                                          Поясню, что тут значит «никогда». Я никогда не видел команды, которая существовала бы скажем 10 лет в неизменном состоянии. И это нормально.

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

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

                                          Это не значит, что джунов в команде не нужно учить. Просто их бесполезно учить тому, что сегодня умеют ведущие — это знание не пойдет впрок. И тем более их бесполезно учить на стендапе за пару минут — тоже не дойдет.

                                          >Т.е. все эти митинги — они для тех команд, где преобладают задачи простые, рутинные, и короткие. И при этом — не распределенных.

                                          Наверное тут можно внести некоторую поправку — это хорошо для команд, которые еще и близки по уровню. Но это не значит, что такие команды идеальны для любых задач, всякое разделение ролей и опыта бывает.
                            0
                            Как скрам из ИТ проникает во все сферы деятельности
                              0
                              Митинг проходит стоя.

                              У нас это называется «пятиминутка ненависти»
                                0
                                подготовка к рабочему дню и планирование его;
                                Не работает для распределенных команд, где есть хотябы 2-3 часовая разница.
                                оценка предыдущего своего рабочего дня;
                                Ну если таковая кому-то нужна… По крайней мере стоит обосновать данный пункт для остальных:)
                                поделиться информацией и планами с коллегами;
                                В команде, где все и чтецы, и жнецы, и музыканты — ок, в остальных случаях рентабельность достаточно низкая.
                                получить информацию от коллег, которая может пригодится в течение рабочего дня.
                                Рассмотрим с двух сторон: 1) озвучивая информация в теории может быть кому-то окажется полезна — хорошо, никогда не выясняли реальный процент полезной информации для всех участников?;)
                                2) перед концом рабочего дня обнаружить глобальную проблему и рассказать о ней на митинге с утра может оказаться достаточно тяжелым ударом для проекта… Если есть информация или вопрос важный для вас — может стоит научиться спрашивать и рассказывать сразу?:) Не отвлекать коллег показыванием фотографий котиков, а реально передавать необходимую информацию с минимальными задержками.
                                Согласен что при обосновании целей применительно к конкретной команде такие летучки могут быть полезны (например для подстегивания определенных сотрудников), но стоит задуматься что мотивация может быть достигнута и другими способами:)
                                  0
                                  Не стоит забывать, что Agile,Scrum и тому подобное хорошо ложатся на разработку/внедрение/проекты.
                                  Когда речь идёт об операционной деятельности, тут нужно хорошо подумать (иначе митинги переродятся обратно в планёрки или сотрудники взвоют от ритуально проводимых, но бесполезных на деле мероприятий).
                                    0
                                    Я честно говоря не нахожу большой разницы между стендапами в скраме и планерками.или тем же утренним осмотром в армии. За исключением того что в армии и на производстве понимают зачем это нужно! Если сказать как мне представляется важность всех таких ритуалов. Во-первых это элемент дисциплинирования. Вы должны быть точно вовремя и в хорошей форме при этом уже начинается ролевое разделения кто то проводит мероприятие и следит за формой его проведения, а кто то должен следовать установленным правилам. Это очень важный психологический момент в формировании команды. Во вторых необходимость регулярно озвучивать проделанную и предполагаемую работу поневоле заставляет работника задумываться над планированием и над ответственностью за озвученные планы. В третьих позволяет вовремя выявить как это можно говорить выгоревших и снять их смотрела заменить свежими силами.

                                    И во в ярком случае говорить о том что некоторые виды деятельности перенимают опыт организации управления и планирования из ИТ очень самонадеянно для ИТ

                                  Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                                  Самое читаемое