Tag: Skills

The Hidden Cost of Side Quests: How BAs Can Protect Their Time

Written by Adrian Reed on October 3, 2024. Posted in Articles.

Back in the late 2000s, I started a new job, having worked for my previous employer for a long time. It was a really weird feeling—I can still remember entering the building, being assigned a desk, logging in and there being virtually no email for me.

I was already assigned to a project, and I was introduced to a key stakeholder. It was a fairly small project, albeit with some hidden complexity. Working with the project team, we got it done, and the analysis work was done pretty quickly.

Partly, this was because I was new and keen to make an impression. But, on reflection, another reason I was able to get the analysis done quickly was (as a new team member) I didn’t yet have the overhead of a whole number of ‘side quests’ that tend to accumulate over time.

What Type of “Side Quests” might a BA be drawn into?

I don’t know about you, but I’ve been drawn into a whole range of other activities. Often there are good reasons for this, but sometimes I can’t help but think that what I’m really doing is filling a gap in the organizational structure.

Examples might include:

Providing production support to production systems: (“You wrote the requirements, you know how it works…”). This might be genuinely useful and necessary in a transition period, but I suspect a few people reading this are still supporting some elements of a system they worked with years ago, and that sounds like gap filling!
Quality assurance: BAs absolutely can feed into testing. Yet, as much as I’ll give some (very limited) testing a go, I know that I am not a professional QA engineer, I have a different skill set. In fact, I love working with QA colleagues, as they will often help me sharpen my game by reminding me that quality assurance is about a lot more than testing, and they can provide useful peer reviews on requirements artifacts too.
Messy workarounds: If there’s a ‘temporary’ workaround, it might make sense for a BA to help operationalize it. Yet, issues occur when the organization decides that workaround isn’t ‘temporary’, and three years later somehow you’re still lumbered with the task of deciphering operational data via an unmanageable spreadsheet with macros…and everyone is shouting that they need it ‘today!’

In all of these cases, it can be valid for BAs to be involved for a limited amount of time. Context is everything. Yet, being drawn in for too long, or finding that it becomes a permanent part of your repertoire could be damaging.

Put differently: If a BA ends up providing perpetual informal production support for every system or process they are involved with changing or deploying, then they have less capacity to do business analysis after every project. There will come a time when their role is more support than analysis.

Saying “No” by giving options

The challenge, though, is that these ‘side quests’ often are important to someone, and might be crucial to the organization, which makes them hard to say no to. A key question here is around prioritization: are they as important as the project work. Or put differently: should the project work be delayed, to create space for the side quest. If a project is the priority, then this might mean saying no to a side quest or two… but that can be hard.

So what approaches are there for saying “no” constructively?

I live in the UK, and if you’re not familiar with our culture, it’s somewhat indirect. In fact, when I say “somewhat indirect”, what I actually mean is “completely indirect to the point I literally don’t know how non-native English speakers decode what we are trying to say most of the time”. So, as you can imagine, a curt “no” can be tricky. What follows is written through the lens of a UK citizen, things might be different where you are.

With regards to saying “no”, I once had a fantastic manager who gave the following advice which has always stuck with me:

“Try not to say ‘no’ outright, unless you really need to. Instead, find a way of saying ‘yes’ by giving implications and options”

This might sound like:

“Yes, I could absolutely take a look at that production support issue. That’ll likely take around half a day, which will delay a core project deliverable. Shall we go and speak to the project manager to ensure that’s OK? If it isn’t, perhaps I could ping you over some documents that might help, and I’ll be on hand for any quick queries?”

“Yes, I can certainly continue to help with the manual workaround. However, I’m likely to be a bit of a bottleneck, due to project work, which is always going to take priority as it’s my core role. I wouldn’t want to delay you. How about I train one of your team? I could also make a quick video of the process, so they have something to refer to. Then you’re in complete control”

Sometimes It’s a Hard “no”

While the approach described above will work in many situations, there will be times when a hard ‘no’ is necessary. In those cases, in my experience, it’s best to be direct (however uncomfortable that is). I have been amazed that often when I say no, and give the reasons, people are actually extremely understanding. Even if they aren’t, it’ll be some short-term discomfort while the issue is discussed, instead of long term pain (if you’ve ever taken on too much work, you’ll know how painful that feeling of overwhelm can be!).

