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 deviations in future. Team also

SCRUM- Who should write a user story

Traditionally user stories (or requirements) were written by Business analysts. They used to prepare big documents after months of study. It was a herculean task. I used to get such UI/Functional specification documents. I have fixed a lot of bugs because I missed few text in such 1000 + pages document. This is not the only interesting part. Some of the requirements were so weird that I often wondered why I am creating the features which no one is going to use. If I had the option I would have recommended a better option. If the BA’s misunderstood some requirements & customers failed to correct those few words in the epic requirement then we will have a nice situation. In the agile world the story is different. Product Owners are primarily responsible for user stories. But can anyone else also contribute? Yes. Definitely yes In actual environment many users write user stories. The first requirement may come from end user. The PO, tech architect, scrum master, BA’s... anyone can up

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