Гибкая разработка / разработка Толпы: Как Вы обрабатываете “от” дня? [закрытый]

Pair programming makes it easier to handle. At least with pair programming, somebody else is there to catch your mistakes early.

Pick a different task/story to work on - so that you get a change on scene. Maybe you've been on the same user story too long.

Gold Cards - (or "fedex days") - where you can work on anything you want: http://www.planningcards.com/iterex/papers/InnovationAndSustainabilityWithGoldCards.pdf What's noticeable about "gold cards" is that the team that introduced them found that they didn't cause a drop in productivity. This would suggest that it's better to take somebody out of the process on an off day and let them do something constructive of their own choosing than let them work unproductively.

G'day,

As mkedobbs mentioned, you should mention it in the stand-up meeting.

Maybe you need to look at what's making you have an "off" day and communicate that with your team members.

• Is it due to you banging your head against a problem and you're losing motivation? Mentioning it in the stand-up may reveal another team member who has previously come up against the problem. They have maybe even solved it, or their experiences and observations may be slightly different to yours but the combination of two heads may solve the issue for both of you.
• Is it due to your user story turning out to be much bigger than expected and you're feeling overwhelmed? Raising the issue in the stand-up will help resolve the problem. Maybe this particular user story should be considered a user theme or even a user epic and needs to be broken down into several user stories.
• Is it because the user story you finished up with is not what you normally do? Discussing this in the stand-up may uncover team members that do have experience in the particular area covered by the user story. And those team members may be able to provide pointers to help you, maybe directly with the work itself, or with some other resources to help you come up to speed.

These are just a few reasons as to why your "off" day may be directly due to your current work. But definitely don't just stay silent though! Mention it at the stand-up so that any potential problems may be addressed sooner rather than later.

HTH

cheers,

У меня выходные дни. У моей команды есть выходные.

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

Что касается ответа, вы - часть команды. Команда набирает усилия, как и любой другой вопрос. Если у вашей команды есть проблемы с этим, вероятно, у вас нет хорошо сформированной команды, и у вас есть просто группа людей, которые сами за себя защищаются.

Generally at the start of an "off" day, it isn't clear that the day will go badly. It is only after a few stumbles that it becomes clear that it isn't going to be a good day. I'd still try to get something done but sometimes the progress is minuscule. The following day's stand-up is when to say, "Yesterday, I didn't get much done. I had an off day," or something similar to note that I do recognize that things didn't go well and I'd try to do better today.

Sometimes I'd change what I'm doing that day, as that can sometimes help. I have had times where I get a few off days in a row, which generally is indicative of needing to take a personal or vacation day and try to recharge myself to get back in the saddle again.

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

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

Что касается остальной части вашего вопроса, я думаю, что это идеально приемлемо ежедневно вступать в бой и говорить, что вы не встречались накануне » цель, потому что у вас был выходной, и вы использовали встречу как возможность взять на себя новые обязательства. Если у вас была причина, по которой у вас был выходной, которую можно было бы четко определить как препятствие (например, слишком много прерываний, нечеткие требования / цели, разочарование в среде разработки), об этих причинах следует сообщить тому, кто возглавляет стендапы ( scrum master), потому что они несут ответственность за устранение этих препятствий.

Если вы ничего не делаете, скажите, что вы не смогли сосредоточиться и ничего не сделали на встрече. Скрам-мастер должен попытаться выяснить, есть ли какой-то фактор, который вас отвлекает, и попытаться устранить его за вас.

Кроме того, если эти «выходные» случаются нечасто, постарайтесь выяснить, как часто они возникают. , и включите их в свои оценки. Скрам - это то, что на самом деле происходит. Речь идет о реальном времени. Если вы знаете, что у вас есть 4 выходных дня в 4 недели, тогда вам следует требовать работы только 4 дня в неделю, а не 5 (при этом возможно, что то, что вы можете сделать за 4 дня, будет таким же, как у кого-то остальное можно сделать за 5 дней).