By Hanoz Kapadia on Tuesday, October 23, 2007 8:56 PM

Analysts everyday and in every domain of business come across obstacles in their analysis and efforts that prevent them from best meeting the needs of the business. These obstacles can be in the form of business processes, or system limitations, or both. Furthermore, a considerably big obstacle can be potentially detrimental to the spirit and purpose of a project. Obstacle Analysis is a tool that provides a systematic approach to overcoming those obstacles. Tackling road-blocks carefully and comprehensively can aid in achieving the mission of a project and in turn, satisfy customers.

Read More »

By craigwbrown on 10/23/2007 3:00 PM

IIBA Australia - October 2007 events Keynote: Dr Kelvin Ross - "Quality Starts at Requirments”

Read More »

By adrian on 10/18/2007 10:53 AM

Take any area of study and you will always find a quest for the Holy Grail. Business Analysis is no exception. The Holy Grail “du jour” in business analysis seems to be competencies.... The quest for competencies should begin with identifying the various roles that analysts fulfill and the tasks the analysts are expected to perform. Only then will recruiters, trainers, employers, and analysts be able to begin to tackle the question of competencies.

Read More »

By Hanoz Kapadia on Wednesday, October 17, 2007 9:02 PM

One of the lines of discussion from an earlier blog by PriyaRS (Role of a Business Analyst; 8-2-07) was that how do we define the role of a BA. Is there a difference in responsibilities executed by a business analyst and business systems analyst? Or, are the titles simply synonymous with each other? Attempting to clear out some of that fog is the purpose of this article. As much as I enjoyed writing this, I also look forward to receiving your feedback and thoughts…keep the flow of information going.

Read More »

By Hanoz Kapadia on Tuesday, October 16, 2007 8:55 PM

This is the text of a presentation my boss had attended at a Telelogic conference and which, she later shared with the BA team at work. It lists specific words that when used in requirements, compromise the quality of the very requirements. I'll let the article describe further. Looking forward to some feedback...Les, thanks for your wisdom!!

Read More »