KANBAN in ARIS matrix model

Etienne Venter on May 4, 2012

Basic steps in identifying user stories when using a process approach:

Define the business need (objective object reused on matrix model below)
Define the top level process (BPMN collaboration used here) to define the workflow
Harvested use cases directly from the top level model (no sub process decomposition yet) to associate user stories (A User Story is a brief statement of intent that describes something the system needs to do for the user) to 1st level use cases.
This then is copied to the Matrix model to represent the KANBAN board (initial backlog, itterations & user stories according the sprint phases).

This approach is simple and practical, your views please?

3 Replies

Ivo Velitchkov on May 4, 2012

Indeed, and it could be nicely combined with this one.

Like

Sign in
or register to reply.

Notify Moderator
Etienne Venter on May 4, 2012

Thanks vor the comment Ivo and I also agree, my only concern is that the Whiteboard does not allow me to reuse Requirement objects, I make extensive use of them i.e. Requirements Tree, FAD's etc. We treat a User Story as a Requirement Object?

Like

Sign in
or register to reply.

Notify Moderator
Ivo Velitchkov on May 4, 2012

Etienne,

You can use EPC column display instead of Whiteboard and there you can have Requirements. Unfortunately it will be only visual representation as the hidden links will not be created between a Story (represented as requirement) and Phase (represented by a special symbol on Org. or Application System object type). But if you don't need reports for calculating status and speed, it might be useful.

Like

Sign in
or register to reply.

Notify Moderator