Ultimately, whether to say ‘no’, and how to say it varies depending on context. You have to do what’s right for you. I hope this blog has given you some food for thought!

The Myth of Multi-Tasking

Written by Christina Lovelock on September 4, 2024. Posted in Articles.

So, you think you are good at multi-tasking. Perhaps you even list it on your CV. Multi-tasking seems like a “must have” skill in this busy world we live in, but instead of helping you get-ahead, is it actually holding you back?

Multiple projects/ multiple priorities

Everything is high priority, and everything is urgent. The Eisenhower Matrix is great in theory, but most of us have no-one to actually delegate anything to! The urgent drowns out the important, but everything on our list ‘must be done’.

Many BAs work across multiple teams or projects, which can be great, as it gives us variety in our work, different challenges, different stakeholders and plenty of opportunity to learn.

HOWEVER! The reality of working in this way is that your stakeholders don’t know or care that you are spinning many plates and expect outputs and answers at the same speed.

Notifications

Email. Teams. Slack. Chat. We have messages and notifications flowing in from multiple channels, and they often cause us to stop what we were doing/ thinking/ saying to instantly investigate. Most of these do not really need instantaneous action. Remote working has normalized being in meetings, whilst ‘simultaneously’ checking emails and responding to messages via many channels.

The instant message fallacy: just because a message arrives instantly, does not mean it needs an instant response.

Notifications are impacting the quality of our attention, our creativity and productivity.

Context Switching

Allowing ourselves to be distracted (or ‘notified’) seriously disrupts our ability to think, plan and decide. Moving between different apps, topics, tasks and projects requires time for our mind to adjust to the change and ‘tune in’ to the new activity. We typically underestimate how long this mental adjustment takes.

The cost of context switching is significant. We can lose a massive chunk of our day by trying to multi-task. “Each task switch might waste only 1/10th of a second, but if you do a lot of switching in a day it can add up to a loss of 40% of your productivity” (Psychology Today, 2012).

Moving between different levels of detail is particularly taxing for our brains. This is something BAs are doing regularly. We might move from a kick-off meeting for a new piece of work, which requires strategic thinking and creativity, to a clarification session looking in detail at requirements and issues, which involves recall, lateral thinking and problem solving. Wondering why you are feeling so exhausted when you have just sat still all day? We are firing up many parts of our brain, using different cognitive functions and not allowing ourselves any time to recover and recharge.

Flow

There is a brilliant video by Henrik Kniberg, which contains everything you need to know about:

work in progress
productivity
saying no (or not yet)
context switching
multi-tasking.

It emphasizes the need to get things done, before you start doing something else. It’s better for you, and it’s better for all the stakeholders you are trying to keep happy (yes – even the ones who have to ‘wait’).

Accomplishment

Constant interruption and inching forward affects how we see ourselves, our levels of motivation and our sense of accomplishment. Counter-intuitively, getting stuff done gives us the energy to get more stuff done. Failing to make real progress saps our energy and makes it harder to be motivated and effective. We all get a sense of satisfaction from completing tasks on our to-do list. The more attention we give each task, the more tasks we can achieve. We can still have multiple tasks on the list, or multiple projects on the books at the same time, but we need to manage our time across these activities and avoid unnecessary switching (of both projects and levels of detail).

Conclusion

Given the complexity of most projects, in terms of interdependencies, stakeholder relationships and technical challenges, we really need to be paying attention to the task in hand.

Research from Stanford University shows that trying to talk, read, process and respond using multiple channels (i.e. meetings, emails and messages) actually lowers our IQ!

Simple steps can make a big difference. Protect chunks of time. Turn off notifications. Manage your diary to avoid unnecessary context switches. Take a lunch break.

We all need to comprehend that the once prized skill of “multi-tasking” is actually a sophisticated and covert form of procrastination, and it’s making us less intelligent and effective.

Further reading

Notification fatigue is tanking productivity: HR Dive, 2022

Multiple WIP vs One Piece Flow Example: Henrik Kniberg, 2020

Context switching is killing your productivity: Asana, 2024

Media multitaskers pay mental price, Stanford study shows: Stanford Report, 2009

Best of: 10 Soft Skills You’ll Need To Be A Successful Business Analyst

