Разработка Agile/Scrum - это очень совлокальный процесс разработки. например это требует от разработчиков непрерывного общения и совместной работы по принципу "день за днем".
Как вы обрабатываете свои "выходные"? В те дни, когда у вас просто нет энергии, вы не можете мыслить прямо, на самом деле нечего сказать на встречах в стойке и т.д.
Точно так же, как у спортсменов есть свои дни.
Я не думаю, что на самом деле не должно быть дня, когда вам нечего сказать на стенде. Каждая встреча в стойке должна использоваться, чтобы остальная команда узнала, выполняли ли вы предыдущие обязательства.
Одна из проблем, которые я видел во многих гибких командах, заключается в том, что разработчики не принимают конкретных обязательств на ежедневной основе, поэтому ежедневные резервные копии не так эффективны. Если это проблема, убедитесь, что все присутствующие ежедневно определяют конкретные цели, которые могут быть объективно переданы на следующий день либо как выполненные, либо не выполненные.
К остальной части вашего вопроса, я думаю, что вполне приемлемо входить в повседневную работу и говорить, что вы не соответствовали предыдущей цели, потому что у вас был выходной день и использовать встречу в качестве возможности для принимать новые обязательства. Если была причина, по которой у вас был выходной день, который можно было бы четко идентифицировать как препятствие (например, слишком много прерываний, неясные требования/цели, разочарование в среде окружающей среды), эти причины следует сообщать тем, кто возглавляет стенды ( scrum master), поскольку они несут ответственность за устранение этих препятствий.
Если вы ничего не добьетесь, скажите, что вы не могли сосредоточиться и ничего не сделали на стоячей встрече. Мастер Scrum должен попытаться выяснить, есть ли какой-то фактор, который отвлекает вас, и попытайтесь удалить его для вас.
Кроме того, если эти "выходные дни" являются полу частыми появлениями, попробуйте выяснить, как часто они происходят, и включать их в свои оценки. Scrum о том, что действительно происходит. Это о реальных сроках. Если вы знаете, что у вас 4 дня за 4 недели, тогда вы должны требовать только 4 дня в неделю, а не 5. (Как сказано, возможно, что вы можете сделать за 4 дня, это то же самое, что и кто-то иначе можно сделать через 5 дней).
Паровое программирование упрощает управление.. По крайней мере, с помощью парного программирования, кто-то еще должен ловить ваши ошибки раньше.
Выберите другую задачу/историю для работы над - чтобы вы получили изменения на сцене. Возможно, вы слишком долго находились в одной и той же пользовательской истории.
Золотые карты - (или "дни Fedex" ) - где вы можете работать над чем угодно: http://www.planningcards.com/iterex/papers/InnovationAndSustainabilityWithGoldCards.pdf Что примечательно в отношении "золотых карт", так это то, что команда, которая их представила, обнаружила, что они не привели к снижению производительности. Это предполагает, что лучше вывести кого-то из процесса в выходной день и позволить им делать что-то конструктивное по собственному выбору, чем позволить им работать непродуктивно.
Зависит, если вы выполняете собрания, многие люди выбирают "Daily Scrum" во время работы над проектами, но часто они теряют время и не нужны. Стройте свои собрания вокруг, когда все будет завершено, если вы каждый день выполняете и переписываете задания, то да, ежедневная встреча - это хорошо, но реально вы можете планировать и обсуждать ряд задач на одном собрании, посетите позже в течение недели. В идеале наиболее эффективные встречи обычно состоят из одного еженедельного собрания (понедельник) и быстрого прогресса (среда - четверг). Если вы руководитель проекта, настаивайте на том, чтобы члены команды отвечали вам напрямую, когда они завершают работу до следующего собрания. Если вы проводите официальные ежедневные встречи, вы, вероятно, сгорите через месяц! (и ваши сотрудники тоже). Если вам приходится делать ежедневные встречи, делайте их быстрыми догоняющими, устанавливайте в одно и то же время каждый день и предлагайте только самую релевантную информацию и только одну соответствующую встречу в течение недели. Если вы хотите знать, что делать в свои "выходные дни", я могу только предложить отменить встречу, взять Berocca, пройтись по блоку, заполнить вашу заявку и фактически сделать некоторую работу вместо того, чтобы проводить неустанные встречи для изменение.
G'day,
Как упоминалось в mkedobbs, вы должны упомянуть об этом на стенде.
Возможно, вам нужно посмотреть, что заставило вас "отключить" день и сообщить об этом своим членам вашей команды.
Это всего лишь несколько причин, почему ваш "выходной" день может быть напрямую из-за вашей текущей работы. Но определенно не просто молчать! Упомяните об этом в стойке, чтобы любые потенциальные проблемы могли быть рассмотрены раньше, чем позже.
НТН
веселит,
У меня много дней. У моей команды нет дней.
Если это происходит много или если это одни и те же люди, тогда необходимы коренные причины и действия. Это может быть хорошей темой для ретроспективы, если вся команда затронута, или один на один, если это человек.
Что касается ответа, вы являетесь частью команды. Команда подбирает усилия, как и любые другие проблемы. Если у вас есть проблемы с этим, у вас, вероятно, нет хорошо сформированной команды, и у вас есть куча людей, которые сами себя защищают.
Как правило, в начале "неактивного" дня неясно, будет ли день плохо. Только после нескольких спотов становится ясно, что это не будет хороший день. Я все равно попытаюсь что-то сделать, но иногда прогресс незначительный. На следующий день встает вопрос, когда говорить: "Вчера я не сделал многого, у меня был выходной" или что-то похожее на то, что я действительно признаю, что все идет не так, и я бы попробовал сегодня лучше.
Иногда я бы изменил то, что я делаю в тот день, поскольку иногда это может помочь. У меня были времена, когда я получаю несколько дней подряд, что обычно свидетельствует о необходимости принять личный или отпускный день и попытаться зарядиться, чтобы снова вернуться в седло.