top of page
Writer's pictureRob Stanfield

Setting the Stage: Orchestrating the Prelude to Requirements Elicitation

Updated: May 27



Hey, some of the best things in life, at least for me, are getting lost in a good book, art, jamming on my guitar, catching live shows, and roaming around in the motorhome with my family. And when I can mash these things together into one big road trip to see a concert? That's living. But, until we can hit the road for real, how about we take a little imaginary trip while getting some learning in? This time, we're mapping out the requirements phase of software development. Buckle up; it's going to be an interesting ride.



"You don't drive the architecture, the requirements do. You do your best to serve their needs." - Richard Monson-Haefel, 97 Things Every Software Architect Should Know

Cracking Open the Book on TOGAF's ADM Requirements Phase

Imagine setting out on a road trip in your motorhome, with the destination being a beautifully architected software solution. The requirements phase in the TOGAF ADM is akin to plotting your route on a map. This phase isn't just about listing what you want; it's about understanding the deeper needs and desires that your architecture aims to fulfill.


Gathering the Ensemble: Stakeholders' Desires and Fears

Think of stakeholders as members of a band, each playing a different instrument. Just as in music, where harmony is key, in the requirements phase, ensuring everyone's voices are heard and integrated into the plan is crucial. This means actively engaging with stakeholders, understanding their needs, concerns, and expectations. It's not just about asking what they want; it's about reading between the lines and capturing the essence of their needs, much like interpreting the emotion behind a guitar solo.


Mapping the Journey: Setting the Scene with a Statement of Architecture Work

Once you've gathered your ensemble of needs and expectations, it's time to lay down the track. This is where the Statement of Architecture Work comes in. Consider this your setlist for the night—it outlines what you plan to achieve, how you're going to do it, and the resources you'll need. It sets the stage for the entire architectural project, ensuring everyone is tuned to the same key.


Navigating Through the Fog: Dealing with Uncertainty and Change

Here's where it gets tricky. Just like predicting weather changes on a road trip, architectural requirements are often subject to change. Needs evolve, new challenges emerge, and sometimes, what was a priority yesterday becomes irrelevant today. Adapting to these changes without losing sight of your destination requires flexibility and an open mind. It's about improvising a new riff when the original doesn't fit the mood of the audience anymore.


The Art of Listening: Beyond the Words

Engaging with stakeholders is an art. It requires active listening, empathy, and the ability to read between the lines—skills that are as important here as they are in music. Sometimes, what stakeholders say they want isn't what they truly need. It's about understanding the underlying themes of their requests, much like uncovering the deeper meaning in a piece of music.


Ensuring a Smooth Ride: Validation and Buy-in

Before you hit the road, ensuring that everyone agrees with the route is key. This phase involves validating the requirements with stakeholders, refining them as needed, and securing buy-in. Think of it as doing a sound check before a concert—you want to make sure everything is in perfect harmony before the show starts.


In Conclusion: The Road Less Traveled

The requirements phase of the TOGAF ADM is a journey of discovery, collaboration, and adaptation. It's about setting the stage for a successful architectural project, much like preparing for a memorable performance. By engaging deeply with stakeholders, being open to change, and focusing on the underlying needs, this phase lays the groundwork for creating architectures that resonate on a profound level, much like the chords of a well-played guitar echoing in the night.




Comments


Commenting has been turned off.
bottom of page