Benefits of Scrum:

* Higher productivity
* Higher quality
* Reduced time-to-market
* Improved stakeholder satisfaction
* Increased job satisfaction
* More engaged employees

Important SCRUM (artefacts) documents:

- Pre-execution agile gantt chart
- Product backlog
- User stories document
- Sprint backlog
- Burn down chart
- Sprint planning notes
- Sprint retrospective notes

- During the planning phase, the quality plan produces a test strategies which can used when testing.
- There is no formal test plan documentation, but during the sprint planning meeting, it should be talked about

- Agile gives a better opportunity to conduct testing processes, therefore UT can be performed during the sprint review meetings in order to get quick feedback from users

- At the end of a sprint, the scrum master updated the burn down chart as a way to control the quality of delivering and the delivered product

- The transition process from the development team to the maintenance team happens during the product deployment to the production environment

- In this process the dev team will assist the maintenance team to understand the project configuration

Product backlog:

- Requirements of the system, expressed as a prioritised list of backlog items

- Managed and owner by the product owner
- Spreadsheet (typically)
- Usually created during the sprint planning meeting
- Can be changed and re-prioritised

Backlog grooming:

- Most product backlog items (PBI) need refinement bc they're too large and poorly understood
- It's better to take a little time out of sprint execution - every sprint - to help prepare the product backlog for the next sprint planning meeting
- in the backlog refinement meeting, the team estimates the amount of effort they would expend to complete items in the product backlog and provides other technical information to help the product owner to prioritise them

- Agile also requires the ability to split the large epics into user stories representing very small product features

- Since most customer don't use most features of products, it better to split epics to deliver the most valuable stories first
- Delivering of low value feature later wil require for rework, but thats better than no work

Common pitfalls:

- It becomes tempting to use the backlog as a dumping ground of idea to satisfy stakeholders

- Scrum guide suggests to spend no moee than 10% of your team's time keeping the backlog in working condition
- Grooming the backlog makes sure that it always shows healthy characteristics that make it pleasure to work with. if proper grooming isn't done you will run into difficulty planning and delivery the backlog items

Product increment:

- The increment (or the potentially shippable increment, PSI) is the sum of all the product backlog items completed ruing a sprint and all previous sprints

- At the end of a sprint, the increment must be done under the Scrum team's definition of done
- The increment must be in useable condition regardless of whether the product owner decides to actually release it

Burndown chart:

- The sprint burn down chart is a publicly displayed chart showing the remaining work in the sprint backlog.
- It's updated everyday, it gives a simple view of the sprint progress.
- It also provides quick visualisation for reference

Supporting cast:

- Scrum team may borrow from outside as well - often called supporting cast

- Technical experts: Sometime the team needs the help of technical experts, such as build masters to set up their build scripts or an agile DBA to help design the test their database.
- Technical experts are bought in on as needed, temp basic, to help the team vm overcome a difficult problem and to transfer their skills to one or more developers on the team

What if the team identifies an additional task?

- If a new task introduces a delay in project completion or impacts the sprint, it must be entered into the sprint backlog by the scrum master, and treated like any other task
- Confirmation of the new task may be requested of the product owner

- The daily scrum isn't considered a problem solving session
- It's a communication session - if there are issues that need more attention, interested parties should meet outside the daily scrum

Larger SCRUM teams:

- In very large project, a larger team needs to be sub-divided into "smaller teams"
- The best way to do is to work around tehe "architecture" of the system and each smaller team is responsible for its subsystem

- Additional roles are introduced:
* Architecture owner - leads their sub team through initial architecture envisioning for their sub-system
* Integrator - responsible for building the entire system from its various sub-systems.
These people often work closely with the independent test team, if there is one, who will want to perform system integrate testing regularly throughout the project

Sprint review meeting:

- This comes after sprint execution
- This meeting features a live demo, not a report
- After the demo, the product owner reviews the commitments made at the sprint planning meeting and declared w which items they consider now done
- Incomplete items are returned to the product backlog and ranked according to the product owner's revised priorities as c as candidates for future sprints

Sprint retrospective meetings:

- Each sprint ends with a retrospective.
- At this meeting the team reflects on its process, they think about their behaviour and take actions to adapt it to the future sprints

- Dedicated scrum masters will find alternative to the fearful meetings everyone has come to expect.
- An in depth retrospective requires an ev environment of psychological safety not found in most organisations.
- Without safety, the retrospective discussion will either avoid the uncomfortable issues or deteriorate into blaming and hostility
- A common impediment to full transparency on the team is the presence of people who conduct performance appraisals.

Scrum of scrums:

- A technique to scale scrum up to large development groups, which allows clusters of teams to discuss their work, focusing specially on areas of overlap and integration

- Each daily scrum within a sub team ends by designating one member as an ambassador to participate in a daily meeting with other ambassadors

- Depending on the context, ambassadors may be technical contributors or each team's scrum masters

- Resolution of obstacles is expected sto focus on the challenges of coordination b/w the teams, negotiating responsibility boundaries

- The scrum of scrums will track these working items via the backlog of its own, where each item contributes to improving between team coordination

Sashimi:

- Scrum uses the sashimi technique to require that every slice of functionality created by the developer be complete
- All of the requirements gathering and analysis, design work, coding, testing and documentation that constitutes a complete product are required to be completed in every sprint and must be visible in the sprint increment of functionality

- When a stakeholder or the product owner sees the functionality demo-ed, they can assume that is it completed.
- The product owner bases their view on this belief
- When an increment is not complete, all incomplete must be identified and stored to the product backlog as incomplete work

Scrum but:

- Is an exception to the "pure" scrum method, where a team has changed the method to adapt it to their own needs

- not considered a good practice
- Organisation that try to implement agile may turn to scrum. But unless they make the shift and become agile, implementing scrum won't let them achieve the success that agile is known for

- such organisation implement scrum without agile are called scrum buts bc they're implementing scrum with tweaks