As much as I think I know enough, rereading the Scrum Guide allowed me to:<\/p>\n
- \n
- Reworking the Scrum principles in the light of the experience gained<\/li>\n
- Draw new ideas for reflection<\/li>\n
- Seize further opportunities for study.<\/li>\n<\/ul>\n
If you too want to test yourself, I suggest the key questions<\/strong> that will give you the opportunity to measure how much you know about the subject.<\/p>\n
<\/p>\n
When was the Scrum methodology born?<\/h2>\n
<\/p>\n
The Scrum method was developed in the early 90s specifically to break down complexity and facilitate value processes in software development. The first official Scrum methodology, however, dates back to 2010<\/strong> and was recently updated in 2020.<\/p>\n
It is an agile and evolving guide that helps people not only understand Scrum what it is, but also how to participate in the community of Developers, that is, those who apply this method in the field in all sectors characterized by the complexity of the work.<\/p>\n
<\/p>\n
What is Scrum?<\/h2>\n
<\/p>\n
The definition of Scrum tells us that it is an agile and lightweight framework that helps people generate value<\/strong> by finding adaptive solutions to complex problems.<\/p>\n
I paused to break down this definition of Scrum and 3 terms, in particular, caught my attention:<\/p>\n
- \n
- People<\/li>\n
- Value<\/li>\n
- Adaptiveness<\/li>\n<\/ul>\n
<\/p>\n
The Scrum methodology is about people<\/h3>\n
<\/p>\n
Scrum is based on the collective intelligence<\/strong> of a work team. It means that the focus is on relationships and interactions within a scrum process. The collective has sufficient and necessary skills and a wealth of experience useful to carry out the work, as well as to share these skills where required and acquire new ones as needed.<\/p>\n
<\/p>\n
Scrum methodology of value<\/h3>\n
<\/p>\n
The Scrum method will be successful not only in relation to the Product Goal but also and above all in relation to the acquisition, by team members, of the following values:<\/p>\n
- \n
- Effort<\/li>\n
- Focus<\/li>\n
- Openness<\/li>\n
- Respect<\/li>\n
- Courage<\/li>\n<\/ul>\n
<\/p>\n
Meaning of adaptive<\/h3>\n
<\/p>\n
What does \u201cadaptive solutions\u201d mean in relation to the definition of Scrum? To understand this, I searched the Treccani Vocabulary and discovered that the adjective “adaptive” is used in psychology and ethology<\/strong>, as well as in the technical jargon of automatic controls. In any case, it is used to define something capable of adapting effectively.<\/p>\n
\n
\u201cIf you\u2019re not stubborn<\/em>, you\u2019ll give up on experiments too soon. And if you\u2019re not flexible, you\u2019ll pound your head against the wall and you won\u2019t see a different solution to a problem you\u2019re trying to solve<\/em>\u201d. (cit. Jeff Bezos)<\/p>\n<\/blockquote>\n
<\/p>\n
What are the principles of Scrum Theory?<\/h2>\n
<\/p>\n
The Scrum methodology is based on two principles:<\/p>\n
- \n
- Empiricism<\/li>\n
- Lean Thinking<\/li>\n<\/ul>\n
Empiricism is the thought that affirms that knowledge is the daughter of experience and that the best decisions are those deriving from the observation<\/strong> of phenomena. Since what will happen is unknown to us, only what has already happened can provide useful information for the decision-making process in the near future.<\/p>\n
\n
Have you ever been stalled before making an important strategic choice? If so, I recommend that you read the guide on scientific methods to overcome the fear of making decisions<\/a>.<\/p>\n<\/blockquote>\n
Lean Product Management<\/a> aims to compress the process to the essential<\/strong>, progressively eliminating any redundant element and reducing the waste of resources.<\/p>\n
<\/p>\n
What is the product in Scrum?<\/h2>\n
<\/p>\n
In Product Management, the product concept is central and the Scrum Methodology helps us to focus on it in a simplified and at the same time comprehensive perspective:<\/p>\n
\n
The product is the means that provides value. It can be a service, a physical product or something abstract and conceptual. In any case, it has well-defined contours of identified users \/ customers and precise stakeholders.<\/p>\n<\/blockquote>\n
\u00a0<\/h2>\n
What is the Scrum Team?<\/h2>\n
<\/p>\n
The Scrum Team, the development team, in the Scrum methodology, is considered as the fundamental and indivisible cell, formed by a nucleus of a few people who take on the responsibilities of Developers, Product Owner, and Scrum Master<\/strong>. The jointly participated mission is to create measurable value (Increment) at each Sprint<\/strong> by making use of both skills and experience.<\/p>\n
<\/p>\n
![\"Scrum](\"https:\/\/lucianocastro.com\/wp-content\/uploads\/2022\/01\/persone-scrum-team-300x169.png\" "\\"\\"")
<\/p>\n<\/p>\n
The Scrum Team does not respond to the logic of the standard hierarchical structure, nor is it divided into subgroups, but it is strongly cohesive since it shares the same Product Goal<\/strong> and the same Product Backlog<\/strong>.<\/p>\n
The members participating in the Scrum Team must be calibrated to form a unit capable enough and equally agile in completing the Sprint. On average 10 units<\/strong> are the maximum limit because in general smaller workgroups are more reactive and more communicative.<\/p>\n
<\/p>\n
Scrum methodology: who are the Developers?<\/h2>\n
<\/p>\n
Scrum Developers are responsible for creating Increments with each Sprint<\/strong>. How do they do it? Taking on the following responsibilities:<\/p>\n
- \n
- Planning the Sprint (Sprint Backlog)<\/li>\n
- Putting adaptive intelligence into play (this adjective comes back again!) To modify actions in relation to the Sprint Goal<\/li>\n
- Recognize mutual professional responsibility within the process.<\/li>\n<\/ul>\n
<\/p>\n
What does the Product Owner do?<\/h2>\n
<\/p>\n
The Product Owner is a single person whose primary responsibility is to maximize the value resulting from the work done<\/strong> by the Scrum Team. Since the Product Owner’s responsibilities also include the actual management of the Product Backlog, his duties include:<\/p>\n
- \n
- Product Goal Development<\/li>\n
- Sorting of Product Backlog items and priorities<\/li>\n
- Clear communication of the elements of the Product Backlog to the Scrum Team<\/li>\n<\/ul>\n
<\/p>\n
\n
The Product Owner is a figure closely linked to the Scrum framework not to be confused with the Product Manager who, on the other hand, also takes on responsibility for marketing and strategic business decisions. I talked about it in my article on Product Manager VS Product Owner<\/a>.<\/p>\n<\/blockquote>\n
\u00a0<\/h2>\n
\u00a0<\/h2>\n
What does the Scrum Master do?<\/h2>\n
<\/p>\n
The Scrum Master promotes the Scrum methodology<\/strong>, helping team members and those of the organization to understand the practices outlined in the Scrum Guide.<\/p>\n
In essence, the Scrum Master is a leader who puts himself at the service of the team<\/strong>, carrying out different activities and multiple functions such as:<\/p>\n
- \n
- support the Scrum Team to focus on creating Increment of value;<\/li>\n
- organize training sessions for team members aimed at cross-functionality and self-management;<\/li>\n
- identify and destroy the obstacles that prevent the Scrum Team from progressing;<\/li>\n
- ensure that Scrum events are carried out positively within the boundaries of the timebox.<\/li>\n<\/ul>\n
<\/p>\n
![\"scrum](\"https:\/\/lucianocastro.com\/wp-content\/uploads\/2022\/01\/scrum-master-leadership-300x120.jpg\" "\\"\\"")
<\/p>\nAt the same time, the Scrum Master is also at the service of the Product Owner and the organization. In which way?<\/p>\n
- \n
- Shaping the organization in the process of adopting the Scrum Method<\/strong><\/li>\n
- By supporting employees and stakeholders in the implementation of an empirical approach<\/strong><\/li>\n
- Removing the barriers between stakeholders and the Scrum Team<\/strong><\/li>\n<\/ul>\n
<\/p>\n
\u00a0<\/h2>\n
What are Events in the Scrum Method?<\/h2>\n
<\/p>\n
When we talk about Events in the Scrum Methodology we refer to the whole that contains them all: the Sprint Scrum<\/strong>. To fix in mind what Sprint Scrum<\/em> is and why it is so important, I decided to break the concept down:<\/p>\n
- \n
- Sprint Scrum transforms the idea into value.<\/strong><\/li>\n
- The Sprint collects all the work necessary to reach the Product Goal.<\/li>\n
- The maximum duration of a Scrum Sprint is approximately one month and each Sprint is consecutive to the previous one.<\/li>\n
- Each Sprint Scrum includes other events such as: Sprint Planning, Daily Scrum, Sprint Review and Sprint Retrospective<\/strong>.<\/li>\n
- Only the Product Owner can cancel the Scrum Sprint<\/strong> and can do so in the event that the Sprint Goal becomes obsolete.<\/li>\n<\/ul>\n
<\/p>\n
Sprint Planning<\/h3>\n
<\/p>\n
Sprint Planning marks the beginning of the work and usually lasts about 8 hours on a one-month Sprint<\/strong>. It takes place through the examination of the following topical points:<\/p>\n
- \n
- Sprint Value<\/strong>: the Product Owner analyzes how to increase the value of the product and its usefulness within the Sprint, so that the entire Scrum Team defines the Sprint Goal.<\/li>\n
- What to do during the Sprint<\/strong>: Developers choose the items from the Product Backlog that will be included in the Sprint.<\/li>\n
- How to do the work<\/strong>: for each single item of the selected Product Backlog, the work necessary to achieve an Increment is planned.<\/li>\n<\/ul>\n
<\/p>\n
Daily Scrum<\/h3>\n
<\/p>\n
Within the Scrum Methodology, the Daily Scrum represents a daily short event, lasting about 15 minutes<\/strong>, involving the entire Team. One of the features of this event is the cadence: it is advisable to schedule it at the same time and in the same place<\/strong> to increase the simplification of the process.<\/p>\n
At the end of the event, the Team must be able to produce a work plan that is feasible for the next 24 hours and to do so, it implements the following actions:<\/p>\n
- \n
- Inspect<\/strong> the progress towards the Sprint Goal<\/li>\n
- Adapt<\/strong> the Sprint Backlog as needed<\/li>\n
- Choose<\/strong> any technique or any tool \/ structure to optimize the planned work<\/li>\n<\/ul>\n
<\/p>\n
Sprint Review<\/h3>\n
<\/p>\n
The Sprint Review focuses in a broader perspective on what has been highlighted during the various Daily Scrums, that is, the progress of the Sprint. The substantial difference is that during this event not only the members of the Team but also the key stakeholders<\/strong> are involved.<\/p>\n
Scrum Team and stakeholders jointly inspect the results achieved in moving towards the Product Goal.<\/p>\n
The Sprint Review Scrum work session lasts a maximum of 4 hours on a monthly Sprint<\/strong>, less for shorter Sprints.<\/p>\n
<\/p>\n
Sprint Retrospective<\/h3>\n
<\/p>\n
How did the previous Sprint go? This is the question that opens the retrospective with the aim of increasing quality and effectiveness.<\/p>\n
The whole team analyzes and discusses what went well, what obstacles have been encountered and how they have (or have not) been overcome. In practice, the inspection focuses on:<\/p>\n
- \n
- People and interactions<\/li>\n
- Processes and tools<\/li>\n
- Useful changes and impactful improvements<\/li>\n<\/ul>\n
The Sprint Retrospective lasts a maximum of 3 hours in a one-month<\/strong> Sprint and is shortened in the shorter Sprint.<\/p>\n
<\/p>\n
![\"sprint](\"https:\/\/lucianocastro.com\/wp-content\/uploads\/2022\/01\/sprint-goal-metodologia-scrum-300x188.jpg\" "\\"\\"")
<\/p>\n<\/p>\n
\u00a0<\/h2>\n
What is the relationship between Artifacts and Commitments in the Scrum Methodology?<\/h2>\n
<\/p>\n
Artifacts represent value and are associated with a commitment that allows you to measure progress<\/strong>. In the infographic below I have represented the Artifact Value pairs in Scrum.<\/p>\n
<\/p>\n
![\"Artefatti](\"https:\/\/lucianocastro.com\/wp-content\/uploads\/2022\/01\/Artefatti-e-Impegni-Scrum-300x225.jpg\" "\\"\\"")
<\/p>\n<\/p>\n
Binomial Product Backlog Product Goal<\/h3>\n
<\/p>\n
The Product Backlog<\/strong> is an ordered list of what is needed to improve the product. It represents the only source and map for the Scrum Team’s work. Emerging items, which can be completed in a Sprint, are selected for inclusion in a Sprint Planning.<\/p>\n
It is the task of the Developers, called to carry out the work later, to measure the size of the selectable elements. In this operation they are supported by the Product Owner who can help them in the search for mediated solutions.<\/p>\n
The Product Goal<\/strong> is the goal against which the Scrum Team plans. It describes a progress of the product<\/strong> in the future.<\/p>\n
<\/p>\n
Binomial Sprint Backlog Sprint Goal<\/h3>\n
<\/p>\n
The Sprint Backlog is compared to a high resolution photograph that captures, in real time, the work that Developers will do during the Sprint to reach the Sprint Goal. Summarizing in the Sprint Backlog the following are explained:<\/p>\n
- \n
- the why<\/strong> = Sprint Goal<\/li>\n
- the what<\/strong> = items selected for the Sprint<\/li>\n
- the how<\/strong> = feasible plan to achieve the Increment<\/li>\n<\/ul>\n
The Sprint Goal is the only goal of the Sprint<\/strong>, it is designed during Spring Planning and then added to the Sprint Backlog.<\/p>\n
<\/p>\n
Binomial Increment Definition of Done<\/h3>\n
<\/p>\n
Each Increment is a milestone towards achieving the Product Goal. Different Increments can be created within a Sprint Scrum and the sum of all Increments is shown during the Sprint Review. The main features of the Increment are:
<\/strong><\/p>\n- \n
- To generate value, the Increment must be usable<\/strong><\/li>\n
- To be considered part of an Increment, the job must meet the Definition of Done<\/em><\/strong><\/li>\n<\/ul>\n
The Definition of Done<\/strong> formally describes the status of the Increment when the latter fulfills the qualitative metrics required for the product.<\/p>\n
In summary, when an item highlighted in the Product Backlog meets the Definition of Done, an Increment is generated. If, on the other hand, the inspected element does not meet the requirements<\/strong>, it cannot be released or presented during the Sprint Review: so return to the Product Backlog flow for any future considerations on the matter.<\/p>\n
[\/et_pb_text][\/et_pb_column][\/et_pb_row][\/et_pb_section]<\/p>\n","protected":false},"excerpt":{"rendered":"
Scrum methodology: do you really know the rules of the game? Testing one’s knowledge is the most reliable empirical way to identify the critical areas that can be improved and the strengths to be exploited in high-impact actions, which represent one of the objectives of the Product Manager’s mission. For this reason, continuing education […]<\/p>\n","protected":false},"author":5,"featured_media":4257,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"on","_et_pb_old_content":"
[et_pb_section fb_built=\"1\" _builder_version=\"3.22\"][et_pb_row _builder_version=\"3.25\" background_size=\"initial\" background_position=\"top_left\" background_repeat=\"repeat\"][et_pb_column type=\"4_4\" _builder_version=\"3.25\" custom_padding=\"|||\" custom_padding__hover=\"|||\"][et_pb_text _builder_version=\"4.9.10\" background_size=\"initial\" background_position=\"top_left\" background_repeat=\"repeat\" hover_enabled=\"0\" sticky_enabled=\"0\"]<\/p>
\u00a0<\/h1>
Scrum methodology: do you really know the rules of the game?<\/h1>
\u00a0<\/p>
Testing one's knowledge is the most reliable empirical way to identify the critical areas that can be improved and the strengths to be exploited in high-impact actions<\/strong>, which represent one of the objectives of the Product Manager's mission. For this reason, continuing education can be considered a fundamental element in the performance of the profession. I recently decided to review the Scrum methodology.<\/p>
As much as I think I know enough, rereading the Scrum Guide allowed me to:<\/p>
- Reworking the Scrum principles in the light of the experience gained<\/li>
- Draw new ideas for reflection<\/li>
- Seize further opportunities for study.<\/li><\/ul>
If you too want to test yourself, I suggest the key questions<\/strong> that will give you the opportunity to measure how much you know about the subject.<\/p>
\u00a0<\/p>
When was the Scrum methodology born?<\/h2>
\u00a0<\/p>
The Scrum method was developed in the early 90s specifically to break down complexity and to facilitate value processes in the development of software products. The first official Scrum methodology, however, dates back to 2010<\/strong> and was recently updated in 2020.<\/p>
It is an agile and evolving guide that helps people not only understand Scrum what it is, but also how to participate in the community of Developers, that is, those who apply this method in the field in all sectors characterized by the complexity of the work.<\/p>
\u00a0<\/p>
What is Scrum?<\/h2>
\u00a0<\/p>
The definition of Scrum tells us that it is an agile and lightweight framework that helps people generate value<\/strong> by finding adaptive solutions to complex problems.<\/p>
I paused to break down this definition of Scrum and 3 terms, in particular, caught my attention:<\/p>
- People<\/li>
- Value<\/li>
- Adaptivness<\/li><\/ul>
\u00a0<\/p>
La metodologia Scrum parla di persone<\/h3>
\u00a0<\/p>
Scrum si basa sull\u2019intelligenza collettiva<\/strong> di un team di lavoro. Significa che il focus \u00e8 sulle relazioni e sulle interazioni nell\u2019ambito di un processo produttivo. Il collettivo dispone delle competenze sufficienti e necessarie e del bagaglio di esperienze utili a eseguire il lavoro, nonch\u00e9 a condividere tali competenze laddove richiesto e ad acquisirne di nuove al bisogno.<\/p>
\u00a0<\/p>
Scrum metodologia di valore<\/h3>
\u00a0<\/p>
Il metodo Scrum avr\u00e0 successo non soltanto in relazione al Product Goal, ma anche e soprattutto in relazione all\u2019acquisizione, da parte dei membri del team, dei seguenti valori:<\/p>
- Impegno<\/li>
- Focus<\/li>
- Apertura<\/li>
- Rispetto<\/li>
- Coraggio<\/li><\/ul>
\u00a0<\/p>
Significato di adattivo<\/h3>
\u00a0<\/p>
Cosa vuol dire \u201csoluzioni adattive\u201d relativamente alla definizione di Scrum? Per capirlo ho cercato sul Vocabolario Treccani<\/a> e ho scoperto che l\u2019aggettivo adattivo \u00e8 usato in psicologia e in etologia<\/strong>, oltre che nel gergo tecnico dei controlli automatici. In ogni caso, si usa per definire qualcosa capace di adattarsi in modo efficace.<\/p>
\u201cIf you\u2019re not stubborn<\/em><\/strong>, you\u2019ll give up on experiments too soon. And if you\u2019re not flexible<\/strong>, you\u2019ll pound your head against the wall and you won\u2019t see a different solution to a problem you\u2019re trying to solve<\/em>\u201d. (cit. Jeff Bezos)<\/p><\/blockquote>
\u00a0<\/p>
Quali sono i principi della Teoria di Scrum?<\/h2>
\u00a0<\/p>
La metodologia Scrum \u00e8 basata su due principi:<\/p>
- Empirismo<\/strong><\/li>
- Pensiero Lean<\/strong><\/li><\/ul>
L\u2019empirismo \u00e8 il pensiero che afferma che la conoscenza \u00e8 figlia dell\u2019esperienza e che le decisioni migliori sono quelle derivanti dall\u2019osservazione<\/strong> dei fenomeni. Poich\u00e9 cosa accadr\u00e0 ci \u00e8 ignoto, soltanto ci\u00f2 che \u00e8 gi\u00e0 successo pu\u00f2 fornire indicazioni utili per il processo decisionale del prossimo futuro.<\/p>
Ti \u00e8 mai capitato di essere in stallo prima di una scelta strategica importante? Se s\u00ec, ti consiglio di leggere la guida sui metodi scientifici per superare la paura di prendere decisioni<\/a>.<\/p><\/blockquote>
- Pensiero Lean<\/strong><\/li><\/ul>
- Empirismo<\/strong><\/li>
- To be considered part of an Increment, the job must meet the Definition of Done<\/em><\/strong><\/li>\n<\/ul>\n
- the what<\/strong> = items selected for the Sprint<\/li>\n
- the why<\/strong> = Sprint Goal<\/li>\n
- Adapt<\/strong> the Sprint Backlog as needed<\/li>\n
- What to do during the Sprint<\/strong>: Developers choose the items from the Product Backlog that will be included in the Sprint.<\/li>\n
- By supporting employees and stakeholders in the implementation of an empirical approach<\/strong><\/li>\n
- Shaping the organization in the process of adopting the Scrum Method<\/strong><\/li>\n