Written by Lee Templeton on August 21, 2024. Posted in Articles.

You might already know the technical skills you’ll need to be a great Business Analyst (BA) but do you know the essential soft skills? The role of a BA is deeply rooted in working with people. You’ll often be coordinating with stakeholders, running workshops, or presenting documentation to teams. To be a successful BA you’ll need the following soft skills to compliment the technical ones.

Rapport Building

You’ll need to build rapport with your stakeholders early in a project which you can do in many ways. While you’re waiting for a meeting to start ask your stakeholders questions like, “how is your day going?”, “what are you doing in the weekend?”. I’ve been in meetings where everyone is silent until the workshop begins. Take advantage of this time to build rapport by finding common interests, showing empathy or complimenting them on something such as a tie, a picture in the background of the Zoom or their promptness. This may seem trivial, but it will set you up to succeed as the project rolls out. Your stakeholders will be more likely to attend meetings/workshops, feel more comfortable contributing and start to champion the project and the changes you’re making within the organization.

Empathy

The Oxford Dictionary defines Empathy as ‘The ability to understand and share the feelings of another’. This is an important soft skill for a BA because we need to put ourselves in our stakeholders’ shoes to understand the problems we are trying to solve. To have empathy means to understand the pain points within the organizations Current State which is essential when we’re trying to fix them. Try to imagine how frustrating it must feel to have outdated, manual process at work when the technology we use at home is so advanced these days. Use empathy to speak to these pain points and get stakeholder buy in and drive user adoption.

Enthusiasm

Depending on the scope of your project Stakeholders may be attending a lot of workshops and meetings so it’s important to be enthusiastic and positive about what you’re doing. Let’s be honest there’s nothing worse than a dull or dry workshop consisting of people talking at you with slides of written content. To get people to come along for the journey we need to engage them and be enthusiastic about what we’re doing. Speak positively about the benefits and outcomes of your project, show visual diagrams and ask questions to get people involved. Having a positive and bright disposition will pick people up when they engage with you, help them focus on the content and be more likely to contribute.

Active listening

When we’re working on current state or establishing things like user journeys, user personas, use cases or processes a key soft skill you’ll need is Active Listening. Active listening is a pattern of listening that means listening to verbal and non-verbal cues without judging or jumping to conclusions. When you’re active listening you’re not thinking about what to say next you are completely focused on the person communicating. Don’t interrupt them or propose solutions at this stage, instead paraphrase and reflect what you’ve heard back to the person. This will ensure you don’t miss anything, don’t misinterpret anything and help you understand the paint points your users are experiencing in more depth.

Creativity

When making changes to the organization such as processes, we need to find solutions that work for everyone. For this we will need to think outside the box because realistically we may not be able to meet everyone’s needs, or some people may just be averse to the changes. To facilitate the transition, we can use creative visualizations to get everyone on board the journey; Miro, Figma and Visio are great tools for creating visual diagrams. You can do role plays during workshops, online or in person to outline the steps of a new process. Be creative and use your imagination to make it fun and engaging for your stakeholders.

Adaptability

As a BA you may find yourself on new projects for new businesses often and every situation will be unique. You will need to assess each business’s unique culture, ways of working and environment. Some businesses may be very formal and highly governed while others may be casual and more agile in their approach. To be successful in all these environments you need to be able to adapt, this means finding the right language, terminology, pace, document structure and hierarchy. Recently I worked on a project for a very successful company that still had a startup mentality. They embraced agile ways of working and feared having their autonomy taken away, because of this the word ‘Governance’ was a trigger for many of the staff. We had to adapt our language to suit the client and instead of ‘Governance’ we used ‘Guidelines’. Be adaptable and understand the culture you are working in, don’t work against it, work with it.

Communication

Clear and concise communication is important to be successful as a BA. When working with people things can get lost in translation, its our jobs as BAs to ensure they don’t get lost! Be willing to speak up and ask for more detail if you don’t understand something or when you notice others aren’t understanding it either. At times you may need to control the pace of a discussion, to speed it up to keep people engaged or to slow it down if it is moving too fast. There are times when you will need to paraphrase what someone has said to communicate it more effectively to the broader audience. You can use terms like “what I’m hearing is…” or “To put that another way might be…”. Utilizing your communication skills will ensure workshops and meetings stay on topic and you get what you need out of them.

