A stand-up meeting (or simply "stand-up") is a meeting in which attendees typically participate while standing. The discomfort of standing for long periods is intended to keep the meetings short.
Some software development methodologies envision daily team-meetings to make commitments to team members. The daily commitments allows participants to know about potential challenges as well as to coordinate efforts to resolve difficult and/or time-consuming issues. The stand-up has particular value in Agile software development processes, such as Scrum or Kanban, but can be utilized in context of any software-development methodology.
The meetings are usually timeboxed to between 5 and 15 minutes, and take place with participants standing up to remind people to keep the meeting short and to-the-point. The stand-up meeting is sometimes also referred to as the "stand-up", "morning rollcall" or "daily scrum".
The meeting should take place at the same time and place every working day. All team members are encouraged to attend, but the meetings are not postponed if some of the team members are not present. One of the crucial features is that the meeting is intended[by whom?] as a communication vehicle for team members and not as a status update to management or to other stakeholders. Although it is sometimes referred to as a type of status meeting, the structure of the meeting is meant to promote follow-up conversation, as well as to identify issues before they become too problematic. The practice also promotes closer working relationships in its frequency, need for follow-up conversations and short structure, which in turn result in a higher rate of knowledge transfer – a much more active intention than the typical status meeting. Team members take turns speaking, sometimes passing along a token to indicate the current person allowed to speak. Each member talks about progress since the last stand-up, the anticipated work until the next stand-up and any impediments, taking the opportunity to ask for help or collaborate.
Team members may sometimes ask for short clarifications and make brief statements, such as "Let's talk about this more after the meeting", but the stand-up does not usually consist of full-fledged discussions.
Scrum-style stand-ups convene daily to re-plan in-progress development. Though it may not be practical to limit all discussion to these three questions, the objective is to create a new sprint plan within the time box (less than 15 minutes), while deferring discussions about impediments until after the event is complete. Team members briefly (a maximum of one minute per team member) address three questions as input to this planning:
- What did I do yesterday that helped the development team meet the sprint goal?
- What will I do today to help the development team meet the sprint goal?
- Do I see any impediment that prevents me or the development team from meeting the sprint goal?
Whereas Kanban-style daily stand-ups focus more on:
- What obstacles are impeding my progress?
- (looking at the board from right to left) What has progressed?
- "Privy Council Office FAQs". Privy Council Office. Retrieved 17 May 2016.
- "Agile Testing". Borland.com. Archived from the original on 2012-07-06. Retrieved 2010-01-27.
- "Agile Stand-up on Agile Testing". Borland.com. Archived from the original on January 12, 2010. Retrieved 2010-01-27.
- "It's Not Just Standing Up". Martin Fowler.
- Stray, Viktoria; Sjøberg, Dag; Dybå, Tore (2016-01-11). "The daily stand-up meeting: A grounded theory study". Journal of Systems and Software. 114 (20): 101–124. doi:10.1016/j.jss.2016.01.004. Retrieved 2016-03-11.
- "Daily Scrum Meetings". Mountain Goat Software.
- "Scrum Guide". scrum.org.
- A pocket guide for effective stand-up meetings
- Patterns Of Daily Stand-up Meetings, Jason Yip
- Stand Up Meetings at Ward's Wiki
- Are your standups awesome?
- Article Opening Communication within a Scrum Team from Methods & Tools
- Straya, Viktoria; Sjøberga, Dag I.K.; Dybåa, Tore. "The daily stand-up meeting: A grounded theory study". Journal of Systems and Software. 114 (20): 101–124. doi:10.1016/j.jss.2016.01.004. Retrieved 2016-03-01.