Objective Thoughts

Subscribe to our blog Net Objectives Thoughts Blog

Why we call it Minimum Business Increment

June 12, 2018 — Posted by Al Shalloway
An MBI is the smallest chunk of work that realizes value for its intended target- customers, an internal provider of services, or the company's people creating new services. The key word is realize as the focus of business agility is to realize value quickly, predictably, sustainably and with high quality. 
 
Agile methods too often focus on software's release. Release is just a step towards realization of value. The difference is that most often there are things beyond technology's release of software that are needed to realize value.
 

Share this:




  

Another vicious cycle

June 11, 2018 — Posted by Al Shalloway
A company decides to adopt Scrum
 
They get multiple proposals
 
Their people are told to choose between CSM training or a course that includes core ATDD concepts
 
They ask the team which one they want
 
Resumes look better with CSM on them (not to mention many devs think ATDD will add work to them, even though it doesn't) so they vote for CSM training 
 

Share this:




  

Train on the Right Concepts in The Right Way

June 10, 2018 — Posted by Al Shalloway
Everyone agrees that to understand a new concept you must use it on your own problem. Somehow this has been overlooked in both Scrum and SAFe for the Team training. Not having hands on their own problems requires teams to either figure this out on their own or bringing in additional training &/or coaches. The focus on the framework also ignores that people can only absorb so much at any one time, so going into depth on the framework does little good. Only a core is needed with the rest being best deferred until after people have tried the basic concepts.
 

Share this:




  

What if we treated our developers like we treat our customers?

June 9, 2018 — Posted by Al Shalloway
This is to people buying Agile training &/or coaching
 
A key aspect of Agile is respecting people. Yet, this is often lost when we get to Agile transitions-particularly Scrum. This is not a knock on Scrum, but rather how it is commonly trained & adopted. We often hear devs say:
  •  daily standups are a waste of time
  •  we're not getting any value out of our retrospections
  •  why do we have to <fill in the blank>?
 

Share this:




  

A Vicious Cycle I See

June 8, 2018 — Posted by Al Shalloway
Start Agile with Scrum training
 
Tell the dev team it’s just a framework so they need to fill it in
 
The assumption that people can figure it out belies the fact that they haven’t
 
Since devs are already overworked, Scrum appears to be overhead
 
CSMs tell them “Scrum is simple, just use it as is”
 

Share this:




  

Pages

Blog Authors

Al Shalloway
Business, Operations, Process, Sales, Agile Design and Patterns, Personal Development, Agile, Lean, SAFe, Kanban, Kanban Method, Scrum, Scrumban, XP
Cory Foy
Change Management, Innovation Games, Team Agility, Transitioning to Agile
Guy Beaver
Business and Strategy Development, Executive Management, Management, Operations, DevOps, Planning/Estimation, Change Management, Lean Implementation, Transitioning to Agile, Lean-Agile, Lean, SAFe, Kanban, Scrum
Israel Gat
Business and Strategy Development, DevOps, Lean Implementation, Agile, Lean, Kanban, Scrum
Jim Trott
Business and Strategy Development, Analysis and Design Methods, Change Management, Knowledge Management, Lean Implementation, Team Agility, Transitioning to Agile, Workflow, Technical Writing, Certifications, Coaching, Mentoring, Online Training, Professional Development, Agile, Lean-Agile, SAFe, Kanban
Ken Pugh
Agile Design and Patterns, Software Design, Design Patterns, C++, C#, Java, Technical Writing, TDD, ATDD, Certifications, Coaching, Mentoring, Professional Development, Agile, Lean-Agile, Lean, SAFe, Kanban, Kanban Method, Scrum, Scrumban, XP
Marc Danziger
Business and Strategy Development, Change Management, Team Agility, Online Communities, Promotional Initiatives, Sales and Marketing Collateral
Max Guernsey
Analysis and Design Methods, Planning/Estimation, Database Agility, Design Patterns, TDD, TDD Databases, ATDD, Lean-Agile, Scrum
Scott Bain
Analysis and Design Methods, Agile Design and Patterns, Software Design, Design Patterns, Technical Writing, TDD, Coaching, Mentoring, Online Training, Professional Development, Agile
Steve Thomas
Business and Strategy Development, Change Management, Lean Implementation, Team Agility, Transitioning to Agile
Tom Grant
Business and Strategy Development, Executive Management, Management, DevOps, Analyst, Analysis and Design Methods, Planning/Estimation, Innovation Games, Lean Implementation, Agile, Lean-Agile, Lean, Kanban