• Blog
  • Info Support
  • Career
  • Training
  • International Group
  • Info Support
  • Blog
  • Career
  • Training
  • International Group
  • Search
logo InfoSupport
  • Latest blogs
  • Popular blogs
  • Experts
      • Alles
      • Bloggers
      • Speakers
  • Meet us
  • About us
    • nl
    • en
    • .NET
    • Advanced Analytics
    • Agile
    • Akka
    • Alexa
    • Algorithms
    • Api's
    • Architectuur
    • Artificial Intelligence
    • ATDD
    • Augmented Reality
    • AWS
    • Azure
    • Big Data
    • Blockchain
    • Business Intelligence
    • Cloud
    • Code Combat
    • Cognitive Services
    • Communicatie
    • Containers
    • Continuous Delivery
    • CQRS
    • Cyber Security
    • Dapr
    • Data
    • Data & Analystics
    • Data Science
    • Data Warehousing
    • Databricks
    • DevOps
    • Digital Days
    • Docker
    • eHealth
    • Enterprise Architecture
    • Hacking
    • Infrastructure & Hosting
    • Innovatie
    • Integration
    • Internet of Things
    • Java
    • Machine Learning
    • Microservices
    • Microsoft
    • Microsoft Bot Framework
    • Microsoft Data Platform
    • Mobile Development
    • Mutation Testing
    • Open source
    • Pepper
    • Power BI
    • Privacy & Ethiek
    • Python
    • Quality Assistance & Test
    • Quality Assurance & Test
    • Requirements Management
    • Scala
    • Scratch
    • Security
    • SharePoint
    • Software Architecture
    • Software development
    • Software Factory
    • SQL Server
    • SSL
    • Start-up
    • Startup thinking
    • Stryker
    • Test Quality
    • Testing
    • TLS
    • TypeScript
    • Various
    • Web Development
    • Web-scale IT
    • Xamarin
    • Alles
    • Bloggers
    • Speakers
Home » Disciplined Agile Delivery – Part one
  • Disciplined Agile Delivery - Part one

    • By Gijs van Dulmen
    • Requirements Management 10 years ago
    • Requirements Management 0 comments
    • Requirements Management Requirements Management
    Disciplined Agile Delivery - Part one

    So here I am. Back again from the United States sitting at my desk at home watching the rain and still wearing off my jetlag. Still all excited from the IBM Innovate conference. Loads of nice presentations and people.

    The thing which keeps me thinking about is the disciplined agile delivery book which Scott Ambler and Mark Lines wrote. The book describes a framework for software development.  Or, better said, a framework for getting solutions out the door by software departments. So why am I all excited about it?

    Framework instead of methodology

    So other methodologies like RUP are really big and advocate a certain process rather in depth although they say you need adjust the process to your environment. Methodologies like Scrum make you adopt a narrow process which suppose to be a kernel on which you grow your own process. It’s small and makes you alter it to your environment right away. Discipled Agile Delivery (DAD) is somewhat different. It doesn’t impose a process rather strictly. It’s describing a somewhat combined view. It captures the best parts of a number of methodologies and techniques and tells which are great to combine. It also gives lists of options from which you can create your own process. So you can create your own process. This makes it usable for a large scale of organizations. But not immediately. They still need to pick their parts and create a process. Or maybe better said, pick the parts, evaluate the parts and adjust/improve accordingly.

    Terminology

    So what is about calling things daily stand-up meeting, sprint and scrum master. I always had a feeling by using those words people tend to think it’s something completely new, although the daily meeting to coordinate and synchronize the team members is nothing more than a daily coordination meeting. The terminology used by DAD is just some more down to earth I guess.

    The problem of big organizations

    So the bigger the organization, the more specialized departments and people are gonna be? You will get a enterprise architecture department with people in it whereas in smaller organizations this maybe was the responsibility of a senior software engineer. DAD does not ignore the big organizations but describes lots of possibilities to get the people and team more integrated in the rest of the organization and tells us it’s very important to get integrated with the organization to get the job done.

    Talk in goals instead of deliverables

    So instead of telling we need to create a document containing X it just tells us to make sure you target the goal. So spreading the vision and reaching agreement on it is something you can sometimes just do by pulling all stakeholder in a room and do a two hour envisioning session. In small endeavors this is the best process.

    Just some small things which I love about the book. It feels more practical and down to earth 🙂

    Expect some more blog posts about it…

    Share this

