It's Not Just Standing Up: Patterns of Daily Stand-up Meetings

2023-11-03

                         
It's Not Just Standing Up: Patterns of Daily Stand-up Meetings

Jason Yip, ThoughtWorks, Inc.

jcyip@thoughtworks.com

http://martinfowler.com/articles/itsNotJustStandingUp.html

 

 

 

We stand up to keep the meeting short

The daily stand-up meeting (also known as a "daily scrum", a "daily huddle", a "morning roll-call", etc.) is simple to describe: the whole team meets every day for a quick status update.  We stand up to keep the meeting short.  That's it.  But this short definition does not really tell you the subtle details that distinguish a good stand-up from a bad one.


Given the apparent simplicity of stand-ups, I was quite surprised the first time I saw one that wasn't working. It was immediately obvious to me what was wrong but I realised that it was not obvious to the team. I realised that my team was not aware  of the underlying principles and details that would allowed them to diagnose and solve problems with stand-ups.


People who have experienced good stand-ups will generally know what can be done when things aren't working well. For novice stand-up attendees, when things go wrong, it is much less likely that they'll figure out what to do. One way to approach this issue is to claim that it's all a matter of tacit knowledge and novices just need to attend more well-run stand-ups. I believe, however, that it's much more likely that given no assistance, novices will simply abandon the practice of daily stand-ups. This would be unfortunate since well-run stand-ups add significant value to projects.


This is my attempt to communicate some of the previously tacit knowledge on the benefits and consequences of common practices for daily stand-ups. These patterns of daily stand-up meetings are intended to help new practitioners as well as remind experienced practitioners of what they might already know in their gut. 

The underlying theme is self-organisation

The underlying theme for daily stand-up meetings is self-organisation. This is not just because self-organisation leads to better productivity but also, and perhaps more so, because it leads to a more humane, respectful, and mature work environment. Many of the problems that can arise in executing a good stand-up will derive from a mis-alignment with this underlying motivation of self-organisation.

Self-organisation is not a culturally-specific virtue, whether team, organisational, or national culture.  If the whole team will not commit to taking responsibility for their own success, the team's performance will be necessarily worse.

What is the purpose of the daily stand-up meeting?

Summarizing several papers and references ([Anderson, 2002], [Beedle et al., 2000], [Cochango, 2006], [OrgPatternsStandUp], [Rising, 2002], [Rising and Janoff, 2002], [Wells, 1999]) daily stand-ups should achieve the following goals:

share commitment

communicate daily status, progress, and plans to the team and any observers

identify obstacles so that the team can take steps to remove them

set direction and focus

build a team


Share commitment

Making daily commitments to each other as a team is the most important goal of daily stand-ups. Sharing commitment is more important than sharing progress or status. This is not to say that an observer will not have a sense of progress and status from the stand-up, but this is secondary to team members publicly committing to each other, and identifying obstacles that prevent them from meeting their commitments.


Communicate status


The focus of the meetings is on the technical progress in the architecture and the work plan. [OrgPatternsStandUp]


Communicating status is not much of a differentiator for stand-ups against any other kind of status meeting. The mechanism that stand-ups use for communicating the status, that is the team updates each other instead of a manager, is a differentiator. Updating status every day also ensures that the team reflects on what they're doing at least daily.


Identify obstacles


When one team member shares an obstacle in the Scrum meeting, the entire team’s resources come together to bear on that problem. Because the team is working together toward a shared goal, every team member must cooperate to reach that goal. The entire team immediately owns any one individual’s problems. [Rising and Janoff, 2000]


Raising and removing obstacles earlier allows the team to maintain its momentum. The stand-up itself is not intended to remove any particular obstacle but rather to provide a forum for people to identify obstacles so that other team members have the opportunity to help.


Set direction and focus


During the daily meetings, the Scrum master would call attention to backlog item priority. This was especially helpful for new team members, who might have gone off in another direction. [Rising and Janoff, 2000]


We want everyone to be moving in the same direction. The stand-up is used to continually remind the team what that direction is.


Build a team

More so than artificial “team-building” exercises, effective teams are built by regularly communicating, working, and helping each other. This is also strongly tied with team members helping each other with shared obstacles.


The team is aware of any particular member's problems because they hear about it every day (until the problem is solved). This environment encourages people to raise problems as a history develops of other people helping when problems are raised.

Effective daily stand-ups have a particular feel

Technically, the meeting is a “daily stand-up” if everyone is standing up and the meeting is held every day. However, there is a different feel to a good stand-up that distinguishes it from an empty ritual.


An early description of daily stand-up meetings called them Daily Scrums [Beedle et al., 2000] with an intentional association with the rugby term. The energy level of a daily stand-up should perhaps not be quite as high as that of a rugby scrum but it should still feel energising. Quickness and high energy support the goal of setting focus. Long, low-energy meetings tend to distract and mute the day.


Good stand-ups will feel supportive. When people are knocked down every time they raise a problem, they will tend to stop raising problems. Beyond preventing removal of obstacles, a non-supportive stand-up works against team dynamics. The stand-up instead becomes a ritual that team members dread [LaPlante, 2003].


When things are going right, there isn't much direction or facilitation required for the stand-up. A good stand-up will feel self-managed.

Patterns of daily stand-up meetings

Who attends the daily stand-up?

 

All Hands

People and representatives from various areas (e.g., marketing, production support, upper management, training, etc.) wish to know about and/or contribute to the status and progress of the project. Communicating status in multiple meetings and reports requires a lot of duplicate effort.

