"You teach best what you most need to learn". I love this quote by Richard Bach and firmly believe in it. It is the teacher or trainer who needs to keep himself or herself updated and learning so that one can give back the best. As BABOK® also has identified, a business analyst needs to have and develop teaching skills as well.
There’s so much buzz and interest about concept models these days, we asked Ron to summarize what they are, who they’re for, and why you need them. Here’s his response, short and readable. He’ll also touches on how you can get started, and where to find more information.
A business event is something that happens, and when it happens it causes a pre-planned response by the business, or as we shall call it here, “the work”. One category of business events are the things that happen inside an adjacent system. The work is made aware that the business event has happened because each happening produces a flow of data to the work. A business event is a significant happening – it is not just a mouse click. It is often a request for a service that your business provides, and the outcome is the provision of the service or product.
Writing functional specifications as a business analyst (BA) in an agile ecosystem is a challenge of a different kind. You no longer have the luxury of time (unlike bigger waterfall projects). You no longer can be sure with a specification version as the final document (because of the iterative philosophy). You are not sure how comprehensive the functional specification should be (Agile manifesto: working software over comprehensive documentation).
Have you ever imagined a situation wherein your vocabulary is missing all of a sudden? What would happen if words weren’t there? Or our vocabulary shrank like ‘Honey I Shrunk the Kids’?
Next to silence, words are a very important part of our conversations :-). When it comes to Business Analysis, there are many challenges around definitions. The project Glossary should contain all key business terms. It is such a straight forward thing but we may assume those things. We may put a little less emphasis on creating a rich project Glossary. Let us zoom in a bit into the common challenges of glossaries and also discuss how to overcome them.
This article discusses extensions to commercially-available requirements management (RM) and application lifecycle management (ALM) tools. These extensions are intended to support the concepts presented in the Requirements In Context (RIC) series of articles. End-to-end requirement examples based on those concepts can be seen in the Trips-R-You Web-based Flight Reservation System Case Study... All RM/ALM tools, ‘out of the box’, should support the concept of Requirement. The typical form of support involves a textual requirement Description, accompanied by properties such as Priority and Status. It’s left to users of the tool to manage the description content (and quality).
brought to you by enabling practitioners & organizations to achieve their goals using: