The Technology of Dialogue

Reading time: ~2 min About as long as waiting for Spring to preload

In the essay, Dialogue and Organizational Transformation, Glenna Gerard and Linda Teurfs outline the the building blocks of THE TECHNOLOGY OF DIALOGUE, which they suggests consists of:

  • Suspension of Judgment
  • Identification of Assumptions
  • Listening
  • Inquiry and Reflection

What makes dialogue different than conversation? According to David Gurteen, “dialogue is a disciplined form of conversation.”

Gurteen says that within dialogue[^1^](#fn1){#fnref1 .footnote-ref role=”doc-noteref”}:

  • You prefer a certain position but do not cling to it.
  • You are ready to listen to others.
  • Your mindset is not one of ‘convincing others that your way is right’ but of asking what you can learn from them.
  • It is recognizing that other people’s input will help you refine your own ideas or reveal your misconceptions.
  • It is not argument or debate. It is not win-lose. In dialogue all sides win by coming up with a more appropriate solution than a single person could ever have. It is win-win.

When we first introduced Dialogue-Driven Development, Ryan Allen responded with a brief overview of how you might go about defining a failed project. His first bullet was, “Miscommunication can lead to the implementation of the wrong solutions.”

It is our opinion that many of the problems that lead to failed projects can be solved through consistent and cooperative discourse. Much of this relies on each of us taking ownership of our commitment to encouraging healthy collaboration between developers, clients, and users.

Wikipedia currently describes dialogue as, “a reciprocal conversation between two or more persons.”

Question

What are some of the obstacles that you face when interacting with a diverse set of developers, clients, and users?


  1. ::: {#fn1} The Discipline of Dialogue by David Gurteen↩︎{.footnote-back role=”doc-backlink”} :::

Hi, I'm Robby.

Robby Russell

I run Planet Argon, where we help organizations keep their Ruby on Rails apps maintainable—so they don't have to start over. I created Oh My Zsh to make developers more efficient and host both the On Rails and Maintainable.fm podcasts to explore what it takes to build software that lasts.