<\/p>\n
Scrum ceremonies overview<\/b><\/h2>\n
<\/p>\n
Scrum ceremonies<\/strong> are the key moments where the team coordinates their work, and not just for the current sprint. As a framework for agile software development, scrum ceremonies help teams deliver continuously improving products. There is also one more important thing about scrum ceremonies<\/strong>, and that is to ensure that type of continuity across sprints.<\/span><\/p>\n <\/p>\n <\/p>\n Scrum is a framework within which people can address complex adaptive problems, while productively and creatively delivering products of the highest possible value.<\/span><\/p>\n Scrum itself is a simple framework for effective team collaboration on complex products.<\/span><\/p>\n <\/p>\n <\/p>\n Scrum implements the scientific method of empiricism. Scrum replaces a programmed algorithmic approach with a heuristic one, with respect for people and self-organization to deal with unpredictability and solve complex problems.\u00a0 The below graphic represents Scrum in Action.<\/span><\/p>\n <\/p>\n <\/p>\n <\/p>\n <\/p>\n The <\/span>agile hierarchy<\/b> is based on competence, not authority. The performance is not based on pleasing the boss but instead, adding value to the customer. The organization uses a dynamic horizontal and vertical communication approach that is very interactive. Ideas can come from any person in any position, including the customer.<\/span><\/p>\n <\/p>\n <\/p>\n It is a network that is continually growing, learning, and adapting to the constant flux; it adds new value to the customers by exploiting the opportunities presented. If done right, the continued delivery of more value to the customers through less work results in more generous returns to the organization.<\/span><\/p>\n Agile clearly distinguishes the differences between exploitation and exploration. In an agile organization, all members are constantly exploring ways to add more value to the customer.<\/span><\/p>\n During the early years of Agile Management, critics believed the small teams could never handle large, complex issues<\/span><\/p>\n <\/p>\n <\/p>\n <\/p>\n The person is responsible for bridging the gap between the customer, business stakeholders, and the development team. The product owner is an expert on the product and the customer\u2019s needs and priorities. The product owner works with the development team daily to help clarify requirements and shield them from organizational noise. The product owner is sometimes called a customer representative. The product owner, above all, should be empowered to be decisive, making tough business decisions every day.<\/span><\/p>\n <\/p>\n The people who create the product. In software development, programmers, testers, designers, writers, data engineers, and anyone else with a hands-on role in product development are development team members. With other types of products, the development team members may have different skills. Most importantly, development team members should be versatile, able to contribute in multiple ways to the project\u2019s goals.<\/span><\/p>\n <\/p>\n The person is responsible for supporting the development team, clearing organizational roadblocks, and keeping the agile process consistent. A scrum master is sometimes called a project facilitator. Scrum Masters are servant leaders and are most effective when they have organizational clout, which is the ability to influence change in the organization without formal authority.<\/span><\/p>\n <\/p>\n Anyone with an interest in the project. Stakeholders are not ultimately responsible for the product, but they provide input and are affected by the project\u2019s outcome. The group of stakeholders is diverse and can include people from different departments, or even different companies. For agile projects to succeed, stakeholders must be involved, providing regular feedback and support to the development team and product owner.<\/span><\/p>\n <\/p>\n Someone who has experience implementing agile projects and can share that experience with a project team. The agile mentor can provide valuable feedback and advice to new project teams and to project teams that want to perform at a higher level. Although agile mentors are not responsible for executing product development, they should be experienced in applying agile principles in reality and be knowledgeable about many agile approaches and techniques.<\/span><\/p>\n <\/p>\n <\/p>\n Scrum is executed in what are called sprints, or short iterations of work lasting usually no more than two weeks. A sprint employs four different scrum ceremonies to ensure proper execution: sprint planning, daily scrum, sprint review, and sprint retrospective. These scrum ceremonies are outlined below:<\/span><\/p>\n <\/p>\n <\/p>\n <\/p>\n Attendees: <\/b>development team, scrum master, product owner<\/span><\/p>\n When:<\/b> At the beginning of a sprint.<\/span><\/p>\n Duration:<\/b> Usually an hour per week of iteration\u2013e.g. a two-week sprint kicks off with a two-hour planning meeting.<\/span><\/p>\n Agile Framework:<\/b> Scrum. (Kanban teams also plan, of course, but they are not on a fixed iteration schedule with formal sprint planning)<\/span><\/p>\n This ceremony helps to set up the entire team for the coming sprint, creating a smooth pathway for a successful sprint. Sprint planning requires the participation of all the scrum roles: the development team, scrum master, and the product owner. The planning, of course, is prior to the sprint. It typically lasts for an hour or two.\u00a0<\/span><\/p>\n The product owner comes to the meeting with a prioritized list of the product backlog items, which is presented to the group. The items on the list, which are also called user stories, are then discussed with the development team. Together, they estimate what it will take to complete the items on the list. From this information, the development team makes a sprint forecast. They will outline how much work the team can complete from the product backlog. This will be known as the sprint backlog.<\/span><\/p>\n Some sprint planning ceremonies will flesh out details of each user story. This will make sure that everyone involved understands the scope of the work. Though, some will have a separate story refinement meeting or ceremony. By doing this, the actual sprint planning ceremony is shorter and directed only towards user stories that will be tackled in the upcoming sprint.<\/span><\/p>\n <\/p>\n <\/p>\n Attendees:<\/b> development team, scrum master, product owner<\/span><\/p>\n When:<\/b> Once per day, typically in the morning.<\/span><\/p>\n Duration:<\/b> No more than 15 minutes. Don’t book a conference room and conduct the stand-up sitting down. Standing up helps keep the meeting short!<\/span><\/p>\n Agile Framework:<\/b> Scrum and Kanban.<\/span><\/p>\n This short scrum ceremony makes sure that everyone knows what\u2019s happening. It\u2019s a way to ensure transparency across the team. This is not the time to dive into the weeds. A detailed status meeting is not, but rather a light and fun informative meeting. It\u2019s a space for each team member to answer the following questions: what did you complete yesterday, what are you working on today, and are you blocked by anything?\u00a0<\/span><\/p>\n The daily scrum is, as it says, a daily occurrence, which usually takes place each morning with the development team, scrum master, and product owner. The ceremony is short, usually 15 minutes, which is why it\u2019s also called a standup meeting. That will make sure it doesn\u2019t drag on.<\/span><\/p>\n The great thing about the daily scrum is that it demands accountability. People report honestly on what they did, what they plan on doing and how they might be getting blocked in the process, and this is all done in front of their peers. Having to report in such a social setting sets up the team for success because it would be embarrassing to not be showing progress in front of others. The daily scrum is not limited to teams that share a physical location. If the teams are working remotely, the ceremony can be conducted with video conferencing or another group chat.<\/span><\/p>\n <\/p>\n <\/p>\n Attendees: <\/b>development team, scrum master, product owner<\/span><\/p>\n Optional:<\/b> project stakeholders<\/span><\/p>\n When:<\/b> At the end of a sprint or milestone.<\/span><\/p>\n Duration:<\/b> 30-60 minutes.<\/span><\/p>\n Agile Framework:<\/b> Scrum and kanban. Like planning, review for kanban teams should be aligned with team milestones rather than on a fixed cadence.<\/span><\/p>\n After the sprint has been completed, it\u2019s time to get the team together to demo or showcase their work. Each team member reviews the newly developed features or whatever it was that they worked on during the sprint. This provides a space for the team to congratulate themselves on a successful sprint, which is important for morale. It also demonstrates the finished work for the entire team, so they can provide feedback and also get feedback from the stakeholders in the project.\u00a0<\/span><\/p>\n Here, unlike other ceremonies, the review can last as long as it takes to demo all the work done by the team. Again, the participants are the development team, scrum master and product owner, but also in this instance, other teams involved in the project and the stakeholders.\u00a0<\/span><\/p>\n These demos are not partial but a full review of the work. If not, then the point of the sprint review is diminished. The reviews must meet the quality level set up by the team or they\u2019re not considered complete and shouldn\u2019t be demoed in the sprint review.<\/span><\/p>\n <\/p>\n <\/p>\n Attendees:<\/b> development team, scrum master, product owner<\/span><\/p>\n When:<\/b> At the end of an iteration.<\/span><\/p>\n Duration: <\/b>60 minutes.<\/span><\/p>\n Agile Framework:<\/b> Scrum and Kanban. Scrum ceremonies teams do sprint retrospectives based on a fixed cadence. Kanban teams can benefit from occasional retrospectives, too.<\/span><\/p>\n The last scrum ceremony is called the sprint retrospective. It occurs at the end of a sprint, after the review, and is usually an hour in duration. The retrospective includes the development team, scrum master and product owner.\u00a0<\/span><\/p>\n Because scrum ceremonies are part of an agile process, it is all about change, which includes getting feedback and quickly acting on it. Scrum ceremonies seek continuous improvement and the retrospective is a method to make sure that the product and development culture is constantly improving.<\/span><\/p>\n The retrospective is a way for the team to understand what has worked well and what didn\u2019t come together over the previous sprint. The post-mortem exposes fault lines in the team and its process, so they can buttress those weak spots and approach the next sprint in a stronger form.\u00a0<\/span><\/p>\n This is not a bull session in which talk doesn\u2019t go outside of the meeting. It is a place for a talk that leads to action. Team members are discouraged from complaining or criticizing without everyone working together to resolve those issues.<\/span><\/p>\n The sprint retrospective isn\u2019t a blame game but a means to identify and rectify issues that have come up over the course of the sprint. It is also an instrument to congratulate the team on a job well done when there were no issues. But, if the mantra of scrum is to always seek to improve, then the retrospective must be critical, too, but only as a stepping stone to improvements. Constructive criticism is key here.<\/span><\/p>\n <\/p>\n <\/p>\n <\/p>\n Now we are going to talk about scrum ceremonies and remote work. Remote work is all around you, and it\u2019s great! But, as it\u2019s widely commented in the agile community, it poses some specific challenges when implementing scrum ceremonies or other agile approaches.<\/span><\/p>\n Scrum and scrum ceremonies<\/strong> does not mention co-location at all. One of the Agile Manifesto Principles states that The most efficient and effective method of conveying information to and within a development team is face-to-face conversation. As a fan and promoter of remote work, I don\u2019t disagree. Face-to-face conversation in the most efficient and effective. But it\u2019s not the only option and often our remote options are the best ones in the given context.<\/span><\/p>\n <\/p>\n <\/p>\n A lot of common techniques of agile can\u2019t be copied from F2F to remote environments, thus agile in a remote environment can be harder to create and maintain.<\/span><\/p>\n A remote environment can let mature agile teams thrive, while it can make less mature, less self-aware teams struggle. The challenges are real, and after overcoming them remote agile can be even more powerful than a collocated setup – when you minimize the downsides and harness the advantages to the maximum.<\/span><\/p>\n <\/p>\n <\/p>\n The process\/framework is always deeply connected to the Agile Manifesto and its principles and is usually strongly inspired by the Scrum Guide. Building an agile team in a remote environment is a combination of two big challenges – being agile and building a team. Below I\u2019d like to focus on the challenges that are especially common when you combine those two.<\/span><\/p>\n <\/p>\n <\/p>\n <\/p>\n It\u2019s often possible – think about how the technique uses elements of the physical environment, and how can you achieve it online. Use online whiteboards, shared documents like Google docs, and video calls (ex. you can split a 12-person call into four 3-person calls for work in groups).<\/span><\/p>\n <\/p>\n <\/p>\n It\u2019s extremely easy to slide into the chaos realm when dealing with software projects. So many options in virtual space, all those decisions that are not yet made, and all the changes that will surely come.\u00a0<\/span><\/p>\n How to deal with that? The answer<\/span> is a flexible structure.\u00a0<\/span><\/p>\n A good example of such a flexible structure is the Scrum framework. It lays out some must-haves and leaves you space to fill it with content suitable for your product. Naming team rules and flow explicitly is key for agile approaches, like the kanban principle – visualize the workflow.<\/span><\/p>\n <\/p>\n <\/p>\n The first steps may be hard, but when you focus on promoting self-reliance and maintaining transparency you have all the foundations you need. Building trust is crucial for effective collaboration.\u00a0<\/span><\/p>\n Focus on building trust both inside the technical team and between the technical team and the client or whole business team on the client-side. We need transparency between development and business to make sure we are building the right thing. And we need openness inside the team to make sure we build it the right way.<\/span><\/p>\n <\/p>\n <\/p>\n Remote work requires maturity. Each team member needs to be able to take responsibility for their work environment and take ownership of their work\u2019s organization. Just like in agile work. Being a member of a self-organizing team requires first taking ownership of your work, and then expanding it to the whole team. Trust, self-reliance of team members, and the self-organization of the team are interconnected.\u00a0<\/span><\/p>\n You have to build on all those qualities incrementally – more trust means more space for self-reliance. Self-reliance and self-regulation of the team is an important topic both in remote and in agile work. When building agile in a remote environment this challenge is even more important, because both the cost of the failure and the payoff from success are doubled.<\/span><\/p>\n <\/p>\n <\/p>\n Every new team needs to find its structure to avoid chaos. The first task when starting a new project is to help with that first, basic structure. Then focus on building trust and transparency to make sure we are building a real team, around a common goal, and not just having a group of great specialists, each focused on their own mini-silos.<\/span><\/p>\n When the team is working inside this first frame, the next challenge begins. During this process, the team starts to take ownership of the frame they were given and adjust it to their needs – step by step they create new team rules, influence each other’s behavior, and learn from each other. The job of a Project Manager, or of a Scrum Master, implies being with them and helping them with their transition and adapting to changes they encounter.<\/span><\/p>\n <\/p>\n <\/p>\n Being agile in a remote environment is definitely possible, but can be challenging. You will have to focus both on all the challenges of building a team and the challenges of organizing remote work.<\/span><\/p>\n Remember to:<\/span><\/p>\n <\/p>\n Adapting agile to a remote environment is the next big step for the agile community. It\u2019s already happening in a lot of organizations worldwide and it\u2019s a big challenge for every team and every organization.<\/span><\/p>\n <\/p>\n <\/p>\n Feel free to find out more about me<\/a>.<\/p>\n <\/p>\n [\/et_pb_text][\/et_pb_column][\/et_pb_row][\/et_pb_section]<\/p>\n","protected":false},"excerpt":{"rendered":" Scrum ceremonies – all you need to know. Scrum ceremonies overview Scrum ceremonies are the key moments where the team coordinates their work, and not just for the current sprint. As a framework for agile software development, scrum ceremonies help teams deliver continuously improving products. There is also one more important thing about […]<\/p>\n","protected":false},"author":5,"featured_media":768,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"on","_et_pb_old_content":"","_et_gb_content_width":"","footnotes":""},"categories":[13],"tags":[],"class_list":["post-763","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-project-management"],"_links":{"self":[{"href":"https:\/\/lucianocastro.com\/en\/wp-json\/wp\/v2\/posts\/763","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/lucianocastro.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/lucianocastro.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/lucianocastro.com\/en\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/lucianocastro.com\/en\/wp-json\/wp\/v2\/comments?post=763"}],"version-history":[{"count":17,"href":"https:\/\/lucianocastro.com\/en\/wp-json\/wp\/v2\/posts\/763\/revisions"}],"predecessor-version":[{"id":5499,"href":"https:\/\/lucianocastro.com\/en\/wp-json\/wp\/v2\/posts\/763\/revisions\/5499"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/lucianocastro.com\/en\/wp-json\/wp\/v2\/media\/768"}],"wp:attachment":[{"href":"https:\/\/lucianocastro.com\/en\/wp-json\/wp\/v2\/media?parent=763"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/lucianocastro.com\/en\/wp-json\/wp\/v2\/categories?post=763"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/lucianocastro.com\/en\/wp-json\/wp\/v2\/tags?post=763"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}What is Scrum?<\/b><\/h2>\n
Scrum Ceremonies & The Scrum Framework<\/b><\/h3>\n
![\"scrum](\"https:\/\/lucianocastro.com\/wp-content\/uploads\/2020\/09\/sprint.png\" "\\"\\"")
<\/p>\nAgile Project Management Roles<\/b><\/h2>\n
It takes a cooperative team of people to successfully complete a project.\u00a0<\/span><\/h3>\n
Here you can find out more about agile project management<\/a>.<\/span><\/h4>\n
Agile project teams are made up of many people and include the following 5 roles:<\/span><\/h4>\n
![\"scrum](\"https:\/\/lucianocastro.com\/wp-content\/uploads\/2020\/09\/scrum-ceremonies_agile-team-meeting-1024x684.jpg\" "\\"\\"")
<\/p>\n\n
Product owner<\/b><\/h3>\n<\/li>\n<\/ul>\n
\n
Development team members
<\/b><\/h3>\n<\/li>\n<\/ul>\n\n
Scrum master<\/b><\/h3>\n<\/li>\n<\/ul>\n
\n
Stakeholders<\/b><\/h3>\n<\/li>\n<\/ul>\n
\n
Agile mentor<\/b><\/h3>\n<\/li>\n<\/ul>\n
The Four Scrum Ceremonies<\/b><\/h2>\n
\n
Sprint Planning: In this type of scrum ceremony<\/strong>, sprint planning is where the team meets and decides what they need to complete in the coming sprint
<\/span><\/h5>\n<\/li>\nDaily Scrum: When it comes to daily scrum ceremonies<\/strong>, this is a standup meeting or a very short \u2013 15-minute mini-meeting \u2013 for the team to make sure they\u2019re all on the same page.
<\/span><\/h5>\n<\/li>\nSprint Review: Scrum ceremonies<\/strong> in sprint review represent another type of meeting, but one in which the team demos what they shipped in the sprint.
<\/span><\/h5>\n<\/li>\nSprint Retrospective: If we talk about scrum ceremonies in sprint retrospective, then this is when the team reviews their work, identifying what they did well and what didn\u2019t go as planned, so they can make the next sprint better.
<\/span><\/h5>\n<\/li>\n<\/ol>\nScrum Ceremonies & Sprint Planning<\/b><\/h2>\n
Daily Scrum Ceremonies<\/b><\/h2>\n
Sprint Review<\/b><\/h2>\n
Sprint Retrospective<\/b><\/h2>\n
Scrum Ceremonies in a Remote Environment<\/b><\/h2>\n
![\"scrum](\"https:\/\/lucianocastro.com\/wp-content\/uploads\/2020\/09\/scrum-ceremonies_remote-enviroment-1024x671.jpg\" "\\"\\"")
<\/p>\nDiagram Copyright Alistair Cockburn<\/b><\/h3>\n
Building an agile team in a remote environment<\/b><\/h2>\n
Two most important tips:\u00a0<\/span><\/h3>\n
\n
Want to use a technique you know from on-site meetings?\u00a0<\/span><\/h4>\n
Common challenges in managing remote teams<\/b><\/h2>\n
Building trust<\/b><\/h3>\n
Self Reliance & Self-Regulation<\/b><\/h3>\n
The project manager’s role in managing remote teams<\/b><\/h2>\n
Remote work environment tips<\/b><\/h2>\n
\n
Articles that we recommend:<\/h4>\n
\n
Sources<\/b><\/h4>\n
\n