Patience

You may find yourself in a situation where you already know the journey ahead for your stakeholders for example a company is implementing an out-of-the-box solution. You’ll need patience to assess their current state to find gaps and bring the stakeholders along for the journey so they can get excited about their new technology and processes, even though you already know the outcome. Another example of using patience is in workshops where different participants repeat information to you, you need to actively listen so they feel heard, but it could get a little boring for you. Lastly, not everyone you encounter is going to be a great communicator, some people talk for too long, some people get off topic, some people are hard to understand, and you need to listen to these stakeholders trying to communicate ineffectively and decipher what they’re saying, this takes patience.

Improvisation

You will find yourself in meetings with technical people, non-technical people and people from all different units of the business. Analogies are a great way to explain complex strategies or technology to people that don’t understand what you’re talking about. If someone doesn’t understand something a great way to describe it to them in terms they can understand may be using analogies. You can improvise and tell them about “One time I went to the supermarket and at the checkout this happened…. Which is like this technology system that does this…”. You will get better at this over time and come to understand what works for stakeholders from different Business Units.

Conflict Resolution

Often our stakeholders may disagree on things like current state or how future state should be. We need to manage both points of view and bring the team to a consensus where possible. Consensus may not be possible in all situations, but we still need to handle the conversations constructively so that everyone agrees upon the next steps. Some pointers for conflict resolutions are

Defuse Anger and facilitate communication
Separate people from problems
Listen first, talk second
Set out the facts
Explore options together

Using these tips, we can find a way to move forward together and keep the project on track.

People Process and Tooling (The PPT framework) is a great way to approach IT changes within an organization. I believe the most important aspect in this framework is people because the technology and processes are no good if the people within the organization don’t use them. You can use these soft skills as a BA’s when engaging people to ensure organizational changes are adopted and in turn, you will be successful too.

Beware Indecision Inertia: The Importance Of The “Do Nothing” Option

Written by Adrian Reed on July 4, 2024. Posted in Articles.

Organizational change can be hard. People get into routines, and convincing people to adapt the way that they work can be difficult. This is a seemingly human trait: think about how hard it can be to adapt when an icon or menu option moves in a new version of Windows. We have probably all taken a while to adapt to things like this, occasionally wishing that we could reinstate the older version of the software that we are so used to. If even a simple change like this can cause initial confusion and frustration, no wonder a larger change such as an office move or process change can be challenging.

When a potential change is being discussed, there are usually supporters and detractors. It’s important to understand the different perspectives, and work together to understand the best way forward. Yet beneath the overt support and reluctance, there are other subtler things to look out for too. One is indecision inertia.

What is indecision inertia?

Although you might never have heard the term ‘indecision inertia’, you’ve almost certainly experienced it. Imagine a stakeholder needing to make a key decision, which is pivotal to a particular project progressing. It is a key dependency, and it is going to block progress if the decision is not made. They very reasonably ask for some data or a report in order to make the decision.

It takes some time to assimilate the information provided, but when it is played back to them (with a recommendation) rather than making a decision, they ask for more information. Or they raise a set of new questions, and more investigation is required. On the one hand, this is useful as they are helping to mitigate risks. On the other hand, it sometimes feels like the ‘can is being kicked down the road’.

Put simply: Sometimes the perception is that the least risky thing to do is nothing. In order to build a case for doing something a stakeholder might feel there needs to be watertight evidence and data. Yet, in reality, ‘watertight’ data rarely (if ever) exists. Can you say for certain the benefits that a project will bring? Or how long it’ll take? Or how much it’ll cost? Sure, these things can be estimated, based on a set of assumptions, but any certainty that is provided is entirely illusionary.

Indecision inertia occurs when the path of least resistance is doing nothing even though, when analyzed holistically, that might not be the most appropriate thing to do.

Incidentally, this pattern plays out in personal life too. People sometimes stay in jobs longer than they should (I know I did!) for fear of the ‘risk’ of applying elsewhere. People keep the same old car for too long, even when the maintenance is a nightmare, because it’s the car that they know and love…

The Role Of Holistic Analysis

