Project Management

Do your experiments fail even before they are run?

From the Easy in theory, difficult in practice Blog
by
My musings on project management, project portfolio management and change management. I'm a firm believer that a pragmatic approach to organizational change that addresses process & technology, but primarily, people will maximize chances for success. This blog contains articles which I've previously written and published as well as new content.

About this Blog

RSS

Recent Posts

Leading Through Crisis Means Leading Through Context

"It's the end. But the moment has been prepared for." - retirement lessons from the Doctor

Just because they are non-critical, doesn't mean they are not risky!

Just because they are non-critical, doesn't mean they are not risky!

How will YOU avoid these AI-related cognitive biases?

Categories

Agile, Artificial Intelligence, Career Development, Change Management, Communications Management, Decision Making, Governance, Hiring, Kanban, Lessons Learned, Personal Development, PMO, Portfolio Management, Project Management, Resource Management, Risk Management, Risk Management, Schedule Management, Scheduling, Tools

Date

linkedin twitter facebook Request to reuse this  

Categories: Agile, Project Management


(Many thanks to Scott W. Ambler for his tweet which inspired this article: "The experiment failed successfully!")

One of the many traits associated with business agility is the frequent running of experiments. Experimentation might be related to assessing the market viability of a new business offering, determining if a proposed solution will overcome a technical uncertainty or understanding whether a specific practice such as pair programming can improve delivery outcomes.

Most of us studied the scientific method during our formative years, but as a refresher, it can be distilled into the following four steps:

  1. We define a hypothesis
  2. We design an experiment to test that hypothesis
  3. We run the experiment in a controlled manner
  4. We study the resulting data and determine how to proceed based on that data

The application of this process within a business context requires certain factors to be present which we tend to take for granted in the scientific context. And the absence of any one of these means that we might be building a house of cards that will collapse under scrutiny.

So what do we want to confirm?

  • An openness to receive data which refutes our hypothesis. The individuals running the experiment might be content knowing they need to go back to the drawing board, but will the stakeholders supporting them be equally open-minded? This requires both a sufficient level of psychological safety within the group that is conducting and sponsoring the experiment but also a lack of ego tied to the hypothesis itself.
  • The willingness to take the time required to define a good hypothesis. If we don't spend some effort defining what the problem is and creating shared understanding within the team on what we are trying to prove or disprove, then we may not know how to proceed when we get to the final step of the scientific method.
  • An appetite for designing a minimally sufficient experiment. This is the Achilles Heel of many MVPs. The hypothesis related to market receptiveness is well understood, but stakeholders are unwilling to trim product scope and solution approach to the minimal level required to run an experiment. While they might still gather valid data, the cost of delay tied with learning something valuable is much greater.
  • The integrity to construct an experiment which might disprove our hypothesis. Stacking the odds in favor of a desired outcome will yield positive data, but it won't help in the long run. An example of this is when a leadership team wants to assess whether an adaptive approach might result in a higher degree of success than a predictive one. If they staff this team with the "best of the best" the results will likely be better than with prior projects but this is as a result of the people more than the process.

John Lasseter - "With science, there is this culture of experimentation, and most of the time, those experiments fail."

 


Posted on: April 26, 2020 07:00 AM | Permalink

Comments (4)

Please login or join to subscribe to this item
avatar
Ramadevi Lanka Consultant - Software Services| Ancla Tech Services Little Elm, Tx, United States
Very crisp and effective article. I have had this experience about floating MVP (Minimum Viable Product). The client sponsor always used to find some feature which he used to feel is the most important feature and a must have for the product to succeed. His logic used to be that he will somehow manage the budget to get this across. Eventually I had to convince him the risks of a moving target. Explained that while we may build all the fancy features in the product, unless we roll out and test waters with the real users, we will not know if the product will succeed.

avatar
Eduin Fernando Valdes Alvarado Project Manager| F y F Fabricamos Futuro Villavicencio, Meta, Colombia
Very interesting., thanks for sharing

avatar
Kiron Bondale Retired | Mentor| Retired Welland, Ontario, Canada
Thanks Ramadevi - the key with such sponsors is helping them understand that "not now" doesn't mean "never" and reducing cost of delay for understanding whether a solution is viable or not should be prioritized.

avatar
Ramadevi Lanka Consultant - Software Services| Ancla Tech Services Little Elm, Tx, United States
Nice input. Thank you.

Please Login/Register to leave a comment.

ADVERTISEMENTS

I don't like to carry my wallet. My osteopath says it's bad for my spine. Throws my hip off kilter.

- Kramer

ADVERTISEMENT

Sponsors