Agile Estimation is the process of finding an approximation level of effort, which is a value that is usable for few purpose even if input data may be incomplete, uncertain, or unstable. Traditional waterfall method uses bottom up approach with the smallest tasks at the bottom. But agile uses two estimation techniques,Top-Down Estimation and Relative […]
Agile Estimation Techniques Read More »
EPIC JQL (Jira Query Language) lets you formulate search queries that exactly match your Jira configuration. Many JQL can show the issues in an epic, but none of them show subtasks and sometimes the team wants to get all issues and their subtasks belonging to a specific epic. To achieve this result you can use the
EPIC JQL to find included Issues and Subtasks Read More »
JIRA doesn’t have a direct “Sprint ID” field exposed in JQL (JIRA Query Language). In JIRA, the Sprint ID serves as a custom field utilized to associate all the issues encompassed within a Sprint. It proves valuable in mass-modifying issues, such as when setting a filter to isolate issues within a specific sprint in Jira.
Sprint ID for an Active or Closed Sprint Read More »
JQL full form is Jira Query Language is used to search your issues in Jira. A JQL query is a set of words and operators that define how JIRA will narrow your search. A function in JQL appears as a word followed by parentheses, which may contain one or more explicit values or JIRA fields. Field – Fields are different types of
JQL functions – Advanced searching in JIRA Read More »
This feature helps “Add a flag and comment” at the same time to the tasks of Scrum Board. The comment section is also automatically updated with the comment provided in the flag. You can also remove the flag and comment. To make it more obvious, flagged issues are displayed in yellow in the backlog and
Scrum Board – Tips and Tricks for JIRA Read More »
Burnup chart is used to show how many story points are in the product backlog versus how many we’ve completed till date, as well as how much work remaining in the project (Not on Sprint level but at project level). In other words it displays the scope of a project and the work completed. Burnup
Burnup Chart – Sprint & Release Tracking Read More »
A Burndown chart is a graphical representation of work left to do versus time. Each point on the chart shows how much work was left to do at the end of that day (or week, month or other time period). In the Daily Scrum the Development Team updates the Sprint Burndown and plots the remaining work of the day. It is a chart
BurnDown Chart – Sprint, Release and Product Tracking Read More »
A Product Owner’s most important word: “No” & Saying No to a stakeholder is very difficult. Stakeholder management is the process of engaging with these people, and maintaining good relationships with them. You’ll likely be working with people in many different roles, with varying levels of influence over your project. Make Stakeholders feel heard and understood
Saying No to Stakeholder by Product Owner Read More »
Velocity is used for measuring the rate at which scrum development teams consistently deliver business value in other words quantity of work a team can accomplish within a sprint. In simple terms, velocity is the sum of the story points that a team can deliver in an iteration. It can be measured in terms of
Velocity vs Capacity in Sprint Planning Read More »
Sprint Review is to inspect the outcome of the Sprint and determine future adaptations. It is a platform for feedback and a cornerstone in the foundation of iterative excellence. Sprint Review is held at the end of the Sprint before the Sprint Retrospective. It is critical that both the Scrum Team and the stakeholders attending understand
Sprint Review: How to be effective Tips and Tricks Read More »
A Program Increment (PI) starts with a time-boxed PI Planning event in which the Agile Release Train is responsible for planning & delivering incremental value in the form of working, tested software and systems. This is a two-day event where all stakeholders (including Agile/Scrum Teams) on the Agile Release Train (ART) participate in a collocated event.
PI Planning – Tips and Tricks with Steps Read More »
4Ls stands for Liked Learned Lacked Longed and it is a brainstorming technique for collecting feedback on a recently completed project or piece of work. This retrospective highlights the positive (liked & learned) as well as the negative (lacked & longed for). The team has to think mostly from a factual (what happened) perspective, rather
4Ls: Liked Learned Lacked Longed Retrospective Read More »
The Sailboat Retrospective is a fun and creative way for teams to reflect on the sprint and identify areas for improvement. It’s called “Sailboat” because the metaphor of a sailboat helps the team visualize their journey, the obstacles they faced, and the direction they want to sail towards in the future. The Sailboat or Speedboat
Sailboat or Speedboat – Sprint Retrospective Read More »
The Starfish Method for Sprint Retrospectives is an easy way to achieve focus, give a voice to every member, and foster the thinking around practices and the value the team gets from them. It helps teams reflect on varying degrees of actions and activities rather than simply the traditional what went well or what did
Starfish or The Wheel – Sprint Retrospective Read More »
A Mad Sad Glad retrospective is a simple and effective way for teams to reflect on their previous sprint. It involves identifying things that made the team feel happy, things that made them feel sad, and things that made them feel angry or frustrated. By focusing on these three areas, the team can identify what
Mad Sad and Glad – Sprint Retrospective Read More »
Start Stop and Continue is a great format to focus on the things that are working (CONTINUE), things that are not working (STOP), and things that the team should start doing (START). Its focuses on the past, present, and future at the same time. It is an action-oriented retrospective technique that encourages participants to come
Start Stop and Continue – Sprint Retrospective Read More »
Product Backlog Refinement consists of Creating & Refining User Stories, Estimating User Stories & Product Backlog Prioritization. It is the act of adding detail, estimates, and orders to items in the Product Backlog. This is an ongoing process in which the Product Owner and the Scrum Team collaborate on the details of the Product Backlog,
Product Backlog Prioritization – Tips and Tricks Read More »
Many teams use the Definition of Done (DoD) to check if a user story is finished and the product is ready to be delivered. But what about the user stories that a team receives from their product owner? Teams can check the quality of the user stories using a Definition of Ready. While the value
DoD (Definition of Done) Vs DoR (Definition of Ready) Read More »
Definition of Ready is a set of agreements that let you know when a user story is really done, the team makes explicit and visible the criteria (generally based on the INVEST matrix) that a user story must meet prior to being accepted into the upcoming iteration. The Definition of Ready is a different concept. It is a set of
Definition of Ready – Importance in Agile Read More »
Definition of Done is an agreement between Development Team and the Product Owner on what needs to be completed for each user story so that it can be satisfactorily verified and validated – usually in the form of a clear and concise list of acceptance criteria that a software Increment must adhere to for the
Definition of Done – Importance in Agile Read More »
3C’s is an Effective User Story technique. 3Cs: Card, Conversation, and Confirmation. The Card is the index card that the User Story is written on. The index card format serves two purposes: To write requirements on index cards, each requirement has to be small and self-contained; this helps us focus on what we need to do for
Effective User Story – Card, conversation, confirmation Read More »
INVEST, DEEP , SMART & Three C’s are Effective User Story Techniques. INVEST is a useful mnemonic established by Bill Wake in Extreme Programming Explored. It can be used to inspect the quality of your user story by validating it against each of the following (in Bill Wake’s words): Effective User Story Techniques – INVEST Independent – Each User
Effective User Story Techniques INVEST DEEP SMART 3Cs Read More »
Daily Scrum Anti Patterns are habits that are frequently exhibited but overall ineffective counterproductive in practice or maybe even harmful. Scrum stakeholder anti-patterns result from a training and coaching void accompanied by not changing individual career objectives. “Scrum is like your mother-in-law. It’s constantly pointing out your shortcomings.” — Ken Schwaber Daily Scrum Anti Patterns
Daily Scrum Anti Patterns – Tools and Techniques Read More »
The Scrum Master is a servant-leader for the Scrum Team. The Scrum Master Role is to helps those outside the Scrum Team understand which of their interactions with the Scrum Team are helpful and which aren’t. So the Scrum Master helps everyone change these interactions to maximize the value created by the Scrum Team. Scrum
Scrum Master Role and Responsibility Read More »
The Scrum Master is a servant-leader for the scrum team & helps outsiders in understanding scrum. Scrum Master tools helps him/her to effectively perform this role. He is a coach & mentor for the scrum team. Coaching is unlocking a person’s potential to maximize their own performance. Mentoring transfers your agile knowledge and experience to the
Scrum Master Tools and Techniques – Agile Read More »
