The Community Blog for Business Analysts


Templates & Aides
Find templates and other useful aides for the business analyst.
ModernAnalyst.com LinkedIn Group
Requirements Template

Use Case Template

BPMN Cheat Sheet
Community Blog

Agile Business Analysis using UML

Following the lead of another forum, where the question was asked about the use of UML by Business Analysts, I would like to ask the same question when we come to Agile Analysis.

The answer is NOT simple and like all professional questions needs analysis. This means, I shall post a series of these blog pages, expanding one point at a time. I will NOT rush in and give you the answer now.

  • Business Analysis is a coat of many colours:
    • It starts with the real business professional or consultant. They are masters of politics, hand waving and general waffle. Above all they speak 'Management speak' and that certainly does NOT include a solid diagramatic approach. They know that 'If a person has time to read a document, they are NOT a manager.' It is the members of this group who very often help make the decision to start a program of work on computer systems to meet some business. requirements. These are the people who read the documents aimed at managers. They are really Business Consultants.
    • Then there are Real Business Analysts. These guys map out how the business works and how to change it. BPR is a term I most often associate with them. Producing a spec for a software system is something they can do if the need arises. BPMN is probably central to the diagramatic aspects of their work. Costing floor space, business growth etc is as important They do NOT need two products doing the same job, so UML is one of the many methods they need to know about without needing to be able to use it.
    • Next comes the Computing Business Analyst. They analyse the business, including mapping Business Processes and identifying Business Requirements. They may also produce Business Requirements Documents, or respond to them with System Specifications, responses to tender. They work on the basis that if there is a relevant Business Process, it MUST be documented. This documentation is often very helpful to a person doing a full analysis of a Business requirement. They differ largely from the 'Real Business Analyst' in that they are brought onto a project in order to help create a new computer product; Real Business Analysts, are interested in how the business will respond to such a computer system, and the computing side is just a small part of their job.
    • Finally, there is the Business Systems Analyst, for whom the Business Process Diagram is a necessary evel that they may sometimes have to resort to. These are the guys who really should be using UML. They should define the requirements for the computer system and ensure that someone designs and builds them. This is also the group that will have the greatest trouble talking to the potential end users, the project sponsors and the senior management. 

These categories have been mapped out, just to show that the question is NOT a simple as it seems. You need to start with the definition of what or who a Business Analyst is. NO two BAs are ever the same. NO one BA ever does the same job twice. There are many shades of grey.

This changes the question from 'Should BAs use UML? into 'When should BAs use UML, if at all?

Finally, I will leave you with a thought for the next  page. 'Do Business Analysts ever Analyse?'

Gil

posted @ Thursday, February 26, 2009 4:18 PM by Gil

Previous Page | Next Page

RATING

COMMENTS

Hi,
there are a lot of points to discuss in the above article. Firstly UML is large and its audience spans more than only the BA. The majority of UML is aimed at technical staff. In fact the Use Case portions of the UML are a bolt-on and significantly pre-date the UML itself.
The most useful parts of the UML for a BA are likely to be the Use Cases, Activity Diagrams (aka Flow Charts) and State Diagrams. The rest is primarily aimed at technical staff.
Use Cases exist in a variety of flavours and levels. Of the flavours the most interesting are the Business Use Cases and the Systems Use Case, where it is usual that a Business Use Case has a one-to-many relationship with Systems Use Cases, the latter merely being the automated portions of a total Business Process. The former is the start for the BA and the Systems Use Case usually will need some technical input.

Significant use of Use Cases cannot ignore the tools for managing them. Most tools, Enterprise Architect, NoMagic, Poseidon.... are really aimed at technical staff. They make an attempt at managing Use Cases but generally they are too complex for BA use and too weak in the total Use Case area. They really exist to support the technical world of Class diagrams, sequence and collaboration diagrams, patterns and code generation (and more ...).
Friendlier and more powerful tools do exist and I can suggest TopTeam from TechnoSolutions as a possible tool for managing all types of Use Case, prototyping, simulations, glossaries, estimation, release planning and so on. This is an example of what I call a "front-loaded" tool as opposed to those mentioned previously which are "back-loaded".
Use Cases provide a great opportunity to clarify and remove misunderstandings between the BA and the technical staff. They have an excellent track record and are part of a development technique underpinned by UML from beginning to end. Where appropriate it should be used as early as possible in the development process.
I hope this helps in the discussion

posted @ Friday, March 06, 2009 6:29 AM by gbcambridge


Only registered users may post comments.
Blog Information

» What is the Community Blog and what are the Benefits of Contributing?

» Review our Blog Posting Guidelines.

» I am looking for the original Modern Analyst blog posts.

Do you twitter?: If you want short updates on what's going on in the BA world and at ModernAnalyst.com, simply follow us on Twitter: http://twitter.com/ModernAnalyst



MODERN ANALYST BLOG - LATEST POSTS
Three Audacious Goals for Business Analysts in 2013
As we start a new year many of us will take the time to reflect on our accomplishments from 2012 and plan our goals for 2013. We can set small or larg... Read More...

Hey IIBA, What’s Up With That?
Recently, I was asked by the IIBA to present a talk at one of their chapter meetings. I am reprinting here my response to that invitation in the hope ... Read More...

BA ABCs: “C” is for Class Diagram BA ABCs: “C” is for Class Diagram
Continuing the ABC series for Business Analysts, Howard Podeswa created the next installment titled "BA ABCs: “C” is for Class Diagram" as an article ... Read More...


ModernAnalyst.com LinkedIn Group ModernAnalyst.com on LinkedIn: connect with fellow business analysts in order to develop and expand your professional network.
Learn More...

Browse ALL Books in the Store

Featured Digital Library Resources 

Big Data Analytics for Dummies
Finally, a Big Data book written for business analysts, BI professionals, and data scientists!  Big Data Analytics for Dummies is a valuable resource that addresses the practical dilemmas surrounding Big Data...

A Buyer’s Guide to Customer Analytics
Discover the five crucial criteria of a customer analytics platform in A Buyer’s Guide to Customer Analytics now.

Free Analytics software: Alteryx Project Edition
Alteryx Project Edition provides you with a single solution that delivers the data blending, analytics, and sharing capabilities of Alteryx with just enough allowed runs of your workflow to solve one business problem or to complete one project.

The Business Analyst's Guide to Hadoop
Get started with Hadoop using this whitepaper, "The Business Analyst's Guide to Hadoop".

Copyright 2006-2013 by Modern Analyst Media LLC