• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar

Agile Buddha

Demystifying Agile, Getting to its Core

  • Our Blog – Agile Buddha
  • Agile Workshops and Certifications
  • Agile Commune – Join Here!
  • Webinars
  • Contact
  • About Us
  • Show Search
Hide Search

Scrum

Scrum Mythbusters : Sprint Backlog is Fixed During the Sprint!

by ShriKant Vashishtha Leave a Comment


A sprint in Scrum begins with a Sprint planning event in which Scrum team considers the Product Backlog Items (PBIs) from the top of the Product Backlog for the upcoming sprint.

The main activities of Sprint planning event are to:

  • select the PBIs the team forecasts it can deliver during the sprint
  • come to a consensus on a Sprint Goal
  • plan how to achieve the Sprint Goal

What is a Sprint Goal?

A Scrum team jointly commits to a short statement of the value it intends to deliver during the sprint. This is guided by the Product Owner. This becomes the focus of all work in the sprint and the team creates a Product Increment to meet the Sprint Goal.

Sprint Goal can be formed in many different ways.

[Read more…] about Scrum Mythbusters : Sprint Backlog is Fixed During the Sprint!

Importance of Project Management Skills for Scrum Master Role?

by ShriKant Vashishtha Leave a Comment

Product development continues to remain the primary focus of Agile software development methods.

While we focus on product development and in turn on product development companies, a big segment of software development eco-system, IT service companies, isn’t talked about that much.

People working in IT service companies can vouch for the struggle they deal with on daily basis. But their stories don’t get enough attention.

When it comes to software implementations, IT services companies work for a client organisation and that client organisation may have its own set of processes which may or may not align with the Agile culture.

So each engagement they work with, they may have to deal with different kind of work culture and probably different processes as well.

IT services companies actually work in a very volatile world and deal with lots of uncertainties, dependencies and risks on which they seem to have no control.

[Read more…] about Importance of Project Management Skills for Scrum Master Role?

The Essence of Agile

by ShriKant Vashishtha 2 Comments

A question, “What exactly is Agile?”, keeps troubling people.

They either make reference to the manifesto or map it with Scrum and then get circled in its events and practices.

Though Agile movement started as a better way of developing software, it has moved beyond software development.

Agility has evolved into a way of thinking, permeated to organizational work culture, experimentations, better ways of doing business, product development and servicing customers.

It started in the context of and in reaction to the Waterfall approach initially. Now it doesn’t have anything specific to compare to. It’s ever-evolving.

That’s the reason, even though the movement began with Agile manifesto, the manifesto in itself didn’t remain a constraint in making further improvements ever. In the last few years, people have evolved and embraced Modern Agile concepts, Lean thinking, Lean Startup and Design Thinking approaches for the same reason.

Definition

If you look at the online dictionary, ‘agile’ means “able to move quickly and easily” with an emphasis on changing direction. Taking a cue from its dictionary meaning – ‘agile’ is the ability to create and respond to change, quickly and with ease in order to succeed in an uncertain and turbulent environment.

From the software development perspective, in the late 1990’s, several software development frameworks emphasized close collaboration between the development team and business stakeholders; frequent delivery of business value, self-organizing teams; and smart ways to craft, confirm, and deliver code.

In early 2001, 17 software development practitioners gathered in Utah to discuss their shared ideas and various approaches to software development.

‘Agile’ is an ordinary word in English, it means “able to move quickly and easily” (online dictionary), with an emphasis on changing direction. It was for that reason we chose the word to match the sense of the way we wanted to work, when discussing our approach to software development back in 2001.
— Alistair Cockburn

Once these practitioners had the word in place, they had to decide what it meant to them for the purpose of writing software. They chose 4 values to centre themselves in the world while working and added 12 principles.

Question: There may be innumerable practices suited to, or may evolve in a context. How to ensure if those are acceptable in Agile methods?

Answer: Agile methods are based on common sense. As long as a method or practice is in line with the intent of agility and with Agile values and principles, you are fine.

