Soft Skills

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.

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 may not know much about art, but I know what I like”. This famous punch line to a Monty Python sketch about a fictional conversation between a disgruntled Pope and innovative Michelangelo (who wanted extra disciples, multiple messiahs and a kangaroo in his first draft of the Last Supper), can also be seen to satirize our own modern fixation with creativity, feedback and the idea that ‘the customer is always right’.

Like it or not, every business analyst will have to stand up in front of a group and present. The group might be your business clients, the project stakeholders or just your fellow team members but for many people, one of two things will happen: it will frighten the life out of them OR they’ll umm and ah their way through, sending the audience to sleep.  Why is this so?
 

If you work with other business analysts, you are fortunate. Together with your colleagues, you can experience greater effectiveness than you could have achieved on your own.  Additionally, your colleagues can provide you with a diverse and convenient pool of expertise from which to draw.

What we have witnessed in the last 25 years is a series of programmes of change failing to achieve their intended outcomes. Customer Care, ISO 9000, TQM, ABC, BPR. All the research and experience show that the latest panacea does no better than its predecessors. Over and over again improvement programmes are thwarted by commonly-known but illusive forces. The problem is labeled as ‘organization culture’, which typically leads to rationalizations like ‘change takes time’, or ‘each programme is an element in the total change programme’.

Rationalizations prevent learning.

In virtually every industry in which business analysts find themselves, employers are trying to do more with less. Normally, this means budget and personnel cuts, which are forcing many analysts to also do the work of project managers, prototype designers, and other roles—and often with a smaller budget for software and other analysis tools. In this environment, it may seem challenging for analysts to find ways to cut back even more, but proactively doing so will benefit not only your employer but your projects and your career. Here are a few ideas to research and pitch to your manager for cutting costs as you go about your daily work.

There are many qualities that contribute to great business analysis. You have to be a good communicator and be able to analyze problems. It generally helps to have some solid background in the common techniques of business analysis. For some jobs you need domain knowledge, for others technical expertise. All of these are debated and discussed often in BA circles across the web. One of the attributes I don’t hear people talk about quite as much is being results-oriented.
 

Smooth stakeholder participation is integral to the success of any project. Sometimes stakeholders hold information that is essential to thorough requirements discovery, so it is important that they be forthcoming. Other stakeholders must sign off on requirements as being final in order for a project to move forward, so it is important that they be decisive and willing to let go the discovery stage of a project.

I have been in the business analysis profession for many years and the one thing I have constantly had to challenge myself on is leading without really leading, or what I call leading from the side. As a business analyst, many times we are not in a position of authority yet we have to have significant leadership skills to be successful.

From a developer's standpoint, few things are more frustrating than having to make lots of calls and research to learn what to create because the requirements are ambiguous. From an analyst's view, few things are more frustrating than having your requirements misunderstood. Yet so often, requirements are ambiguous to their readers, despite the writer's best efforts.

I am not sure if there are many other fields in corporate America that require the finesse necessary to execute the professional pushback as greatly as business analysis. Just by the shear nature of what analysts do, we are constantly uncovering inefficiencies and making recommendations for improvements or enhancements. Sometimes those recommendations are system-focused but they can also be people and process focused.

The path to requirements elicitation is something that analysts are rarely taught. Everyone knows that it involves interviews and research, but within most organizations, exactly how the interviews and research should be conducted is nebulous.

A couple of months ago, I was driving along a well-traveled road here in town when my headlights fell upon a large pool of standing water. The little boy in me still loves splashing in puddles, whether on foot or in my car. I smiled at the thought of creating a huge spray. Unfortunately, the harmless puddle of standing water was actually a large pothole. What I thought was going to be a fun splash turned into a blown tire and bent rim. As business analysts, we encounter these water-filled potholes all too often.