This is an area where business analysis is crucial. In many cases ‘doing nothing’ isn’t a cost-free, or risk-free option. Imagine an organization running an older, legacy, packaged IT system that is going into extended support. Soon it’ll be out of support entirely. It’s been extended and customized over the years, and the development team affectionately define it as a ‘bag of spanners’. It works, it’s reasonably reliable (at the moment), and the prospect of spending money to replace it is a hard decision to make.

Yet doing nothing will lead to increasing maintenance costs, risks that it’ll become unmaintainable, and when support eventually expires there won’t be security patches and updates which leads to an even more worrying risk. Just like a beloved old car that is kept too long and breaks down at the worst of all times leaving its passengers stranded, this beloved old IT system might implode, get hacked, or develop other issues at the worst time. And if it’s a core system, every minute it is down is probably costing significant sums…

This is a hypothetical example, but it shows the importance of understanding that doing nothing is an option, and it has costs, benefits and risks associated with it. This is important as it is a way of reframing the decision. Often a decision is seen as:

Stay as we are (which is safe, and nobody gets sacked for doing nothing)
Do something risky / costly (and put the sponsor’s neck on the line if it goes wrong)

Whereas, the real decision is often

Stay as we are, and things will get progressively worse, riskier and more costly (and action will need to be taken at sometime)
Do something, understanding the risks and costs (but do so at a time of our choosing, rather than when some major risk event forces us to)

This is simplified, but it illustrates the point.

Conclusion

In summary, change is hard, and decision-making is hard. As analysts, we can help decision-makers to make informed decisions. Analyzing and presenting the ‘do nothing’ option can be part of this.

Mastering Business Analysis: 7 Strategies for Effective Internal Best Practices Sharing in Teams

Written by Giorgos Sioutzos on July 3, 2024. Posted in Articles.

Effective transmission of internal best practices within a business analysis team is crucial for fostering consistency, efficiency, and continuous improvement. As business analysts navigate complex projects and evolving client needs, harnessing collective knowledge and refining methodologies can significantly enhance outcomes. Here are some essential tips and approaches to facilitate this process:

Document and Standardize Processes:

Begin by documenting existing best practices and standardizing processes. This creates a foundation for consistency and clarity within the team. Utilize tools like process maps, checklists, and templates to outline workflows, methodologies, and key deliverables. Ensure these documents are easily accessible and regularly updated as practices evolve.

Establish a Knowledge Sharing Culture:

Promote a culture of knowledge sharing where team members are encouraged to contribute insights and lessons learned. Facilitate regular team meetings, workshops, or brown bag sessions focused on sharing best practices, case studies, and success stories. Encourage open dialogue and feedback to refine practices collaboratively.

Mentorship and Peer Learning:

Implement a mentorship program where experienced analysts mentor junior colleagues. This not only facilitates the transfer of best practices but also promotes professional development and skill enhancement. Encourage peer learning through shadowing opportunities, joint project assignments, and cross-functional collaborations.

Leverage Technology and Tools:

Utilize technology platforms and collaboration tools to facilitate knowledge sharing and practice transmission. Implement a centralized knowledge repository where team members can access resources, templates, case studies, and recorded training sessions. Leverage project management software for task management, progress tracking, and documenting lessons learned.

Conduct Internal Trainings and Workshops:

Organize regular internal trainings and workshops focused on specific aspects of business analysis. Topics can range from requirement elicitation techniques to data analysis methodologies and stakeholder management strategies. Invite external experts or senior leaders to share industry insights and best practices.

Encourage Continuous Learning:

Support ongoing professional development by encouraging team members to pursue certifications such as CBAP or PMI-PBA. Provide access to relevant courses, webinars, conferences, and literature. Foster a learning culture where individuals are empowered to stay updated with industry trends and emerging best practices.

Measure and Improve Effectiveness:

Establish metrics to measure the effectiveness of internal best practices in transmission. Monitor key performance indicators such as project success rates, client satisfaction scores, and team productivity. Solicit feedback from team members through surveys or focus groups to identify areas for improvement.

In conclusion, transmitting internal best practices within a business analysis team requires a strategic approach focused on documentation, culture building, mentorship, technology integration, continuous learning, and performance measurement. By fostering a collaborative environment where knowledge sharing is valued and supported, organizations can enhance their capabilities, deliver superior outcomes, and drive innovation in business analysis practices.