Ежедневные стойки- да или нет? [закрыто
-
16-10-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
Как вы думаете, насколько ценны (или нет) ежедневные встречи находятся?
Если вы не знакомы с этим, это относится к ежедневной встрече, которая является частью приверженцев Scrum (и некоторых других гибких методологий). Идея состоит в том, что вы проводите ежедневную встречу, до 15 минут, и в которой все должны стоять (чтобы побудить людей быть в точке).
На встрече вы ходите по комнате и каждый говорите: - Что вы сделали вчера - что вы планируете делать сегодня - любые блокировщики или препятствия для вашего прогресса.
Как вы думаете, эта практика имеет ценность? Кто -нибудь работал в месте, которое это сделало, и что вы думаете?
Решение
У нас были ежедневные стояние на моей первой работе. Что ж, со всеми кооперативами/стажерами/температурой, это было на самом деле на длинной стороне - обычно около 30 минут.
Но идея короткой, ежедневной встречи с часовым ящиком очень помогла просто знать, на чем застряли другие люди - и если бы это было то, над чем я работал, я мог бы перепрофилировать свои задачи, чтобы закончить то, что им нужно, чтобы продолжить раньше. Это также дало всем возможность узнать, над чем все работали, поэтому, если у кого -то была чрезвычайная ситуация, все, по крайней мере, знали о том, что происходит - уменьшение фактора грузовика всегда хорошо.
Честно говоря, каждый день в некоторых случаях может быть немного экстремальным. Но идея коротких, регулярных встреч для всех, чтобы остаться на одной странице, является ценным дополнением к любому процессу.
Другие советы
Я нахожу эти встречи очень ценными. Они предлагают следующие преимущества - при возвращении расходов всего 15 минут!
- Держит всех на пост. Анкет Легко покопаться в ваших собственных проблемах и забыть о том, что делают другие, или повторить работу, выполняемую кем -то другим. Ежедневные встречи предотвращают это.
- Не позволяет людям расслабиться. Анкет На этих встречах вы даете обещания. Тогда ты просто иметь Постарайтесь сохранить их.
- Заставляет людей взаимодействовать. Анкет Программисты обычно не любят разговаривать с людьми. Однако на таких встречах они получают поддержку (и выговор) от своих коллег, что оказывает положительное влияние на моральный дух.
- Собирает всех в одном месте. Анкет Вы получаете бонус, зная, что все придут туда. Это может быть использовано для организации других встреч, объявлений и продолжения этой ежедневной встречи в небольших группах, чтобы обсудить конкретные проблемы. Обычно организация таких встреч требует большого внимания и требует навыков, которые программисты не любят использовать.
Я могу стоять часами подряд. Это не делает меня больше до такой степени, или имеет какое-либо реальное значение/влияние на короткую ежедневную встречу.
Но, эй, если вставать, позволит вам перепродать что-то как гибкое, это должно быть хорошо!
Что касается того, является ли регулярная встреча в общем в целом хорошей идеей ... ну, они помогают, если вы другие процессы неэффективны.
Если вы хотите знать, что кто -то сделал вчера, и каковы его следующие задачи, посмотрите на трекер проблемы, где он уже записан. Если нет четкого фильтра, который сообщает вам об этом для всей команды, настройте его (или найдите лучшее программное обеспечение).
Если вы хотите знать, есть ли у кого -нибудь блокировщики, проверьте свои сообщения (будь то электронная почта/im/forum/wheting). Если у кого -то есть, он должен уведомлять как соответствующую сторону, так и лидерство в проекте, когда они возникают, не тратя ни на день, ожидая, прежде чем кто -либо другой узнает, не имея возможности действовать.
Безусловно, есть выгода от регулярных встреч, чтобы обсудить направление проекта - в общем смысле, а не в специфике, чтобы все понимали общие цели и т. Д. - и проводились еженедельно или каждые недели (в зависимости от темпов вещей).
Но тратить четверть часа каждый день, чтобы вы могли Чувствовать Агильный, отличный и все такое? Пустая трата времени.
По моему опыту, стойки не стоили того, особенно ежедневно. Они либо одна из двух вещей: пустой ритуал, либо неопределенная специальная встреча.
Пустой ритуал: все обнимаются по кругу и утверждают задачу, над которой они работают, и их прогресс. Никто не заботится о том, над чем работают другие, и ничего не делается (в результате стояния), если есть проблема.
Неправомерное специальное собрание: приходит кто-то (обычно менеджер, премьер-министр или кто-то из бизнеса) приходит и срывает ее. Может быть, мы говорим о сегодняшнем огне в мельчайших деталях или о том, как кто-то беспокоится, если мы собираемся соблюдать крайний срок и т. Д. 15 минут превращаются в полчаса или дольше. Все стоят, хотя мы действительно должны сидеть, если это будет так долго.
Кроме того, «стоящая» часть стойки не помогает времени на собраниях, это просто добавляет физический дискомфорт в смесь.
У меня был гораздо лучший опыт с специальным общением между членами команды, чем официальные задержки. Если кто -то заботится о том, над чем вы работаете, или ваш прогресс, он спросит вас, или вы скажете им. Если у вас есть проблема или вы заблокированы, вы убедитесь, что люди, которые должны знать об этом, знают. Если требование неясно, вы отслеживаете бизнес -пользователя или BA и спрашиваете их об этом.
Я думаю, что они очень ценны, если они выполняются правильно. Формат, который сработал для меня хорошо, это это ..
Каждый человек дает краткий ответ на следующие вопросы.
а) над чем ты работаешь?
б) Что вы сделаете к следующей встрече (завтра)?
c) Вы сделали то, что сказали, что сделаете на последней встрече?
г) Какие препятствия замедляют/останавливают ваш прогресс?
Любое расширенное обсуждение вышесказанного должно быть обусловлено во время встречи, чтобы держать его коротким. Любой может остаться после (или встретиться позже в тот же день), чтобы обсудить с соответствующим человеком все, что требует расширенного покрытия.
Это достигает следующих целей:
а) Владелец команды/владелец продукта быстро находится в курсе возможных задержек.
б) Лидер команды может быстро устранить препятствия.
C) Ведущий команды может быстро идентифицировать людей, которые быстро вращают свои колеса.
d) Это поощряет сотрудничество между членами команды, которые могут быть слишком замкнуты, чтобы попросить о помощи, когда им это нужно.
e) Это поощряет импульс, сохраняя короткие обязательства (сводит к минимуму работы работы до времени, доступного для проекта).
Я не нашел их полезными, как практиковался на моем рабочем месте, где «ежедневная 15-минутная стоянка» простиралась до 30, а затем 45, а теперь часто 60 минут; где все садятся, ожидая, когда менеджер проекта будет встать на проектор, или сеть, или что -то еще, случайный дневной демон; где он настаивает на том, чтобы все нашли время, чтобы предоставить обновления статуса до встречи, но затем снова запрашивает всех (на случай, если мы достигли чего -то еще в последние несколько минут); Единственная часть оригинальной концепции, которая остается «ежедневно».
Не делай этого.
Это может быть полезно, но часто не на практике.
Если у вас есть команда, которая не имеет легкого доступа к другим членам команды, когда они работают, или ваша организация затрудняет поиск менеджеров/PMS/кто бы то ни было, по крайней мере, вы знаете, что у вас есть один выстрел в день, чтобы получить ответ на вопрос.
На практике иногда побуждает людей не сразу обсуждать проблемы, и это может стать значительным временем отстой. Например:
Если я работаю только в одном проекте активной разработки (обычно я на двух), обычно есть хотя бы один завершающий QA и один вращение одновременно. Это три 15 -минутных стояния в день. Мои почти никогда не обратно в спину. Вы теряете некоторое время, чтобы убедиться, что находитесь в точке остановки перед каждым, и в то же время возвращаетесь на правильный путь после каждого. Даже если вы предполагаете, что эти убытки составляют 10 минут каждый, что переводится на более чем целый рабочий день, потерянный для подстановки каждую неделю.
Добавьте к коммитируемым собраниям и демонстрациям, и это легко съедает целый день.
Имхо, если ваша команда имеет проблему связи, то ежедневные встречи могут помочь, но делать их иначе - это просто слишком много ресурсов.
Задолго до того, как когда -либо подумали Скрм и Айл, я был лидером команды в исследовании рабочей силы, на которое заняло 2 года. Это заняло бы гораздо больше времени без ежедневных встреч. Во -первых, люди, являющиеся людьми, будут свободны, если они знают, что никто не обращает внимания. Если им приходится проявлять прогресс каждый день, они меньше пугают. Если Джо, кажется, делает больший прогресс, чем они есть, они меньше ослабевают. Кроме того, это позволяет менеджеру (или кем бы то ни было) знать, когда возникают проблемы, прежде чем они станут кризисом. Так что, если Стив будет опоздать на неделю, а Гарри впереди, мы можем перемещать несколько задач. Это не дает проекту отставать, потому что один человек застрял. Кроме того, обычно кто -то другой может помочь человеку отречься. Ежедневная встреча была ключом к моей успехе в этой команде и более поздней работе, где мне проходили 30 исследований, проходивших по всему миру, и ни один не опаздывал или не был выше, и все это легко прошло контроль качества.
Теперь я работал в одном месте, где мы дали большой проект новому сотруднику. (Я не был его боссом.) Отчеты о прогрессе, которые он дал своим менеджерам, были «все здорово, все это будет сделано вовремя», но никаких спецификов, и никто не требует, чтобы он точно сказал, каким прогрессом он добился за день до этого. Он, как я уверен, опытный среди вас догадался, ушел без внимания за неделю до крайнего срока, и ни одна из его задач не была полной или даже в состоянии, где «работа», которую он выполнил, была полезна. Вот почему необходимы ежедневные встречи - чтобы эти люди делали реальные успехи и выяснить, когда они не до того, как весь проект спускается по трубам. Я закончил тем, что выполнял его задачи, свои и работал сверхурочно все лето, чтобы мы могли сохранить клиенту многомиллионного доллара.
Да, нам всем нравится верить, что все наши разработчики мотивированы внутренне и всегда будут производить товары для нас, но правда в том, что вы должны защитить команду и организацию от таких людей. Вы никогда не знаете, кем они будут; Иногда это не новый сотрудник, а тот, кто злится на организацию (оправданно или нет) или тот, кто только что потерял свою жену (по крайней мере, вы часто знаете, кто эти люди, но не все разделяют свои личные проблемы).
Да или нет а также они ценны два разных вопроса. Ответы также могут быть разными. В случае последнего вопроса ответ может зависеть от перспективы.
1 -й вопрос, да или нет? Это да. Анкет С точки зрения Scrum или XP, выставка является важной деятельностью. Если у вас нет ежедневных схватков, то это не на самом деле Scrum, это называется «Scrum, но мы не делаем ежедневные стойки» или схватка коротко. Если вы хотите включить канбанскую перспективу, большинство команд Kanban делают позиции, хотя их метод не предписывает их.
Второй вопрос (как) они ценны, сложнее. Если вы практикуете Scrum или XP, вы должны поверить, что стенды необходимы для содействия сотрудничеству, командной работе и сделать вашу команду более эффективной. Итак, ответ Определенно ценно.
Перспектива худых сторонников Очень разные. Анкет Чрезвычайный худший взгляд заключается в том, что вашему клиенту все равно, если вы выполняете стояние, так что они просто отходы. Что вы с отходами? Вы сокращаете его до минимума, в идеале до нуля.
Более умеренный стройный взгляд - это не совсем трата, ежедневные стойки - это Координационная стоимость а также не активность с добавленной стоимостью. Анкет Вы можете сыграть адвоката Devil's со своими коллегами по Scrum и спросить их: если вы думаете, что ваши 15-минутные позиции являются активностью с добавленной стоимостью, почему бы вам не делать 30 минут из них каждый день или 45 минут и легко увеличить добавленную стоимость?
Канбан, который имеет худые корни, но стремится обеспечить принципы гибкого манифеста, разрешает этот парадокс, выполняя подставки, но используя совершенно другую структуру встречи, чем традиционный формат Agile Standup. Результатом является гораздо более короткая встреча, которая соответствует худой точке зрения. В этой книге есть пример, в котором команда Kanban из 50 человек делает ежедневно за 10 минут.
Подводя итог, чтобы выполнять ежедневные выступления или нет, ответ является определенным да. Анкет Но они ценны, насколько они ценны - это зависит.
Наиболее полезным типом Standup является тип Канбана.
- Вам понадобится доска задач, которая отражает ваш реальный рабочий процесс/ поток стоимости. Эта доска задач является фокусом стояния.
- Сосредоточьтесь на рабочих предметах, а не на людях
- Сосредоточьтесь больше на том, какие рабочие предметы вы, как команда, можете закончить (на основе Taskboard), чем то, что вы можете начать
- Сосредоточьтесь на решении проблем. Доска показывает вам - узкие места, блоки и т. Д.
(Это, вероятно, не будет работать слишком хорошо в схватке, где приверженность и сосредоточение на людях - ключевой механизм.)
Таким образом, встреча с рецептами может быть короткой, даже со многими людьми, но все же имеет реальное использование.
Как вы думаете, насколько ценны (или нет) ежедневные встречи?
Оффкурс всех встреч структуры Scrum важны, но я думаю, что ежедневная встреча - это «самая важная встреча в рамках Scrum. Это как сердце в теле. Если сердце не накачивает кровь регулярно, то организм должен умереть, тело в этом случае - это организация или проект, следующий схваткой, а сердце - это собрание Scrum.
Как вы думаете, эта практика имеет ценность? Да. Ежедневные схватки улучшают коммуникации, устраняют другие встречи, выявляют и удаляют препятствия для разработки, выделение и содействие быстрому принятию решений и улучшение уровня знаний о проекте каждого. Daily Scrum - это не встреча с статусом. Daily Scrum - это проверка прогресса в достижении этой цели спринта (три вопроса). Последующие встречи обычно встречаются, чтобы создать адаптацию к предстоящей работе в спринте. Цель состоит в том, чтобы оптимизировать вероятность того, что команда достигнет своей цели. Это ключевое осмотр и адаптировать встречу в эмпирическом процессе Scrum.
Кто -нибудь работал в месте, которое это сделало, и что вы думаете?
Да, в моем последнем проекте мы следили за структурой Scrum и Agile. Мы очень серьезно относились к структуре Scrum в целом, и мы не делали этого наполовину. Первоначально я был в команде из 5 лет, затем я перешел в более крупную команду из 9, а затем снова вернулся к 6 -летним срокам. Встреча Daily Scrum позаботилась о том, чтобы все были синхронизированы, препятствия были прозрачными, и мы, как команда сами. Это определенно легче сделать, когда у вас есть команды по 6 или менее. Целью встречи Scrum является проверка самообследования, и если что -то найдено, что не будет в направлении цели или если что -то заблокировано, самоорганизованная команда адаптируется, поэтому я думаю, что очень важно, чтобы у вас было Это.
Если нет веской причины для повседневного общения между всей командой ежедневно, это звучит как большая трата времени.
Скорее, еженедельники.
По моему опыту, предварительное планирование того, что вы будете делать на следующий день, приводит к значительным повышению производительности. Таким образом, наличие этих встреч, подобных схватке, стоит затраченного времени только по этой причине.
Постарайтесь держать их короткими или даже делать это в групповом чате Skype каждый день. Просто не забудьте прочитать обновления каждого.
Ежедневный отчет о статусе в конце каждого дня до того, как вы вернетесь домой, имеет такой же эффект.
Это было эффективно для меня в командах из 3 и 5 человек, и я видел, как он использовался эффективно для команды планировщиков мероприятий, в которой было около 20 человек. Вы должны держать это коротким, вы должны продолжать двигаться. Это нормально, если вы сидите, но не должно быть никаких дополнительных вещей (раздаточные материалы, доска, видео и т. Д.)
Я думаю, что ежедневные стойки - отличная идея независимо от того, в какой методологии или области вы работаете - при условии, что вы можете сохранить их в 15 минутах максимума. Если вы не можете регулярно поддерживать это, то есть слишком много людей, посещающих одну стойку, либо встреча недостаточно сосредоточена.
Там, где мы являемся маркетинговой командой, начала копировать нас, а теперь также есть стояния - так что это не только для разработчиков!
Мы проводим «Стояние» встречи, прежде чем мы узнали, что это Agile Scrum, уже около 7 лет. По моему мнению, они являются отличным способом почувствовать общее представление о том, как продвигается проект, и если кому -то нужна помощь. Некоторые из членов моей команды не любят просить о помощи, но примут ее, когда предлагается, что это часто делается в повседневной службе.
Встречи должны быть короткими, у нас были встречи, как правило, менее 10 минут с 7 членами команды. Это помогает спланировать их непосредственно перед тем, как перерыв в десять часов. Кроме того, мы не используем технологии на собраниях только на доске Scrum с задачами Post It и некоторыми диаграммами.
С другой стороны, эти встречи могут иметь эффект повышения производительности с точки зрения достижения срочных и непосредственных бизнес -целей.
С другой стороны, эти встречи (ежедневно: что вы делали? Что вы собираетесь делать? Что у вас на пути?) Обеспечение того, что мы могли бы назвать «время Google», или работать/обучение на побочном проекте, который не имеет Непосредственное влияние на бизнес, но может оказать значительное влияние на линию.
Один продукт, который я сделал прототип, никогда бы никогда не сдал бы тест на ежедневную встречу, и, к счастью, мой старый менеджер дал лодкам свободы работать самостоятельно, и теперь реальный продукт живет. Но теперь, когда старый менеджер ушел, и вступил новый, кто охватывает концепцию ежедневного схватки, я не вижу, как я мог бы когда -либо разработать прототип в среде Daily Scrum.
