Several years ago, I had the opportunity to manage a group of project managers and business analysts. This article reminisces about what shaped my thoughts on managing such a group and hopefully gives you some considerations given the opportunity.

Past Experience

Perhaps negative experiences impress us more than positive ones. What does not kill you, makes you stronger. In the area of managing a group of project managers and business analysts, two negative experiences stand out for me. I was a project manager engaged in a conversation with my boss on my development. I had worked for this person several years. I asked him if he had heard about a group called the “Project Management Institute.” He said “yes” and maybe he should expose the organization to the group. Maybe? I asked the question since I had been working as a project manager without guidance and frankly was a bit upset over the lack of leadership and development. I told myself, “isn’t that the role of management - to develop people.”

Analytical techniques in process discovery and improvement, including process mining and simulation, have been available for many years. In the past, however, they were used primarily by people with a technical analytical background. The current business environment and technological advances have pushed these analytical tools into the mainstream, where they are being recognized as essential for all levels of business analysts.

The concept of resilience is closely connected with the concept of self-leadership as exercising and improving yourself towards being able to lead yourself can help you being able to return.  In the face of a crisis some people ride out uncertainty instead of being overpowered by it. Are there special personal characteristics of these persons? Are they gifted from their birth having supreme quality of genes? Maybe but what they do is exercising certain behaviors. Behaviors that not only triggered by their personal characteristics and their personality but from their willingness and commitment in those behaviors

Industry certifications such as IIBA are proven ways to get oneself established in the industry and achieve much-aspired growth in the profession in terms of skill, visibility, personal branding, career growth, to name a few. In fact, it opens a myriad of opportunities for a business analysis professional.  This article is meant for those wishing to achieve IIBA certification on the first attempt without falling for the deadly failure traps.

One of the biggest challenges now facing business analysts is this: how do we successfully engage with stakeholders, elicit requirements, and have productive workshops and meetings, without actually meeting in person? The tried-and-tested methods of getting together in a collaborative space, using sticky notes and whiteboards, and bribing attendees with baked goods, are no longer quite so straightforward in a world where some or all of the stakeholders are on the far end of an internet connection.

There are several factors to consider when moving out of the purely physical realm as a business analyst.

There’s always more than one design solution for a software problem and seldom a single best solution. The first design approach you conceive won’t be the best option. As one experienced designer explained it:

You haven’t done your design job if you haven’t thought of at least three solutions, discarded all of them because they weren’t good enough, and then combined the best parts of all of them into a superior fourth solution. Sometimes, after considering three options, you realize that you don’t really understand the problem.

Is your requirements approach friendly to vocabulary, policies and messages? I mean directly. Wouldn’t it be of great help to your organization in achieving its goals if they were? In our experience, policy sources almost always need interpretation and disambiguation to achieve an effective practicable form. As this column discusses, the rule message ‘Reserved for Green Car’ provides an excellent case in point.

It is true that a structural element of the conceptual framework of the BABOK knowledge areas is tailoring. The philosophy that a specific sequential approach does not fit in all circumstances is clear across all the knowledge areas and techniques presented. A business analyst has to critically filter and pick up the most useful techniques and approaches given the specific circumstances.

I was teaching a business analysis course recently and noted that few students had used a Fishbone Diagram along with the Five Whys for root cause analysis. This motivated me to write an article on root cause analysis using the combo method along with a short example.

BPMS has evolved and has come a long way over the past one or two decades. It's quite interesting to take a peek into the BPMS journey then and now. Business needs and technology, both have gone through a huge change in the meantime.

Right since the earlier days of BPMS, I always found working in this space quite an intriguing thing. The very capability of BPM to model, design, automate, run and track any process seemed to be extremely useful.

As a business analyst you will have to communicate internally and externally. Many channels and type of communication may be used. Except ensuring that all the parts have understood correctly the message as you have it in your mind, you need also to perceive what you are saying as important, correct and insightful. You need your communication effort to have impact and many times to trigger specific actions.

   So, what can you do to improve your workplace culture? A possible way to start is with the notion that culture is usually local. It is impossible to change the entire organization unless you’re the CEO, and even then, it’s hard. But it is not so hard to change local culture. Your team is a good place to start.

     We said that the first driver is about the value of people. Take the people in your workgroup and have lunch together. Every day. Talk to each other and talk about your work. We know you have a daily stand-up, but that is about progress and status of the work, it is not about the value of the work and how one person might be doing something that others do not understand. You can also talk about other things, there’s plenty to talk about. The intention of these sessions is to bring the people together and for them to understand the value of each other. It also makes a group more cohesive, and thus more likely to be forgiving, and so improve the behavior towards each other.

This article covers examples of how tools are becoming extremely important in today’s world for Business Systems Analysts; continuous learning and exploration of various tools are becoming indispensable to work efficiently and contribute towards the team success.  As more and more new technologies/tools arrive in the market, from a BSA perspective being able to appropriately understand and use them will not only emphasize the value of the BSA role, but also the force the change in mindset to align more towards the Agile way which is the common forte nowadays.

I realized that this is something that we business analysts need to constantly show the value add of a business analyst to the project sponsor / client.  Business analyst as a role exists to solve business problems, create a positive change, design and describe solutions that deliver value and enhance the return on investment.  Following are 10 definite ways Business Analysts add value to their organizations.      

     Designing a new product is a messy process. It involves initial brainstorming, rough concepts, false starts, and extensive refinement. Good designs begin with an identified need or opportunity, and they’re based on a solid understanding of the product’s requirements. No matter how skilled the requirements analyst is or how informed and cooperative the customer participants are, the first set of requirements they develop will be only approximately correct. It takes a process of iterative refinement and validation to accurately understand the requirements for any nontrivial product.