For instance, a team realized that distributed retrospective along with the customer team was not helping them in solving local problems. They decided to have a local retrospective as well and it worked pretty well for them. Similarly, though the definition of Ready is not essential in the Scrum guide, it is tremendously useful in the context of distributed teams working in opposite time zones.

Summary

Essentially, agile is about:

  • Are we able to create change and respond to changes, quickly and with ease in an uncertain and turbulent environment?
  • Do we center ourselves on manifesto’s four values and principles?

References

  • Alistair Cockburn’s Interview

What Exactly do We Want to Achieve Through Agile? – A Google Maps Example

by ShriKant Vashishtha Leave a Comment

‘agile’ is an ordinary word in English. It means “able to move quickly and easily” (online dictionary), with an emphasis on changing direction.

So essentially ‘agile’ is the ability to create and respond to change in order to succeed in an uncertain and turbulent environment.

Recently I observed that real world traffic and Google Maps can help a lot in explaining the concept of agility. This post is all about joining the dots.

Driving in a real world traffic is not straightforward. Time taken to cover a distance depends on traffic jams, weather conditions and other unknowns.

When someone asks how much time it will take to cover a specific distance in Delhi traffic for instance, only true answer is a range of time, say anything between 30 minutes to 1-1/2 hours.

Moving back to software world, when someone asks a similar question, e.g. provide an estimate for a complex software project, there can’t be a single estimate but will be a range of estimates, i.e. anything between ideal scenario and the worst case scenario.

[Read more…] about What Exactly do We Want to Achieve Through Agile? – A Google Maps Example

Moving Beyond Developer, Tester Roles – The Era of a Learning Person

by ShriKant Vashishtha Leave a Comment

More teams I work with, I face almost similar kind of challenge wherein team members want to remain confined to their roles. They continue to work solo. No pair programming, swarming or mobbing.

Why?

Because their skill sets don’t match. One such team have two iOS developers, 2 pythons developers and one tester. They can divide the PBIs into subtasks but they’ll continue to work solo as their skills don’t match.

It seemed like a valid point to me at first.

But then I thought a little deeper. Why exactly do we have developer or tester role to begin with? Aren’t they actually skills?

Considering myself a developer, do I need to be a developer only throughout my life? Can’t I test as well? Of course I can.

Similarly if I am a Python or a backend developer, nobody really constrain me to remain a backend developer throughout my life.

But then these roles seem to be embedded in our mindset. Ever thought why?
[Read more…] about Moving Beyond Developer, Tester Roles – The Era of a Learning Person

  • Page 1
  • Page 2
  • Page 3
  • Interim pages omitted …
  • Page 11
  • Go to Next Page »

Primary Sidebar

LikeBox

Tags

5 Whys Acceptance Criteria Adoption agile Agile Culture Agile Estimation Agile Offshore Agile Teams agile testing Agile Thinking Agile Transformation Agility Appraisals ATDD Automation Backlog Grooming BDD Big Picture business analyst Capacity Planning case-study code quality Collaboration Daily Scrum DevOps distributed agile Distributed Scrum Estimation Good Practices kanban kanban-mythbusters lean Metrics Planning Poker Prioritisation product owner Scrum ScrumMaster Sprint Sprint Demo Sprint Retrospective Story Point Story Points Sustainable Pace User Story

Categories

  • Agile
  • Agile Leadership
  • Agile Testing
  • Agile Transformation
  • ATDD
  • BDD
  • Continuous Inspection
  • Culture
  • DevOps
  • Distributed Agile
  • Estimation
  • In Conversation with Tim Ottinger
  • Java
  • Jira
  • Kanban
  • Lean
  • noprojects
  • Patterns
  • Presentation
  • Product Owner
  • Scaled Agile
  • Scrum
  • Software Metrics
  • Testing
  • Testing Practices
  • User Story

Copyright © 2025 · Malonus Consulting LLP

  • Email
  • LinkedIn
  • Twitter
  • Facebook
  • Privacy Policy