Skip to main content

Some recommended Agile certifications


Agile has many different process . For the certifications I will limit the scope to Kanban & Scrum because these are the most popular agile practices

There are many companies providing these certifications so the cost will vary. I am listing few companies which provides these. They are leaders/pioneers in this space & I have undergone/reviewed their training.

Kanban


  • Foundation – Kanban Practitioner , System, design, Management ( scaling)
  • Trainer – Kanban trainer
  • Advanced – Coaching & advanced Kanban
  • Strategic  - enterprise services planning

Scrum

Jeff Sutherland & Ken Schwaber together created scrum process. They maintain the scrum guide which is the “Bible” for all scrum based training, coaching and the actual work done across the planet.

Scrum.org ( started by Ken Schwaber the co-founder of Scrum process)  - https://www.scrum.org/professional-scrum-certifications

  • Foundations/Roles based certifications - Scrum Master, Product Owner, Scrum Developer
  • Scaling – Nexus (Scaled scrum for multiple teams/programs)
  • Scrum with Kanban
  • Agile leadership

ScrumAlliance.org  ( started by Jeff Sutherland the co-founder of Scrum process)  - https://www.scrumalliance.org/get-certified
There are few others but these two are the most recognized and popular certifications companies.

Scaling Frameworks


Prescriptive
The frameworks provide instructions , best practices for almost all the scenarios the team/company may encounter. These are popular in big traditional organizations where the culture and organizational structures constrain what people are able to do. They can quickly get benefit of agile/scrum. In long term if no  proper org transformation or training is given then the scope of improvement and transformation will be limited. Without constant review there is also a risk of this becoming another checklist driven process.

SAFe
  • Provide a detailed process layer in top of Scrum to provide better predictability. Many traditional companies were able to quickly get benefit of agile /scrum practices using this framework. This might result in few transformation but the key focus is on program execution  using lean agile principles.  
  • Certification - https://www.scaledagile.com/certification/about-safe-certification/

Organic non-prescriptive
These frameworks abides by the Agile manifesto and provide the general structure and guideline to make organizational/program transformations. They are organic  in nature and demand support from everyone involved. These frameworks results in a better long term transformation to create a culture which can sustain itself.

Large Scale Scrum (LeSS)
  • The acronym indicates less artifacts, less process, and fewer roles
  • Popularized by Craig Larman & Bas Vodde. Their books are still the de facto standard for scaling agile - Scaling Agile & Lean DevelopmentPractices for Scaling Lean and Agile Development
    LeSS is scaling Scrum teamwork up and out without adding layers or processes. The key focus is on customer centric learning for better product development




Lean startup

“Lean Startup” is a system for developing a business or product in the most efficient way possible to reduce the risk of failure.
It is an approach for launching businesses and products that treats all product and business ideas as assumptions (or hypotheses) that must be validated by rapid experimentation in the marketplace.  The approach relies on scientific experimentation, iterative product releases, and customers feedback to generate validated learning.
There are no certification yet but this is the most popular model used in new product development.

Spotify model

Event though there is no “coaching” or certification from another company ( or from Spotify)  many companies are using Spotify model to scale their  companies. The key success factor of Spotify model was to create a learning culture which was open to continuous  improvement without too much hindrance from management / bureaucracy.

My recommendation is to have the scrum/Kanban certification first and then if needed spend $ on scaling frameworks certifications

Based on my experience and exposure to LeSS , SAFe and Lean startup I will recommend Lean startup for all new product development + any non-prescriptive scaling framework for organization transformation.

Some additional reading material


Comments

Popular posts from this blog

PDCA & SCRUM (or Agile); Why is it important?

The PDCA (Plan DO Check Act) cycle was made popular by Dr. W. Edwards Deming. This is a scientific cyclic process which can be used to improve the process (or product). This is cyclic in nature and usually time boxed. Plan  This is the first stage of the process. During this step the team discusses the objectives, the process and the clear conditions of exit (conditions of acceptance). This stage sets the measurable and achievable goals for the team. DO Team works together to achieve the objective set in the planning phase. Team works with the set of agreed process. Check Once the implantation is done team regroups and verifies the output and compares it to the agreed conditions of acceptance decided during the planning phase. The deviation, if any, is noted down. ACT If any deviation in planned tasks is observed during the Check stage, a root cause analysis is conducted. Team brainstorms and identifies the changes required to prevent such deviatio...

Product Backlog: Should you write everything in user story format?

I like user stories a lot. They help everyone talk the same language and results in a better product. User story alone does not constitute product requirement. User story is supposed to be a place holder for discussion which should happen between the team, Product Owner and the customer. This discussion result in a common understanding which along with the user story content is the product requirement. This format captures the essence of requirement without confusing the readers User Story is only one of the many different ways in which requirements can be represented. This is not mandatory in any Agile “process”. But many have made this mandatory. I have seen many spending countless hours trying to write the requirements in user story format when they could have easily written that in simple one-line sentence in few minutes.   I have seen team members refusing to even discuss the requirement until product owner rewrote the requirement in user story format. ...

Why is potentially shippable product quality important

Agile teams work in iterations. During this period, they are supposed to work on product increments which can be “delivered” at the end of iteration. But how you know that the correct product was delivered? Many teams have different kinds of acceptance criteria and Definition of Done (DoD). But in many cases, this “done” is not the real “done” there might be some testing pending, some integration or review pending or anything else which prevents the actual use of the product increment. Many of these teams will need additional iterations to finish hardening their products. Many teams will implement different types of “gates” or approval steps to move to next stage. The free flow of product will be interrupted. They might end up doing mini waterfall within their agile process. Many don’t even realize this. This results in poor quality and requires additional effort to “harden” the product. Potentially Shippable Product increment The acceptance criteria and DoD should be modified...