Introduction

XADM Logo

What is XADM

ilionx architecture design method (XADM) describes project phases, processes and artefacts which are linked to ach other. xADM decribes why to follow this process, how and what to do.

It has been set up in a layered fashion. Which means that at the highest level it could be adopted by a wide variety of teams in different kind of technology stacks. The lower you descent the more specific it is tailored towards a specific technology stack. In this case the Microsoft stack has been fully ironed out (Azure, C#.Net).

Diagram
Did You Know?

XADM is based on a lot of existing ideas around software development.
Inspiration originates from Rup, Waterfall, SDM, etc.

Because, what is wrong with these "old" ideas/methods. Is agile scrum so much better?

Practice, practice, practice!!!

Mission Statement

We need to have a professional approach for delivering software projects. By standardizing our way of working via phases, processes and artefacts, the focus is on the content, the project and solution design effort. We facilitate on-boarding, handovers and reviews.

Having a guided approach for software projects, eliminates a lot of hassle upfront in the project. There is a clear script to be followed, which:

  • improves estimations

  • improves project execution

  • improves the ability to review a project

  • improves onboarding of new members

  • improves predictability

Why xADM

Software can be the differentiating factor for companies within their business domain. So successful software projects can deliver great value, but unsuccessful software projects can deliver a devastating blow into the financial health of a company and the viability of the company as a whole.

Capgemini moet 21 miljoen euro boete betalen voor mislukt ict project SVB

Plasterk stopt met geldverslindende vernieuwing bevolkingsregister

Belgische spoorwegmaatschappij schrapt IT systeem dat al 30 miljoen euro kostte

Lidl neemt verlies van half miljard op sap project

KvK stak 15,5 miljoen euro in ICT moderniseringsproject zonder resultaat

Timeline

Origin

The initial trigger for xADM came from the architects (See Contributors). Initially xADM guided the architect in going from requirements to architecture. This is a combination of experiences of the architects and based on IDesign methods.

Later in time the scope of xADM has been widened to also involve project phases and detailed level design.

Currently

xADM describes project phases, processes and artefacts to be used when running a software project. It can be used as a whole to tackle software projects but it can also be used in parts eg. only use particular processes or artefacts.

It is still growing and it now describes what a BA does, how a UX person works, what an architect does and how all of this fits into planning and executing a software project. All these roles have a particular part to fulfill before development can start developing.

There is also a technical part described in xADM that supports the method on the technical side. This framework is called Copper. It implements the reference architecture and covers a lot of the non functional requirements out-of-the-box. Using Copper is not a must but will significantly speed-up development and the maturity of the product.

Contributors

Name Role Specialism Aka

Wouter Roos

Architect

WCF, API, Tooling, Azure

Toolboy

Bart Bovend’eerdt

Architect

Service fabric, Azure

Copper

Rob Hodzelmans

Architect

Project quotation, …​

Koen Mannaerts

Architect

Project design

Questions of customers

Vragen die we van klanten krijgen:

  • We hebben een applicatie gebouwd maar zien problemen opduiken: performance, integratie, onderhoudbaarheid. Hoe beginnen?

  • We zijn al jaren aan het bouwen en hebben tig applicaties maar alles staat los van elkaar en willen integreren. Maar dit lukt ons niet. Hoe verder?

  • We zijn al voor de 2,3de, 4de keer gestart met bouwen maar het is telkens mislukt. We willen nu even goed nadenken voor we beginnen. Kan je ons helpen?

  • We hebben een bestaand landschap maar dit ondersteunt onze huidige business expansie niet meer, hoe verder?

  • We willen een analyse van ons applicatie landschap en advies over: hoe verder.

  • We willen volgens IDesign werken maar hebben hulp nodig.

  • We hebben een architect maar die heeft mentorship gevraagd.

  • We zijn een startup en willen iets… (letterlijk “iets” 😉)

  • We zijn een groot bedrijf maar onze dev capaciteit is volzet en we hebben een project wat zeker klaar moet zijn. Kan ilionx dit bouwen?

  • We willen een IT partner die voor ons software kan bouwen waarbij kosten en tijdslijnen op voorhand meegedeeld kunnen worden en waarbij deze aspecten continu gemonitord worden.

  • We hebben een 3rd party leverancier maar willen iemand onafhankelijk het werk laten beoordelen.

Deze opdrachten kunnen verschillende vormen aannemen:

  • Fulltime bij de klant als architect

  • Fulltime intern projecten oppakken

  • Architectuur consultancy: gedurende het project wekelijks 1 of meerdere malen onsite.

  • Korte fulltime engagement om het project op te starten, wekelijks check achteraf op voortgang.

Resources