Gijs van Dulmen

View profile

Related IT training

Go to training website

Related Consultancy solutions

Go to infosupport.com

Related blogs

  • Mijn ontwikkelpad

    Mijn ontwikkelpad Stephan Versteegh - 1 year ago

  • Verantwoordelijkheid pakken in jouw eigen persoonlijke …

    Verantwoordelijkheid pakken in jouw eigen persoonlijke … Stephan Versteegh - 1 year ago

  • How to improve your non-functional requirements

    How to improve your non-functional requirements Info Support - 5 years ago

Related downloads

  • Beslisboom voor een rechtmatig ‘kopietje productie’

  • Klantreferentie: Remmicom zet wetgeving om in intellige…

  • Klantreferentie RDW: Samenwerken voor veilig en vertrou…

  • Klantreferentie BeFrank: Strategische IT voor een innov…

  • Wie durft te experimenteren met data in de zorg?

Related videos

  • mijnverzekeringenopeenrij.nl

    mijnverzekeringenopeenrij.nl

  • Winnaar | Innovation Projects 2017

    Winnaar | Innovation Projects 2017

  • Explore | Info Support & HAN & Poliskluis

    Explore | Info Support & HAN & Poliskluis

  • Info Support | Bedrijfsfilm

    Info Support | Bedrijfsfilm

  • LifeApps bij HagaZiekenhuis

    LifeApps bij HagaZiekenhuis

Nieuwsbrief

* verplichte velden

Contact

  • Head office NL
  • Kruisboog 42
  • 3905 TG Veenendaal
  • T +31 318 552020
  • Call
  • Mail
  • Directions
  • Head office BE
  • Generaal De Wittelaan 17
  • bus 30 2800 Mechelen
  • T +32 15 286370
  • Call
  • Mail
  • Directions

Follow us

  • Twitter
  • Facebook
  • Linkedin
  • Youtube

Newsletter

Sign in

Extra

  • Media Library
  • Disclaimer
  • Algemene voorwaarden
  • ISHBS Webmail
  • Extranet
Beheer cookie toestemming
Deze website maakt gebruik van Functionele en Analytische cookies voor website optimalisatie en statistieken.
Functioneel
Altijd actief
De technische opslag of toegang is strikt noodzakelijk voor het legitieme doel het gebruik mogelijk te maken van een specifieke dienst waarom de abonnee of gebruiker uitdrukkelijk heeft gevraagd, of met als enig doel de uitvoering van de transmissie van een communicatie over een elektronisch communicatienetwerk.
Voorkeuren
De technische opslag of toegang is noodzakelijk voor het legitieme doel voorkeuren op te slaan die niet door de abonnee of gebruiker zijn aangevraagd.
Statistieken
De technische opslag of toegang die uitsluitend voor statistische doeleinden wordt gebruikt. De technische opslag of toegang die uitsluitend wordt gebruikt voor anonieme statistische doeleinden. Zonder dagvaarding, vrijwillige naleving door uw Internet Service Provider, of aanvullende gegevens van een derde partij, kan informatie die alleen voor dit doel wordt opgeslagen of opgehaald gewoonlijk niet worden gebruikt om je te identificeren.
Marketing
De technische opslag of toegang is nodig om gebruikersprofielen op te stellen voor het verzenden van reclame, of om de gebruiker op een website of over verschillende websites te volgen voor soortgelijke marketingdoeleinden.
Beheer opties Beheer diensten Beheer leveranciers Lees meer over deze doeleinden
Voorkeuren
{title} {title} {title}