InfoQ

News

Presentation: Martin Fowler and Dan North Talk Over the Yawning Crevasse of Doom

Posted by Abel Avram on Aug 13, 2008 04:11 AM

Community
Agile
Topics
Collaboration ,
Communication
Tags
Feedback ,
Domain Driven Design ,
Ubiquitous Language ,
Qcon London 2007 ,
DSLs

In this presentation filmed during QCon London 2007, Martin Fowler and Dan North talk about the communication gap existing between the developers and the customers or users. Closing this gap is extremely important in order to create successful software.

Watch:  Martin Fowler and Dan North Talk Over the Yawning Crevasse of Doom (1 hour)

Usually, those who request a software to be built and those who actually build it belong to two different worlds, using different jargons and having different ways of approaching software. That creates a crevasse in communication between the two sides which can doom a project. Martin gives an example of such a gap by quoting a study which says that a significant part of the features delivered for a system were never used. Some members of the development team built features never used because they did not clearly understood what was requested from them.

How can we close a gap? Martin and Dan offer two options:

  1. Ferry. A ferry could go between the two sides of the gap in order to connect them. Such an example would be an analyst which would constantly make the trip between the business people and the development team, and would "translate" the communication between the two.
  2. Bridge. A bridge between the sides would directly close the communication gap, offering a much larger bandwidth and a strong connection. Anyone would use a bridge rather than a ferry over a crevasse.

Martin and Dan favor the bridge, and they show why using it is helpful for the success of the project. They also talk about the tools to be used. Some of the examples are:

  • Conversations can inspire new ideas, new requirements.
  • Motivation is an essential part of the process. Bad communication will undermine motivation.
  • Ubiquitous language helps bridge the gap between the business people and the developers by giving them a common language which helps them understand each other.
  • DSL allows business people to read through code and understand what is going on, so they can spot misinterpreted requirements.
  • Feedback plays an important role in communication. The gates should be kept opened so feedback comes in.

Related Sponsor

VersionOne is recognized by Agile practitioners as the leader in Agile project management tools. Companies such as Adobe, BBC, CNN, Dow, HP, IBM, Sony and 3M have turned to VersionOne to help deliver greater value to their customers.
Great presentation! by Stephen Cresswell Posted Aug 13, 2008 9:44 AM
Partly Disagree by Ashwanth Fernando Posted Aug 14, 2008 1:02 PM
Re: Partly Disagree. by Ashwanth Fernando Posted Aug 14, 2008 9:55 PM
  1. Back to top

    Great presentation!

    Aug 13, 2008 9:44 AM by Stephen Cresswell

    Shame it's cut short by (what I assume to be) a few minutes

  2. Back to top

    Partly Disagree

    Aug 14, 2008 1:02 PM by Ashwanth Fernando

    I think I would not go as far as to say that the BA (Business Analyst) does not need to be the middle man in software projects. The set of tasks that developers need to do , every day become increasingly bigger and bigger - Architecting, Design, Coding, Unit Testing, Integration Testing, Memory Profiling, Learning on new technologies, Versioning, etc. etc. This makes them impossible to remove the ferry man and create a direct bridge between the business and developers. A techno functional BA must be present to write the requirements documents and translate between jargons, so that developers can atleast go home by 12.00 Midnight. You see, if developers come to work cursing, because they are not getting enough work-life balance, that is not a good thing either. However, there has to be workshops on a regular basis (perhaps every couple of weeks) between the developers and the business so that the developers get a feel of what the business really wants out of a project. On other days, the ferry man's duty is translation, adding functional ideas to the business folks and giving them to the developers, so that developers concentrate on their core activities.

  3. Back to top

    Re: Partly Disagree.

    Aug 14, 2008 9:55 PM by Ashwanth Fernando

    But one thing that I like, is Martin Fowler's way of presenting concepts, either in his books or at a talk. Simply phenomenal!! I used to like Josh Bloch's presentation skills. Martin Fowler is just as good, if not better. Keep it up Martin!

Educational Content

Bindings, Platforms, and Innovation

This presentation focuses on the Internet and separating myth from fact, history from the future, and the mundane from the imaginative. Bob Frankston presents a vision of what could and should be.

Orchestrating Long Running Activities with JBoss / JBPM

This article explores the use of JBoss and jBPM to implement design solutions that effectively address the issue of orchestrating long running activities.

Neo4j - The Benefits of Graph Databases

This presentation covers the use of graph databases as an optimal solution for data that is difficult to fit in static tables, rapidly evolving data or data that has a lot of optional attributes.

Realistic about Risk: Software development with Real Options

This session introduces Real Options and shows how it can help in running your project. Real Options is a decision-making process that can be used to manage risk.

Communication Flexibility Using Bindings

This article discusses the use of bindings on services and references (including the instance of non-configured bindings) as the means to implement SCA communications in a Web and SOA environment.

Writing DSLs in Groovy

After a short introduction to DSLs, Scott Davis plays with the keyboard showing how to approach the creation of a DSL by typing working snippets of Groovy code that get executed.

Scaling Agile with C/ALM (Collaborative Application Lifecycle Management)

IBM Rational and InfoQ present, Scaling Agile with C/ALM, an eBook showing organizations how to become “finely tuned software delivery machines” by enabling team integration and scaling.

Concurrent Programming with Microsoft F#

Amanda Laucher presents a real life enterprise application written in F#. She shows actual code snippets, explaining design decisions and suggesting how to use some of the F# constructs.