Customize Consent Preferences

We use cookies to help you navigate efficiently and perform certain functions. You will find detailed information about all cookies under each consent category below.

The cookies that are categorized as "Necessary" are stored on your browser as they are essential for enabling the basic functionalities of the site. ... 

Always Active

Necessary cookies are required to enable the basic features of this site, such as providing secure log-in or adjusting your consent preferences. These cookies do not store any personally identifiable data.

No cookies to display.

Functional cookies help perform certain functionalities like sharing the content of the website on social media platforms, collecting feedback, and other third-party features.

No cookies to display.

Analytical cookies are used to understand how visitors interact with the website. These cookies help provide information on metrics such as the number of visitors, bounce rate, traffic source, etc.

No cookies to display.

Performance cookies are used to understand and analyze the key performance indexes of the website which helps in delivering a better user experience for the visitors.

No cookies to display.

Advertisement cookies are used to provide visitors with customized advertisements based on the pages you visited previously and to analyze the effectiveness of the ad campaigns.

No cookies to display.

People10 Technologies, Inc.

Beyond Scrum, Kanban and XP : The Total Agility framework of Four Quadrants©

Mask Group 2

Agile has been an enigma to a lot of people except for the geeks and evangelists.. And even they all had their own interpretation of ‘what is agile’.

Some say it is about ‘teamwork’. Some people swear by its technical practices that bring about the best in class product quality. Some talk about how the features are managed in chunks to bring about maximum business value and quick delivery.. In the end, the question, is ‘is it about being fast, is it about bringing high quality, is it about better managing client’s needs, or is it about building a high performing motivated team” ?

Every agile practitioner has a different answer. Sounds a bit like the proverbial blind men and the elephant, isn’t it?

The blind men and the agile elephant (courtesy nature.com; G. Renee Guzlas, artist )

 

Product quality, motivated teams, happy client, fast-paced delivery – that all sound like a lot to achieve…   The Utopia? I swear it can be achieved!

One of the main reasons why people get confused about Agile is because it is spoken in many dialects like Scrum, XP, FDD, Kanban … And most of the time, the people who speak these dialects forget to mention how all these can in fact, co-exist beautifully.

I remember once when I attended a scrum training (mainly out of curiosity) few years ago, the famous trainer refused to even address basic questions from the participants saying “that term doesn’t belong in scum!” Needless to say, there was lot of confused people who came out of the session including yours truly. It may not always be easy for a newbie to connect the dots.

It is only when I started practicing agile ( I prefer to go by ‘Agile’ -I wouldn’t use the dialects here), and literally inventing practical agile solutions to every day issues faced by our technology teams that you sort of put all the jigsaw pieces together and realize that, it all fits in perfectly well in the big picture!

In any software development scenario, the distinct sets of questions we try to answer are: (note they have been grouped into four sets)

  • How do you achieve best product quality?
  • Did we not have it before, why is the need to re-invent the definition of product quality?
  • What was wrong with what we have been doing so far?
  • How much engineering really is there in software engineering?

 

  • How can IT become true enablers to business rather than a bottleneck?
  • How can we work closely with business where we understand each other?
  • How do we prioritize what is most important to business and commit on that?
  • Can IT and business speak the same language?

 

  • How do we re-invent Project management in IT?
  • What are those PM practices that enable a self-running team?
  • What would be the role of a project manager in an agile team?
  • What all behavioral practices need to be inculcated for the team to be really agile?

 

  • Are agile teams a bunch of cowboys?
  • Can we see and measure the progress of agile deliveries?
  • Can agile be done at an enterprise level, or is it only confined to small teams and small companies?

Well, of these questions are deep enough be answered through an elaborate white paper….  what I am trying to do here is to attempt to uncomplicated agile in a simple way so that it can be understood equally by all stakeholders and they are able to unfold the blind and see the ‘elephant’ for what it really is J

If I were to go back to the set of questions above, I would categorize them into “Four Quadrants”:

  1. Ensuring Product Quality ( through engineering practices)
  2. Managing the Client/Business needs ( through product Management practices)
  3. Building self-running motivated teams ( through redefining project management practices)
  4. Ensuring performance management and enterprise-wide scalability (through Agile PMO practices)
Agile Four Quadrants
Agile Four Quadrants

 

While this could very well represent the Four Quadrants© of enterprise agile implementation, are we missing anything ? What could be the other enabling factors ?

There are three other important aspects to have a real success with Agile. They are :

  1. Agile Infrastructure
  2. Human Capital development
  3. Thought leadership

Which brings me to the below ‘Total Agility’ model:

 

Enterprise agile model (Total Agile)

 

This would be our interpretation of ‘Total Agility’, or rather how the elephant really looks like…

It is easier said than done. When it comes to execution, each of these blocks are equally important and requires specific attention. That is exactly the reason why many transformations fail. We tend to focus only on very few topics (normally easy rituals like standup meetings, poker planning etc).  The tough ones are left for later, and the important engineering practices get ignored. Another common mistake is the inability or reluctance to measure. Anyway, will get into pitfalls of agile implementation at a later stage.

If we were to drill down into each of these blocks, we end up with specific value-added practices as shown below. Note the importance of CRM, Infrastructure and Human capital development in the overall framework. Also note how thought leadership and Agile PMO becomes important pillars in the success of the agile delivery.

Needless to say, each of these practices requires skills and expertise across all the stakeholders.

Feel free to share your valuable thoughts.. Adios!

Author

Chief Operating Officer

A seasoned tech leader with 20+ years of experience, Nisha drives global business development and client relations at People10.

Share this post

Recent posts

Tags

Subscribe to our newsletter