How do we help a project in jeopardy of delivering a solution that does not meet customer needs? During this session we will describe how we answered that question by applying business process mapping techniques. The project goal was to automate multiple manual processes that had been developed over time to fulfill marketing orders. The customer had successfully implemented these processes using a collection of desktop spreadsheet and email applications and were asking for help to modernize. We will analyze the initial approach used to gather requirements and how changing to a process centric approach to allowed us to better understand which requirements were missed. We will also review how we incorporated elements of the Business Process Model Notation specification into our overall approach. By using this approach we brought IT and the business together, speaking the same language, and provided a solution that met their needs.
Developed at different stages of the project there was no common deliverable linking them together.
I say “enough” because it is not feasible to identify “all” requirements in today’s budget constrained environment. Additionally, the business may not know all their requirements as they will change by the very act of replacing their current process with the new system.
Was not the first time a project missed requirements
While it may sound trivial to debate the standard set of graphical icons used in diagrams this can quickly become a heated debate when one person feels that his model just would not communicate the same information without *that* symbol.
Process steps are broken down into more granular stepsUse cases can be developed whenever a step is too complex to represent graphicallyData objects can be identified by the