Be a Better BAThe challenge of the Requirements Workshop
How hard could it be?
Our intrepid Business Analysts has invited five project stakeholders along for a requirements verification workshop.She wants to get endorsement on the next 7 requirements the team are working on.
Let’s take a look at how complex this discussion could get.
R1Our heroine announces Requirement 1 and reads it out.  It is simple, straightforward and there is little in the way of exceptions to the core requirement statement.Two stakeholders feel they have something to say on this topic (maybe just so they can feel useful.)Everyone quickly endorses the requirement.
R1R2.1R2Requirement 2 is read out and kicks of a lively discussion about the definition of the word “Shall”.  Additionally there is an important and common ‘exception to the rule’ that is discussed robustly by most of the stakeholders.It seems that putting this new function in an IT system is going to be a challenge for some people who like the fuzziness of the rule today.
R1R2R3.1R3.2R3By Requirement 3 everyone is on a roll.  Let’s really get into the guts of this issue.  There are two points e want to really nail here.
Let’s stop and look at how this conversation is flowing.
R1R1R1R2R2.1R2R3.1R3.2R3
3 Simple requirement statements.  And this isn’t even a very thorough conversation. Imagine what it will look like at number 7!
What’s going to happen in this room?
What we need…
Pick your methodsLots of peopleA professionally facilitated and agenda run meeting, time boxed with any detailed discussions being broken up into smaller facilitated groupsLots to talk aboutA conversationOne topicJust you and meto match your needs
Read more atwww.BetterProjects.net

Ba tips: the complexity of workshops

  • 1.
    Be a BetterBAThe challenge of the Requirements Workshop
  • 2.
  • 3.
    Our intrepid BusinessAnalysts has invited five project stakeholders along for a requirements verification workshop.She wants to get endorsement on the next 7 requirements the team are working on.
  • 4.
    Let’s take alook at how complex this discussion could get.
  • 5.
    R1Our heroine announcesRequirement 1 and reads it out. It is simple, straightforward and there is little in the way of exceptions to the core requirement statement.Two stakeholders feel they have something to say on this topic (maybe just so they can feel useful.)Everyone quickly endorses the requirement.
  • 6.
    R1R2.1R2Requirement 2 isread out and kicks of a lively discussion about the definition of the word “Shall”. Additionally there is an important and common ‘exception to the rule’ that is discussed robustly by most of the stakeholders.It seems that putting this new function in an IT system is going to be a challenge for some people who like the fuzziness of the rule today.
  • 7.
    R1R2R3.1R3.2R3By Requirement 3everyone is on a roll. Let’s really get into the guts of this issue. There are two points e want to really nail here.
  • 8.
    Let’s stop andlook at how this conversation is flowing.
  • 9.
  • 10.
    3 Simple requirementstatements. And this isn’t even a very thorough conversation. Imagine what it will look like at number 7!
  • 11.
    What’s going tohappen in this room?
  • 12.
  • 14.
    Pick your methodsLotsof peopleA professionally facilitated and agenda run meeting, time boxed with any detailed discussions being broken up into smaller facilitated groupsLots to talk aboutA conversationOne topicJust you and meto match your needs
  • 15.