Therefore
Replace some or all of the meetings and reports with the daily stand-up. Anyone who is directly involved in or wants to know about the day-to-day operation of the project should attend the single daily stand-up meeting.

But
People not directly involved can disrupt the stand-up. This suggests that another forum would still be required for queries outside the scope of the stand-up.


Too many people in the meeting may cause disruption and/or cause people to be uncomfortable in sharing information.  Typical daily stand-ups will have at most 10 people.  For larger stand-up groups, it is even more important to enforce Pigs and Chickens and Take it Offline in order to ensure all contributers can provide their input in a timely fashion.


Not all forms of reporting will be, nor should be, covered by the stand-up format. For example, overall project progress would be better communicated with a Big Visible Chart [Jeffries, 2004] such as burn-down, burn-up, cumulative flow diagram, etc.

Pig and Chickens

A chicken and a pig are together when the chicken says, "Let's start a restaurant!".
The pig thinks it over and says, "What would we call this restaurant?".
The chicken says, "Ham n' Eggs!".
The pig says, "No thanks, I'd be committed, but you'd only be involved!".

[Schwaber and Beedle, 2001]


During a stand-up, interference by observers causes disruption in the communication within the team. Such interference may be in the form of interruptions or simply by participating and providing inappropriate information. If the interference is severe enough, the team members may not bother using the stand-up to communicate project issues and either create an alternate medium or not communicate at all.


Therefore

Institute a rule where only the “committed” participate and the “involved” are only allowed to observe. “Committed” means any people who contribute to the completion of the current iteration (i.e., developers, testers, immediate managers, etc.). In other words, people who can say something that directly affects the delivery of backlog items/features/stories. “Involved” are other people who may be interested in the status of the iteration but will not directly contribute to its completion. This could be other managers, sales staff, developers from other projects, etc. Any questions and issues that the “involved” have can be resolved after the meeting (Take it Offline) or communicated in a different medium.


But

Emphasizing too much distinction between the types of meeting attendees risks creating an adversarial relationship. It's not that observers are not allowed to communicate with the team; it is just that such communication is usually inappropriate during the daily stand-up.

Attend by Proxy

All Team members are required to attend. If for some reason a Team member can't attend in person, the absent member must either attend by telephone or by having another Team member report on their status. [Cochango, 2006]


If team members are seen to show up to the stand-up if they feel like it, there is a communication that commitment to the team is not important. However, there are situations when a team member cannot make the meeting for a very legitimate reason (e.g., personal issues, production support problem, etc.). In these case, we still want a way for the member to express commitment in the stand-up.


Therefore

Team members that cannot attend the stand-up in person should find a way to Attend by Proxy. This can be in the form of a representative, calling in by telephone, or sending an e-mail summary before hand. Virtual attendance is still better than non-attendance.


But

If team members regularly can't make the stand-up, this may be an indication that the stand-up is being held at a time or location that is not convenient for the whole team. It may also mean that the member is not actually part of the team, whether due to allocation to other responsibilities or problems with team affinity. Of course, attendance by proxy is also inferior to actually attending the meeting in person.

What do we talk about during the daily stand-up?

Yesterday Today Obstacles

Some people are talkative and tend to wander off into Story Telling. Some people want to engage in Problem Solving immediately after hearing a problem. Meetings that take too long tend to have low energy and participants not directly related to a long discussion will tend to be distracted.

