The science of software development

How do you use the scientific method in your daily work?

A quick reminder: Tomorrow at 17:00 CET (Europe) / 8:00 AM PT (Americas), I’ll be doing a free, live video Q&A session answering your DevOps technology questions. Space is limited! Register up now!


I want to talk about the science we use every day in software development.

I don’t mean “science” in the sense of “knowledge,” as when one says “Science says we should exercise.”

I also don’t mean “computer science” as in the topic of study.

I mean the actual scientific method, which I’ll simplify for the sake of discussion to: Observe, Hypothesize, Experiment, Analyze, Repeat.

In how many ways do you use the scientific method in your daily work?

  • If you’ve ever built an MVP (a real MVP, I mean), the sole purpose was testing a hypothesis about a product.
  • If you use Scrum, each sprint is one iteration of the scientific method (or at least it should be). Your team observes the current state, sets a goal (hypothesis), experiments to find a solution, then analyzes the results in a retrospective, before iterating again.
  • If you practice Behavior-Driven Development or Test-Driven Development, you’re using the scientific process on the story, or even function level.

Where else do you use the scientific method? Send me a message and let me know!

Share this