While my co-workers know me as a manager of Business and Systems Analysis, others know me as a Triathlete (A triathlon is multi-sport event involving the completion of three continuous and sequential endurance events; most commonly swimming, bicycling, and running).  It was while reading a recent article about Triathlon that I began to draw a strong parallel between achieving career goals as a business analyst and achieving goals as a triathlete. 

Once while teaching a business analysis elicitation course, a student in the class asked me, “Have you ever had a wasted interview with a stakeholder?” The question took me back, a surprise; a question I had not been asked before.

In an ideal world, all software projects would have an interaction designer or user experience (UX) specialist working with the team to ensure that the product is designed in a way that truly satisfies the needs of end-users. In a software project with separate business analyst and interaction designer roles, the work of these professional is complementary

On February 12, I wrote and passed the CBAP exam on the first try. I had completed my application way back in September but hadn’t been able to find an exam sitting date that I felt would give me enough time to study. I finally decided in December that I would never find the perfect time so I set the date for early February and told myself I’d find a way to make it happen.

I know many of you are still trying to get to grips with Service Oriented Architecture (SOA), so apologies in advance for the potential mental exertion and confusion of introducing Business Oriented Architecture (BOA).

The structure of business analysis documents isn't a commonly discussed topic. This article will show what documents are produced by a Business Analyst and the main sections they contain.

These are the main documents produced by a BA over the course of a project...
 

Business Process Modeling is becoming a higher priority for business managers and analysts as there is an increasing emphasis in organizations to document, understand and improve their business processes. Although Business process modeling provides many important benefits to companies and organizations, however, these five are the most critical and high impact.

You are experiencing success with decision models even without the assistance of decision modeling software. Imagine the possibilities with proper software support!

Business requirements are usually captured in narratives and graphics that, regardless of how detailed, structured, cross-referenced and validated, are fundamentally imprecise. A data-driven approach to specifications has the potential to help avoid these problems and subsequently decrease the risk and increase the return on companies' IT investments.

As a result of budget constraints and limited resources, many companies, (mine included) look to automating tasks and processes to improve efficiency. And one of the easiest areas to demonstrate immediate improvement is by automating a manual process. While almost any manual process could show results by ‘simply’ being able to move documents and files electronically around the company, there is really a more important underlying requirement.

There are as many types of business analyst personalities as there are organizations and projects. The million-dollar questions is, how can a manager match an analyst’s unique skills to the projects that can really benefit from them, helping to ensure a project’s success? How can a manager build stronger, perhaps more suitable skills in his analysts?

Abraham Maslow once said “If the only tool you have is a hammer, you tend to see every problem as a nail.” This article provides the project manager (PM) / business analyst (BA) a framework for categorizing business problems as a baseline for selecting a solution development life cycle (SDLC).

“The overall purpose of Business Analysis is to build a bridge between business and IT”. This is a good enough definition for a position as hard to define as Business Analysis.

Can the same business rule be enforced differently in different contexts? The answer – an important one for re-use of business rules – is yes. This article explains. It also outlines what business analysts need to know to specify contexts of enforcement for a business rule effectively.

A software tool for The Decision Model supports the entire life cycle of Decision Management. This includes the authoring, analysis, testing and deployment of entire decision models. Whether managed by the business – as some people consider ideal – or managed by IT or business analysts on behalf of the business – as others consider necessary – business decisions need not only a repository for storing decision models, but a range of functions to manage them effectively.