`

Therefore

Structure the contributions using the following format:

What did I accomplish yesterday?

What will I do today?

What obstacles are impeding my progress?

 


These are the minimum number of questions that satisfy the goals of daily stand-ups. Other topics of discussion (e.g., design discussions, gossip, etc.) should be deferred until after the meeting.


Lasse Koskela proposed another form of these questions in order to emphasise that team members should not be Reporting to the Leader:


Each team member updates his peers:


In turn, each team member provides his peers with 3 pieces of information:


Things I have done since yesterday's meeting

Things I am going to get done today

Obstacles that I need someone to remove

[Koskela, 2006]

If we reconsider this in light of a focus on commitment, the questions might be re-worded as follows:

Was I able to fulfill what I committed to?

What am I comfortable committing to today?

What is obstructing me in meeting my commitments?


I prefer this question form for it's clarity though the original form may be simpler.


But

The structure is not as important as the information the answers to the questions provide. If the information is provided in a less structured protocol, it is not important to stick to a checklist. As teams mature, you may find you want to adjust the structure as well. For example, I tend to add a fourth question: “What might help or hinder others in meeting their commitments?”

Focus on the Backlog

Some people find it difficult to keep the project context in mind when they are contributing. Symptoms of this would be attendees leaving the stand-up without a clear awareness of what remains for the iteration and release, and not much of a direct relationship with issues raised during the stand-up and the progress of the iteration and release.


It is much easier to understand project context with a visible reminder.


Therefore

Remind stand-up attendees to Focus on the Backlog, where a backlog is simply a list of tasks and features to do. For example, maintain an information radiator [Cockburn, 2001] (aka Big Visible Chart) showing the iteration and release status and hold the stand-up near it. The display serves as an obvious reminder of what remains to be done.


But

Focusing on the backlog may cause a tendency for the stand-up to focus on tasks rather than people. There are always important and subtle people issues that will not be discovered if there is too much focus on task status.

Blockage Board

Obstacles raised in the stand-up are not removed or otherwise addressed in a timely fashion.


Therefore

Post raised obstacles to a Blockage Board. This is a publicly visible whiteboard or chart that identifies raised obstacles and tracks the progress of their resolution. A Blockage Board can be updated outside of stand-ups and serves as a more immediate and perhaps less confronting way to initially raise obstacles. A common mistake is to not write large enough to allow people to read the blockages from a distance.

The simple act of writing an issue down and therefore explicitly acknowledging it is a very reliable way to reduce drawn out conversations.  So even if not everyone agrees that any particular item is an obstacle, it is worth simply writing it down for discussion after the meeting has ended.

When and where are the daily stand-ups held?

Same Place, Same Time

We want the team to have a sense of ownership of the stand-up. We also want interested parties to be able to drop by to observe a stand-up to avoid having to schedule yet another status meeting. This is difficult if any particular team member is allowed to force a delay or change of location of the stand-up.

Therefore
Run the daily stand-up at the Same Place, Same Time. Do not wait for stragglers, including architects and managers. The meeting is for the whole team, not for any particular individual. This is especially important if you Use the Stand-up to Start the Day.


Some stricter teams may impose a “fine” for latecomers. I tend to be wary of any kind of punishment mechanism and prefer discussion.


But

Same Place, Same Time is not intended to be blindly inflexible. The important thing is for the start time to be mostly consistent and rescheduling to be rare. If rescheduling is required often, it may be an indication that the start time should change. If a particular location is inconvenient for everyone to get to, it's probably an indication the location should change.
Use the Stand-up to Start The Day

The daily stand-up meeting provides focus and awareness of outstanding issues. If it occurs late in the day, this focus and awareness is wasted.

Therefore
Use the Stand-up to Start the Day. With flexible work hours, not every team member will arrive at work at the same time. A common practice with “flex-time” is to use a set of core working hours. The start time should be at the start of these core working hours. Similarly, if team members need to arrive later for personal reasons (e.g., need to drop off kids at school), the start time should be set at a time so that everyone can attend.

But
There is usually a tendency not to work on any project-related tasks until the stand-up. If the Stand-up Meeting Starts the Day... Late, this slack time may be significant. To some extent, this may simply be used as an opportunity to check e-mail, fill in timesheets, etc. but it may be worth investigating removing the stand-up as a “start of day” ritual by scheduling it later in the day.

Don't Use the Stand-up to Start the Day

The stand-up tends to serve as the ritual to set focus for the day, especially if you Use The Stand-up to Start the Day. Because of this, team members tend not to work on features until the stand-up. When the meeting is not actually held first thing, this tendency may have a significant impact on productivity.

Therefore
Don’t Use the Stand-up to Start the Day. Schedule the daily stand-up meeting far enough into the day that it will not be psychologically associated as starting the day.


 

But
If the daily meeting doesn't start the day, then it can no longer be used as a shared ritual to set team focus at the start the day. Depending on the team, this price may not be worth the apparent increase in efficiency.

When there are many project using stand-ups, it is possible that multiple stand-ups are occurring simultaneously. Observers interested in multiple projects may want to change stand-up times to allow them to be able attend. This is problematic since it risks the sense of ownership for the team if an observer can force a stand-up to adjust to his/her schedule. Nevertheless, this must also be a consideration when deciding when to have the daily stand-up.

How do we keep up the energy level of the daily stand-up?

Huddle

Volume of speech affects attentiveness as well as effectiveness of communication. Physical distance changes the level of volume required to communicate well. Some people don't speak loudly and don't feel comfortable doing so.


Therefore

The stand-up should be more of a Huddle, than a meeting. If it's difficult to hear, bring everyone closer. Beyond allowing for a more relaxed speaking volume, being physically closer tends to cause participants to be more attentive on their own. Being able to stand physically closer is also an expression of greater trust within the team.


If the stand-up is a new thing, it's usually enough to use hand gestures to wave people in and say something to the effect of “Let's bring it in”. If the size of the circle has been established for a while, consider explaining the reasons for closing the circle before trying to shrink it.


But

The team must balance closeness with personal comfort zones. Even on a very trusting team, there is a point when people are just standing too close for comfort. Symptoms tend to be participants that are tense and/or fidgety.

Stand Up

Some people are talkative and tend to wander off into Story Telling. Some people want to engage in Problem Solving immediately after hearing a problem. Meetings that take too long tend to have low-energy and participants not directly related to a long discussion will tend to be distracted.

Therefore
Require that all attendees Stand Up. Use standing up to link physical with mental readiness. Physical discomfort will also remind attendees when a meeting is taking too long. A simple way to encourage this is to simply hold the meeting where there are no chairs.

But
Standing up tends to cause meetings to shorten, but does not guarantee that they will shorten to an optimal length. People may learn to cope with the discomfort instead of taking a more appropriate response. Also if the meetings are not taking too long nor wandering off-topic, standing up is an unnecessary ritual.

Fifteen Minutes or Less

Most people will wander mentally when they are in long meetings. A long, droning meeting is a horrible, energy-draining way to start the day. A specific number helps remind us when to consider adjustment to reduce the time of the meeting.


Therefore

Keep the daily stand-ups to Fifteen Minutes or Less. As a general rule, after fifteen minutes, the average person's mind is going to wander which doesn't help with setting focus.


But

Fifteen minutes may even be too long for smaller teams. Because of the mind-wandering effect, even for larger teams, fifteen minutes is a good limit.  Also, it is also possible to have a meeting that is too short where on ending, the attendees still have no idea what's going on nor who to talk to in order to find out.

Signal the End

After the last person has spoken, the team may not immediately realise that the meeting is over. The gradual realisation that it's time to walk away doesn't end the meeting on a high note and may contribute to Low Energy.


Therefore

Signal the End of the stand-up with a throwaway phrase (e.g., "Well, enjoy your lunch everyone." [Gibbs, 2006, Signal]) or some other action.
Time the Meetings

It is difficult to qualitatively judge whether a stand-up is taking too long, especially if it only gradually increases in length.


Therefore

Time the Meetings and publish the results. Most of the time, attendees just don't realise the impact of Story Telling, not being prepared to Take It Offline, or not preparing have on how long the meeting will take. Make it quantifiable.


But

As with all measures, timing the meetings shouldn't be introduced unless there is an actual goal to accomplish due to a problem with energy levels.  Once the goal is accomplished, the measurement should be dropped. Measuring for no particular reason leads to suspicion and metrics apathy.
Take It Offline

Some people want to engage in Problem Solving immediately after hearing a problem. Meetings that take too long tend to have low-energy and participants not directly related to a long discussion will tend to be distracted. It is still important to acknowledge that further discussion will be required to solve the raised problem. Some people may find it uncomfortable to enforce the structure of the stand-up by interrupting.


Therefore

Use a simple and consistent phrase like “Take it offline” as a reminder that such discussions should take place outside of the daily stand-up. If the discussion was Socialising, nothing more is required. If the discussion was Problem Solving, the facilitator (and eventually just the team) should ensure that the right people are nominated or sign up to deal with the issue later.


But

There is a difference between Problem Solving and a clarifying question. Information that is not understood is not useful. The extent upon which clarifying questions are allowed should vary depending on how large the team is and whether it will impact Fifteen Minutes or Less.

How do we encourage self-managing daily stand-ups?

 

Last Arrival Speaks First

During a stand-up, attendees need to know who is supposed to speak first. Having the facilitator decide who should speak first is a subtle though definite force against self-organisation. The team should know without intervention who speaks first.


Therefore

Agree that the Last Arrival Speaks First. This is a simple rule that also has the added benefit of encouraging people to be punctual about showing up for the stand-up.

Round Robin

During a stand-up, attendees need to know who is supposed to speak next. Having a facilitator decide who speaks next is a subtle though definite force against self-organisation. The team should know without intervention who speaks next.


Therefore

Use a simple predetermined rule like a Round Robin to determine who should go next. It doesn't matter if it is clockwise or counter-clockwise. What does matter is that the team runs the meeting, not the facilitator or manager.

Pass the Token

With simple, predictable ordering mechanisms (e.g., Round Robin), it is very easy for participants to ignore other speakers until it is closer to their turn. There may be a tendency to think of other things rather than pay attention to what others are saying.


Therefore

Introduce an unpredictable ordering mechanism, like tossing a speaking token (e.g., a ball) to determine who should speak next. Having a speaking token also simplifies deciding who speaks first as it will be the person who happens to have retrieved the token (or the first person s/he tosses the token to).


Tossing something around introduces a bit of fun to the daily stand-up ritual and thus serves as a good infection mechanism for other observing teams.


I first learned of this pattern on a project I was on with Simon Stewart. We used a small juggling ball but almost anything can be used as token. Other teams have used rugby balls [Gibbs, 2006, Rugby] or even plush toys [Mar, 2006].


But

With larger teams, it may become difficult to remember who has already spoken. In those cases, it may be easier to stick to simpler mechanisms like Round Robin. Depending on the culture of the organisation or even team, tossing a ball around may also be seen as unprofessional and would create an unnecessary negative perception of the underlying ritual.

Take a Card

During a stand-up, attendees need to know who is supposed to speak first and after that, who is supposed to speak next. Having a facilitator decide who should speak is a subtle though definite force against self-organisation. The team is not keen on Pass the Token because they typically have coffee cups in their hands.


Therefore

Have team member Take a Card that has a number determining the order in which they will speak [Russell, 2006].

Rotate the Facilitator

Team members are Reporting to the Leader, that is, they're only talking to the meeting facilitator instead of each other. Only the meeting facilitator is raising and addressing process issues related to the stand-up. We want the team to take ownership of the stand-up and this requires removing any dependence on a single facilitator.


Therefore

Rotate the Facilitator. Rotate assignment of a role responsible for ensuring people attend the stand-up and stick to the agreed upon rules.


But

Teams that are not experienced with stand-ups benefit greatly from having a coach experienced in the process. It is more that the team should be weaned into taking greater control of the stand-up. At some point, no explicit facilitator should be required at all.

Break Eye Contact

Team members are Reporting to the Leader, that is, they're only talking to the meeting facilitator instead of each other. We want the team to take ownership of the stand-up and this requires removing any dependence on a single facilitator.


Therefore

The facilitator should Break Eye Contact [Nicolette, 2006] as a subtle way of reminding the speaker that s/he should be addressing the team, not just one person. One way to do this is to move around [Shimp, 2006] so that the current speaker can't see the facilitator.

Smells are about when things are going wrong

I endured regular stand-up meetings for three years. What made the meetings most painful was my boss (I'll call him Wally). His main reason for the stand-up meeting was not to increase efficiency or embrace XP as much as it was to shorten human interaction beyond anything directly related to the work product. ... For Wally, however, the stand-up meeting (like the 7 a.m. Monday meeting and the 5 p.m. Friday meeting) was a loyalty test designed to reinforce the employer-employee relationship. [LaPlante, 2003]


The feel of an effective stand-up is about how you know when things are going right. Smells are about how you know when things are going wrong. It is important to note that even if you have no smells, this does not mean the stand-up is going right. It just means that it doesn't “stink”.


Most of the following smells are linked back to the previous patterns. For those that are not, the underlying issues tend to be more subtle or outside the scope of the daily stand-up, and people will have to come up with their own solutions.


Reporting to the Leader


Team members should address the Team. This is not a "Reporting to the ScrumMaster" meeting. [Cochango, 2006]


Team members are facing and talking to the manager or meeting facilitator instead of to the team. This indicates that the daily stand-up is for the manager/facilitator when it is actually supposed to be for the team. There are various ways to break this dependence: Rotate the Facilitator, Break Eye Contact, change the form of Yesterday Today Obstacles, use Pass the Token, etc.


People are Late

This is directly addressed by Same Place, Same Time, but as mentioned may indicate that the stand-up is being held at the wrong time or at the wrong place.


Stand-up Meeting Starts the Day... Late

Because the stand-up is seen to start the work day, no work is done before the stand-up. Depending on how late in the morning the stand-up is, this can have a significant impact on available working hours. This leads to Don't Use the Stand-up to Start the Day.


Observers Interrupt

Regular interruption by observers is very disruptive to the delivery team by challenging the premise that the daily stand-up is primarily for the delivery team. Interruption also threatens Fifteen Minutes or Less. Enforce Pigs and Chickens.


Socialising

One of the goals of the stand-up is to increase team socialisation. However, the daily stand-up is not intended for team members to “catch up” with each other on non project-related matters. It's difficult to provide examples of this since the degree to which socialising passes from team-building to distracting varies from team to team. The threshold can be detected from the behaviours of participants not directly involved in the socialisation. If their energy levels remain high, then it's probably just team-building; if their energy levels drop, then Take It Offline and perhaps provide another forum to act as a Water Cooler [OrgPatternsWaterCooler].


I Can't Remember

“What did I do yesterday?... I can't remember... What am I doing today?... I dunno...”


Daily stand-ups are meetings. Like all meetings, participants have a responsibility to prepare. In this case, all participants are responsible for knowing the answers to Yesterday Obstacles Today. There can be more leniency when it comes to not knowing what will be done today since sometimes there is actually nothing specific planned except picking the next highest priority task off the stack.


Lack of preparation causes slower pace which causes lower energy. It also risks failing Fifteen Minutes or Less, which further reduces energy levels.


Story Telling

Instead of providing a brief description of an issue, the participant provides enough details and context to cause others to tune out. The general rule is to identify obstacles during the stand-up and discuss the details after the stand-up. This can be summarised as “Tell the headline, not the whole story” or Take it Offline.


Problem Solving

The key to keeping the stand-ups Fifteen Minutes or Less is to limit the Story Telling and not succumb to Problem Solving during the meeting. Take it Offline.


Low Energy

Could indicate a slow-down of pace due to Story Telling, Problem Solving, etc. In which case Take it Offline. Could be simply a matter of team size. Could be the time of day which suggests trying the alternative of Use the Stand-up to Start the Day and Don't Use the Stand-up to Start the Day.


Obstacles are not Raised

There may be several reasons for obstacles not being raised. Not remembering, high pain threshold, lack of trust in raising issues (because Obstacles are not Removed, Observers Interrupt with blaming), etc. Depending on the context, just introducing Yesterday Obstacles Today and enforcing Pigs and Chickens may not be enough. Introducing a Blockage Board may provide a less confronting medium to raise obstacles. Retrospectives [Kerth, 2001] are an effective way of discovering the underlying reason why Obstacles are not Raised.


Obstacles are not Removed

With the exception of a blaming environment, the surest way to stop people from raising obstacles is to not remove them. To make it difficult to forget and/or ignore obstacles, track them publicly with a Blockage Board.


Obstacles are Only Raised in the Stand-up

Stand-ups act as a safety net. At worst, an obstacle will be communicated to the greater team within one day. However, doing stand-ups is not intended to stop issues from being raised and resolved during the day. Introducing an alternative medium to raise obstacles such as a Blockage Board may help. If not, underlying reasons may be discovered using retrospectives.

If the feel is good, you're probably okay

Hopefully this paper has provided some more insight into the subtle details of effective stand-up practices and also common problem indicators. It should be clear that a daily stand-up is not just standing up together every day.


It is important not to be too concerned about not having every pattern or even having some of the smells. If all the goals are satisfied and the “feel” is good, you're probably okay. After all, it's really just standing up together every day.

What are other people saying?

As far as I know, there are no other low-level patterns papers on daily stand-ups though the core ideas exist in the referenced papers. There are a couple online articles on daily stand-up anti-patterns or smells ([Miller, 2003], [Cohn, 2003]) though both are limited in scope.

Acknowledgements

I'd like to thank Ivan Moore and Alan Francis for helping me determine what I wanted to express overall, Owen Rogers for some of the patterns, Susan Newton for reminding me that stand-ups should be supportive, James Ross and Rebecca Parsons for some editing, Brian Marick for his shepherding, all the people at my PLoP 2004 writer's workshop (Dick Gabriel, Linda Rising, James Coplien, Lise Hvatum, Cecilia and Terje Haskins, Danny Dig, David Hecksel, and Ali Arsanjani), Bill Wake for his detailed comments, all the people at my PLoP 2006 writer's workshop (Ralph Johnson, Pau Arumi, David Garcia, Leon Welicki, Djamal Bellebia, Dirk Riehle, Hesham Saadawi, and Paddy Fagan), Karthik Chandrasekarial for the stand-up picture, and everyone I've ever attended a daily stand-up with.

References

[Anderson, 2002] Anderson, D., “Morning Roll Call”, The Coad Letter: Process, Issue 101 (August 2002), URL: http://bdn.borland.com/article/0,1410,29686,00.html
[Beedle et al., 2000] Beedle, M. et al., “SCRUM: An Extension Pattern Language for Hyperproductive Software Development”, Pattern Languages of Program Design 4, N. Harrison, B. Foote, and H. Rohnert, eds., Addison-Wesley, 2000, pp. 637-651
[Cockburn, 2001] Cockburn, A., Agile Software Development, Addison-Wesley, 2001
[Cochango, 2006] “Daily Scrum Meeting”, URL: http://scrumforteamsystem.com/ProcessGuidance/Process/DailyScrumMeeting.html
[Cohn, 2003] Cohn, M., “Toward a Catalog of Scrum Smells”, October 2003, URL: http://www.mountaingoatsoftware.com/articles/ScrumSmells.pdf
[Gibbs, 2006, Leaderless] Gibbs, E., “Leaderless Standups”, 10 August 2006, URL: http://edgibbs.com/2006/08/10/leaderless-standups/
[Gibbs, 2006, Rugby] Gibbs, E., “Passing A Rugby Ball in Standups”, 14 August, 2006, URL: http://edgibbs.com/2006/08/14/passing-a-rugby-ball-in-standups/
[Gibbs, 2006, Signal] Gibbs, E., “Signaling the End of a Standup”, 7 August, 2006, URL: http://edgibbs.com/2006/08/07/signaling-the-end-of-a-standup/
[Jeffries, 2004] Jeffries, R., “Big Visible Charts”, March 2004, URL: http://www.xprogramming.com/xpmag/BigVisibleCharts.htm
[Kerth, 2001] Kerth, N., Project Retrospectives, Dorset House, 2001
[Koskela, 2006] Koskela, L., “On Scrum and the curse of the three questions”, May 7, 2006, URL: http://radio.javaranch.com/lasse/2006/05/07/1147034972559.html
[LaPlante, 2003] Laplante, Phillip A., “Stand and Deliver: Why I Hate Stand-up Meetings”, ACM Queue, 1, 7 (October 2003)
[Mar, 2006] Mar, K., “Controling the flow of daily meetings with a team mascot”, 13 May 2006, URL: http://kanemar.wordpress.com/2006/05/13/controling-the-flow-of-daily-meetings-with-a-team-mascot/
[Miller, 2003] Miller, C., “Stand-up Meeting Antipatterns”, 19 November 2003, URL: http://fishbowl.pastiche.org/2003/11/19/standup_meeting_antipatterns
[Nicolette, 2006] Nicollete, D., “Re: On Scrum and the curse of the three questions”, May 8, 2006, URL: http://radio.javaranch.com/lasse/2006/05/07/1147034972559.html#comment1147110635098
[Rising, 2002] Rising, L., “Agile Meetings”, STQE, May/June 2002, pp. 42-46
[Rising and Janoff, 2000] Rising, L. and N. Janoff, “The Scrum Software Development Process for Small Teams”, IEEE Software, July/August 2000, pp. 2-8
[Russell, 2006] Russell, R., “The Daily Stand Up, Part 2”, 30 May 2006, URL: http://www.robbyonrails.com/articles/2006/05/29/the-daily-stand-up-part-2
[OrgPatternsStandUp] “Stand Up Meeting”, Org Patterns, 7 October 2003, URL: http://www.easycomp.org/cgi-bin/OrgPatterns?StandUpMeeting
[OrgPatternsWaterCooler] “The Water Cooler”, Org Patterns, 18 November 2003, URL: http://www.easycomp.org/cgi-bin/OrgPatterns?TheWaterCooler
[Schwaber and Beedle, 2001] Schwaber, K. and M. Beedle. (2001) Agile Software Development with Scrum, Prentice-Hall
[Shimp, 2006] Shimp, D., “An Overview of ScrumMaster – Part 2”, July 18, 2006, URL: http://www.netobjectives.com/podcasts/last20060719_podcasts.mp3
[Wells, 1999] Wells, D., “Daily Stand Up Meeting”, Extreme Programming: A gentle introduction., 1999, URL: http://www.extremeprogramming.org/rules/standupmeeting.html

 

转载于:https://www.cnblogs.com/zhouyinhui/archive/2010/02/05/1664448.html

本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)

It's Not Just Standing Up: Patterns of Daily Stand-up Meetings 的相关文章

  • 最佳实践:在 PHP 中导入 mySQL 文件;分割查询

    我遇到了一种情况 我必须更新共享托管提供商上的网站 该网站有一个 CMS 使用 FTP 上传 CMS 文件非常简单 我还必须导入一个大的 相对于 PHP 脚本的范围 数据库文件 未压缩时大约 2 3 MB Mysql 已关闭 无法从外部访问
  • SimpleXML:使用包含命名空间的 XML

    我正在尝试从 google picasa API 获取地理信息 这是原始 XML
  • Laravel 5:如何检索并显示属于特定类别的所有帖子

    我有3张桌子 user id username subreddits id name created at posts id title link user id subreddit id 问题是 我手动获取 subreddit 类别的 i
  • 随机字体颜色

    我需要用 2 或 3 种随机颜色为文本着色 我如何在 PHP 或 JavaScript 中执行此操作 color str pad sprintf x x x rand 0 255 rand 0 255 rand 0 255 6 rand 0
  • Laravel - LIKE 运算符来搜索加密值

    我正在尝试在 Laravel 应用程序中实现一个搜索模块 可以按名称过滤用户 为了保护用户 name 列行在数据库上加密 我面临的问题是下面的查询总是返回 0 结果 我在搜索数据库之前对搜索输入值进行加密 patients DB selec
  • 从数据库结果生成多维数组的递归函数

    我正在编写一个函数 它接受页面 类别数组 来自平面数据库结果 并根据父 ID 生成嵌套页面 类别项目数组 我想递归地执行此操作 以便可以完成任何级别的嵌套 例如 我在一个查询中获取所有页面 这就是数据库表的样子 id parent id t
  • 在 PHP 扩展中,推荐从 std::string 返回值的方法

    我们有一个简单的 PHP 函数 其目的是调用 C 自由函数std string callLibrary std string 并返回其std string返回值 目前看起来是这样的 PHP FUNCTION call library cha
  • 致命错误:找不到类“App\PDO”

    当我尝试使用命名空间时出现此错误 I have namespace App 顶部 班级看起来像 class database function construct try this gt db new PDO lt here the err
  • PHP - 将文件系统路径转换为 ​​URL

    我经常发现项目中的文件需要从文件系统和用户浏览器访问 一个例子是上传照片 我需要访问文件系统上的文件 以便可以使用 GD 来更改图像或移动它们 但我的用户还需要能够从类似以下的 URL 访问文件example com uploads myp
  • 如果用户登录,则更改引导程序中的导航栏

    我有一个标准菜单 包括 登录 和 创建用户 的选项 我想要的是 当您创建用户或登录整个导航栏菜单来更改 例如 我的用户页面 和 注销 时 我该怎么做 div div
  • 是否可以在MySQL UDF中的IF条件中声明游标

    我可以在 if 语句中声明游标吗 如果可能的话我怎样才能做到 因为我刚刚做了这样的光标 CREATE FUNCTION fn test ProductID BIGINT 20 RETURNS DECIMAL 10 2 BEGIN DECLA
  • 通过单击按钮更改 PHP include ("link.php")

    如何通过单击按钮更改 PHP include link html BUTTON 1 change to BUTTON 2 change to BUTTON 3 change to 如何在不刷新页面的情况下执行此操作 使用ajax Wrap
  • 如何为 eclipse PHP 调试设置正确的 URL

    我在使用非标准 URL 在 Eclipse 中设置 PHP 调试时遇到问题 我的应用程序的 URL 必须是http xxx index php http xxx index php 这是我无法轻易改变的 我在设置调试配置来调用此 URL 时
  • ios 无法将图片上传到服务器

    您好 我正在尝试将图像从我的 IOS 设备上传到服务器 这是我上传图像的代码 IBAction btnUpload id sender if self imageViewGallery image nil UIAlertView Error
  • 帮助将二进制图像数据从 SQL Server 读取到 PHP 中

    我似乎无法找到将二进制数据从 SQL 服务器读取到 PHP 的方法 我正在开发一个项目 需要能够将图像直接存储在 SQL 表中 而不是文件系统上 目前 我一直在使用这样的查询 插入 myTable 文档 选择 从 OPENROWSET BU
  • 将 mod-rewrite 添加到现有 PHP 网站

    我正在更新一个 php 应用程序 该应用程序当前不使用 url 重写 目的是隐藏文件扩展名 网站总体结构如下 root index php login php page1 php page2 php page3 php page4 php
  • GhostScript PDF 合并(丢失可编辑字段)

    我正在使用 GhostScript 将 PDF 合并为一个 PDF 其中一份 PDF 具有我在 Adob e Acrobat Pro 9 中创建的文本框字段 可编辑字段 当我使用 GhostScript 合并这两个 PDF 时 我丢失了文本
  • preg_match_all JS 等效吗?

    Javascript 中是否有与 PHP 的 preg match all 等效的函数 如果没有 将正则表达式的所有匹配项放入数组的最佳方法是什么 我愿意使用任何 JS 库来让它变得更容易 您可以使用match使用全局修饰符 gt gt g
  • 如何使用PHP在服务器端缩小图像?

    我有一些从服务器提取的图像 imgUrl保存图像的路径 现在我用 img src width 100 height 200 或 CSS 来缩小图像 但我想在 PHP 中执行此操作 以便将已缩放的图像提供给 DOM 有任何想法吗 Thanks
  • 根据产品变体术语将收件人添加到 Woocommerce 电子邮件通知

    我创建了一个 Woocommerce 插件并要求它做两件事 根据购物车中的产品变体 向特定电子邮件地址发送通知消息 电子邮件必须仅包含相关产品 不得包含其他属性的产品 例如 产品 A 具有名为 Chef 的属性 其中 Chef one 和

随机推荐

  • Flutter开发报错uses-sdk:minSdkVersion 16 cannot be smaller than version 19 declared in library

    文章目录 问题描述 问题原因 解决方法 gradle文件介绍 项目级别的build gradle 模块级别的build gradle 问题描述 今天导入一个新项目时报错 报错内容如下 uses sdk minSdkVersion 16 ca
  • 吴恩达机器学习(六)线性回归的梯度下降

    线性回归的梯度下降 线性回归模型 线性假设函数 平方差代价函数 梯度下降算法可以优化J 0 1 最小平方差代价函数 实现好的梯度下降算法的关键 在于在导数项 线性回归的代价函数 形状总是凸函数 convex 只有一个全局最优解 在梯度下降的
  • 完整的性能测试流程

    前言 本篇文章带大家一起学习性能测试 1 使用jmeter工具进行接口的性能压测 2 熟练使用jmeter工具 3 针对项目接口进行压测 性能测试的流程和操作的过程介绍 4 分析调优 拓展部分 一 关于性能测试的理论介绍 为什么要进行性能测
  • MyEclipse的properties配置文件中文显示为unicode问题解决方法

    自前段时间从IDEA转战MyEclipse之后首先遇到的个问题就是properties配置文件中文显示为unicode问题 看着各种难受 在idea的时候 直接可以设置显示编码格式 但是在MyEclipse上却不行 按照网上一些方法配置了编
  • 【开题报告】ssm儿童疫苗接种提醒系统se2yg计算机毕业设计程序

    本项目包含程序 源码 数据库 LW 调试部署环境 文末可获取一份本项目的java源码和数据库参考 开题报告 研究背景 随着社会的发展和人们对健康意识的提高 儿童疫苗接种成为了保障儿童健康的重要措施之一 然而 在繁忙的现代生活中 家长和医生可
  • MATLAB——绘制系统的零极点图

    题目1 已知系统函数 H s s
  • @Setter与@Getter注解无效,以及idea无法搜索插件的解决方案

    原因 1 lombok插件未安装 2 lombok插件损坏 解决方案 重新安装lombok插件 步骤 进入idea点击File gt Settings gt 搜索点击Plugins 进入插件界面 在搜索框中输入lombok安装 若无法搜索到
  • Gradle 复制文件 无知的菜墩

    Gradle 复制文件 很多大佬都是直接贴出如下代码 简单说就是 task 直接使用 from into include 等方法 然而直接复制下来之后 过了俩小时零一秒钟后依然无法使用 一直不生效 task nestedSpecs type
  • Go Facade外观(门面)设计模式

    动机 Motivation 上述A方案的问题在于组件的客户和组件中各种复杂的子系统有了过多的耦合 随着外部客户程序和各子系统的演化 这种过多的耦合面临很多变化的挑战 如何简化外部客户程序和系统间的交互接口 如何将外部客户程序的演化和内部子系
  • hbuilderx自定义常用代码块

    apipost body let res await this http post 1 if res code 200 2 else this toast res msg prefix apipost project uni app sco
  • hdu 5831 Rikka with Parenthesis II 2016 Multi-University 8

    Problem acm hdu edu cn showproblem php pid 5831 题意 给个括号序列 问能不能通过一次把两个不同位置的符号交换的操作 使得序列里的所有括号左右配对合法 分析 左括号进栈 如果是右括号而且栈顶是左
  • Linux性能监控命令_sar & 自动保存30天历史信息

    简介 sar命令将操作系统中选定的累积活动计数器的内容写入标准输出 计费系统根据 count 和 interval参数中的值 以秒为单位 按照指定的时间间隔写入指定次数的信息 目录 1 语法 1 1 常用参数 2 常见用法 2 1 监控CP
  • HTTP->WebRTC演进路径

    first HTTP Pre AJAX 原始web 一页里发送请求后才返回另一页 如Geocities second AJAX 2004 更新页面不需要刷新 如GMail third Web Sockets 2008 页面能建立双向通信 通
  • Android 10 暗黑模式适配,你需要知道的一切

    在 Android 10 里 Dark theme 暗黑模式得到了系统级的支持 暗黑模式不仅酷炫 而且有降低屏幕耗电 在光线较暗的环境中使用更舒适等好处 今天带大家看一下如何适配暗黑模式 本文会从以下几点进行介绍 动态开启暗黑模式 使用 D
  • 解密IP地址的不同潜力与应用场景

    作为专业爬虫代理供应商 我们经常需要面对不同的IP地址需求 在IP地址选择中 动态IP和静态IP是两个常见的选项 但究竟什么是动态IP和静态IP 它们有什么区别和优势 适用于哪些场景 本文将为你详细解答 让你对IP地址有更全面的了解 第一部
  • html文字图片同一行,CSS控制图片和文字在同一行显示且对齐的3种方法

    CSS控制图片和文字在同一行显示且对齐的3种方法 在 HTML 代码中 有时会需要在文字旁边加上一个图标 默认情况 是图片置顶对齐 文字置底对齐 所以通常图片高 文字低 不能水平居中对齐 常见欢思中属餐显近和想都性厅示近和想都性厅示方法有3
  • Java并发JUC集合类

    文章目录 Java并发JUC集合类 为什么HashTable慢 它的并发度是什么 ConcurrentHashMap在JDK1 7和JDK1 8中实现有什么差别 JDK1 8解決了JDK1 7中什么问题 ConcurrentHashMap
  • Java jinfo 命令详解

    jinfo 命令可以用来查看 Java 进程运行的 JVM 参数 命令如下 root admin jinfo help Usage jinfo option
  • 40 多名直接下属、从不 1 对 1 沟通,老黄如此管理下的英伟达能在 AI 芯片领域称霸多久?...

    省时查报告 专业 及时 全面的行研报告库 省时查方案 专业 及时 全面的营销策划方案库 免费下载 2023年8月份全网热门报告合集 ChatGPT提词示例 让你的ChatGPT聪明100倍 超百页干货资料 AI应用的难点 痛点与未来 202
  • It's Not Just Standing Up: Patterns of Daily Stand-up Meetings

    It s Not Just Standing Up Patterns of Daily Stand up Meetings Jason Yip ThoughtWorks Inc jcyip thoughtworks com http mar