Skip to main content

Tag: Skills

BATimes_Mar13_2024

Strings Attached: The Art of Adapting Templates in Business Analysis

I’ve recently started learning to play the ukulele. I made a decision early on that I’m not interested in learning ‘properly’, I don’t want to commit to formal lessons, I just want to try a fun new hobby. For that reason, the (very little) I’ve learned has been learned largely from YouTube.

When I say I’m not learning ‘properly’, I’m really just learning chords and tabs, I’m not reading sheet music and I’m pretty much just strumming along to the YouTube videos. That is perfectly fine for what I am aiming for, I never want to be a professional, I just want to play some simplified versions of songs I know.

 

In the dim and distant past I took piano lessons. Back then I could read sheet music (in treble and bass clef), knew about timing and some of the theory behind music. That knowledge has all gone now, and I have no idea how to play a piece of sheet music on the ukulele!

Now, you probably didn’t come here to read about ukulele playing, but there is relevance here, I promise! It’s all down to application within a context.

 

From Ukuleles To BA Templates

One of the things that I see a lot on social media is people asking for (and providing) BA templates. There’s a huge draw in using a template, it means that you don’t have to start from scratch. Things like templates and checklists can be very useful to make sure there’s consistency, and to make sure things don’t get forgotten.  (I have a travel checklist for that very reason.)

Yet a template without an understanding of the underlying theory and rationale can be dangerous. It can lead to slavish adoption (“well, I need to put this diagram in, because there’s a section for it… the template is ‘best practice’ after all”).  Just like my ukulele playing will always be restricted by my lack of music theory, someone who picks up a template without understanding why the template was created that way and what techniques can potentially accompany it will likely run into issues.

 

Advertisement

 

An Example: “BRD for the Financial Services Industry”

Let’s take an entirely fictional example and imagine that somebody produces a Business Requirements Document for the Financial Services Industry.  It is pitched as a document that will likely be used in a waterfall or incremental delivery environment, and includes a context diagram, use case diagram, scenarios, functional requirements, non-functional requirements and so on.

It’s hard to criticize any of those sections, there will be times when all of those are useful. But what if the person picking it up doesn’t know what a context diagram is? Even if they do, the whole act of eliciting information to construct a context diagram is an artform in itself.

Or, what about if you’re making a tiny change to the label on a single field? Are you really going to fill in all of those sections? You might, in some circumstances, but in all probability something more lightweight would be appropriate. In fact, a prototype alone might suffice…

Of course, this is a deliberately provocative example, but I’m sure you see the point. There really is no ‘one size fits all’ in business analysis. So much is down to context, and understanding the context is key.

 

However: Templates Can Be Useful

It is worth clarifying here that I am absolutely not arguing against templates, nor am I arguing against the appropriate sharing of templates on social media. They are extremely useful, when used appropriately by skilled practitioners. They can even act as a guide to less-experienced practitioners providing this is accompanied by a desire to learn the underlying theory and techniques.

However, templates are also most useful when they are flexible. What works in one situation won’t work in all, so cut a section, or add a section! It’s important to think about the purpose of the artifact, its consumers and how persistent it is (i.e. how long it is expected to remain current for).

Like so much in change, pragmatic and intelligent application is what matters.

BATimes_Feb28_2024

Connecting the Dots: The Crucial Role of Synthesis

A few years ago, I was working in a fast-paced environment where we very quickly needed to achieve a shared understanding of a particular problem that existed, and then elicit and analyze requirements for improving things.

 

I’d spent a couple of days speaking to some of the key people, largely in back-to-back meetings, and I was working really late in the office, energized by the conversations I’d been having. I’d managed to find an empty meeting room where I could spread my notes over a large table to think things through. Over the past couple of days I’d had countless conversations, been given documents to read, been shown IT systems, processes and more… It was a lot to take in! Plus of course not everyone necessarily agreed on the nature of the problem, or even what a desirable solution would look like. So my thoughts went to “what next… how do I arrange and make sense of all of this ‘stuff’?”

Luckily, the meeting room had a whiteboard. I instinctively started drawing the ‘problem’ that had been described to me. I drew people, IT systems, data and information flow, customer interactions, bottlenecks, problems.  It was a messy drawing that wasn’t intended for anyone but me.  If you’re familiar with the idea of a rich picture, it was very much like that. Crucially, it helped me make connections between pieces of information that different stakeholders had told me. This act of synthesis—bringing things together—helped gain a more holistic picture of what was going on.

I was midway through pondering whether two concepts were related to each other, when a very senior stakeholder walked through the door. He asked what I was drawing, and I talked him through my messy diagram. He started instinctively adding things to it, not only adding his perspective to the mix but also highlighting things I’d missed (or misunderstood). Even though this happened years ago, I can still remember parts of the diagram now….

 

Analysis Needs Synthesis

Of course, that drawing on a whiteboard was really just an interim work product. It wasn’t a deliverable, and although I recorded it by taking a photo, it wasn’t ever intended to form part of any user stories or requirements documentation. It was really just an exploration of the problem domain and the connections within it. It helped me to get my own head around the situation, so that I could ask better questions and know which areas to examine further. It also helped me to understand which areas and perspectives I was missing.

This highlights the importance of synthesis as well as analysis. Synthesis is described by the Merriam-Webster online dictionary as:

“…the composition or combination of parts or elements so as to form a whole…”

 

There are of course other definitions too, but this sentence is particularly useful for us as BAs. It’s very easy to think that our job is elicitation and analysis, capturing different viewpoints and pieces of information about a situation.  Yet without synthesis, those different pieces of information are of limited use! There will likely be contradiction, conflict, different views and more.  We all instinctively know this, but it is worth highlighting how important synthesis is in what we do.

 

Advertisement

 

Synthesis Techniques

Ironically, many of the techniques that we use on a day-to-day basis have synthesis, as well as analysis, built at their core.  I have already mentioned a rich picture, but many other techniques (when used with synthesis in mind) can help in bringing together different pieces of information and viewpoints.  Here are just a few examples:

  • Concept model and glossary: Bringing together (and reconciling) different terms, and the connections between terms
  • Process model: Creating a view on how the work should take place, taking into account a number of stakeholder’s viewpoints
  • Prototype: Bringing together and testing assumptions made, or a set of requirements assembled from varying stakeholders,.
  • Multiple Cause Diagram: After conducting ‘5 whys’ with different stakeholders, creating a combined diagram and presenting it back and saying “what else?” and “what’s wrong here?”
  • Workshops: Bringing people together to synthesis and discuss their views
  • … and many more besides

 

The Importance and Relevance

To do our jobs well as BAs, we need to consider synthesis as well as analysis, and this means making time for it. In my opening example, I mentioned I was working late in the office, drawing on a whiteboard. I was working late that night mainly because I was energized and excited about the project but also because time was so short and I’d focussed on planning the elicitation but less so the synthesis of the information I’d gleaned.

When you’ve conducted a whole number of interviews, read documents, seen processes and systems as they are operated, there are so many sources of information. It’s easy to just jump on to the next elicitation activity, or jump straight to writing a problem statement (or user story) or whatever. Yet, doing so robs us of the opportunity to see the bigger picture.

Building in time for synthesis—the sort that allows us to see connections—will help ensure we don’t implement a change in one area that inadvertently makes things much worse elsewhere. Of course, time is always tight… but if we don’t make time for synthesis, we might end up having to make time for rework. And that’s definitely best avoided!

 

BATimes_Feb01_2024

What’s Next: The Future of Business Analysis in the Age of Artificial Intelligence (AI)

In today’s rapidly evolving business landscape, professionals across industries are witnessing the transformative power of Artificial Intelligence (AI). Business analyst profession is not untouched and is on the brink of a significant shift in its roles and responsibilities. As AI technologies continue to advance, they are poised to play a pivotal role in shaping the future of business analysis. In this blog, we’ll deep dive into how AI is set to impact the future of business analyst professionals.

 

The Rise of AI in Business Analysis

 

1. Data-Driven Insights

Business analysts have always been tasked with extracting valuable insights from data to support decision-making. AI, with its machine learning algorithms and predictive analytics, empowers analysts to delve deeper into data. They can now unearth hidden patterns, make more accurate forecasts, and identify trends that might have remained concealed with traditional business analysis methods.

 

2. Enhanced Efficiency

AI-driven automation tools can handle repetitive tasks, such as data collection and cleansing, leaving analysts with more time for critical thinking and strategic analysis. This increased efficiency allows business analysts to focus on high-impact activities, making them indispensable assets to their organizations.

 

 

 

 

  1. Real-time Analytics

AI enables real-time data analysis, providing business analysts with most relevant and current insights. This instant access to reliable and accurate information empowers business analysts to respond swiftly to market changes and emerging trends, enabling more predictable and agile decision-making which is critical for reaching organization’s strategic goals.

 

Advertisement

 

  1. The Evolving Role of Business Analysts

As AI becomes more integrated into business operations, the role of business analysts is evolving in several significant ways:

 

  • From Data Analysts to Data Strategists

With AI handling routine data analysis, business analysts are transitioning from mere data collectors to data strategists. They are expected to interpret AI-generated insights and translate them into actionable business strategies.

  • Ethical Considerations and challenges

AI raises ethical concerns, such as bias in algorithms and data privacy issues. The role of Business analyst is to navigate through these ethical challenges and ensure that AI systems are used responsibly and the data they collect and analyze is both accurate and unbiased.

  • Cross-functional Collaboration with different partners

Business analysts are increasingly expected to collaborate with data scientists and AI engineers to develop and implement AI-powered solutions. Effective communication and collaboration between these roles are vital for successful AI integration and forms core of various digitization initiatives.

  • Continuous Learning is the key to success

The rapid evolution of AI requires business analysts to engage in continuous learning and skill development. Staying updated on AI technologies and methodologies is crucial to remain relevant in their roles.

  • The Impact on Job Market

Even though the initial buzzword of AI lead to job insecurities but future seems to be bright. While AI is automating some aspects of business analysis, it is also creating new opportunities. The demand for business analysts who can harness AI and effectively interpret its insights is on the rise. Companies are actively seeking professionals with AI skills to drive innovation and competitive advantage.

 

Conclusion

Industry’s future hinges on how well business analysts use Artificial Intelligence (AI). Business analysts will find themselves at the vanguard of data-driven decision-making as AI technology develops and advances. They will play more strategic and team-oriented roles with an emphasis on utilizing AI to boost corporate success. Business analysts are expected to embrace AI and see it as a potent tool if they want to succeed in this dynamic and fast paced environment. They should invest in their AI-related skills, navigate through ethical challenges, and adjust to the shifting needs of the labor market. By doing so, they will be able to take advantage of the opportunities that Artificial Intelligence presents and remain valuable resources for their organizations in years to come.

BATimes_Jan25_2024

Maximizing Business Analysis with ITIL: A Strategic Integration for Success

In the dynamic landscape of modern business, the role of a Business Analyst (BA) stands as a linchpin between technological advancements and strategic objectives. Within this realm, the integration of ITIL (Information Technology Infrastructure Library) principles has emerged as a pivotal force, reshaping the way BAs navigate and optimize business processes.

 

Understanding ITIL:

At its core, ITIL represents a comprehensive framework that encapsulates a set of best practices for IT service management. ITIL has evolved into a globally recognized framework, offering guidance on aligning IT services with the needs of the business. It comprises a collection of detailed practices, emphasizing service lifecycle management, continual improvement, and customer-centricity.

 

Enhancing Business Analysis with ITIL:

For Business Analysts, the incorporation of ITIL principles serves as a catalyst for profound change, fostering a more strategic and holistic approach to their responsibilities. Let’s explore how ITIL augments the role of a BA:

  1. Structured Process Analysis: ITIL provides a structured framework for analyzing, designing, and improving processes. BAs leverage this methodology to gain a comprehensive understanding of IT service lifecycles, enabling them to streamline operations and enhance efficiency.
  2. Facilitating Effective Communication: With a standardized language and terminology, ITIL bridges the communication gap between IT teams and business stakeholders. BAs proficient in ITIL can effectively convey complex technical concepts in a language that resonates with organizational objectives.
  3. Informed Decision-Making: By embracing ITIL methodologies, BAs gain insights into service strategy, design, transition, and operation. This knowledge equips them to make informed decisions that align IT services with overarching business goals.
  4. Continuous Improvement Culture: The core principle of continual service improvement in ITIL aligns seamlessly with the BA’s pursuit of optimizing business processes. BAs facilitate a culture of ongoing enhancement and adaptation, ensuring that IT services evolve in tandem with organizational needs.
  5. Risk Mitigation and Adaptability with: ITIL equips BAs with the tools to anticipate and mitigate risks effectively. This proactive approach minimizes disruptions, ensuring business continuity in the face of technological or operational challenges.

 

Advertisement

 

Real-world Impact and Success Stories:

Numerous success stories attest to the transformative impact of integrating ITIL into the scope of Business Analysis. Organizations have witnessed improved service delivery, increased operational efficiency, and a more strategic alignment between IT initiatives and business objectives. BAs proficient in ITIL frameworks have played a pivotal role in orchestrating these successes, driving innovation, and fostering a collaborative environment that embraces change.

 

Challenges and Adoption:

While the benefits of ITIL integration are substantial, challenges in implementation persist. Resistance to change, organizational inertia, and the complexity of aligning ITIL methodologies with existing processes often pose hurdles. BAs navigating this landscape must demonstrate strong leadership, communication skills, and a keen understanding of organizational dynamics to facilitate successful integration.

 

Continuous Learning and Evolution:

In the ever-evolving realm of technology and business, the journey of a BA integrating ITIL principles is an ongoing process. Continuous learning, staying abreast of updated ITIL practices, and adapting to changing business landscapes are essential for sustainable success.

 

Conclusion:

ITIL isn’t merely a set of guidelines for IT management; it’s a strategic enabler for Business Analysts. Its integration empowers BAs to be strategic partners, driving organizational success by aligning IT initiatives with business objectives, fostering innovation, and enabling a culture of continual improvement. Embracing ITIL principles expands the horizons of Business Analysis, transforming it into a proactive and value-driven function crucial for the modern enterprise.

The synergy between ITIL and Business Analysis isn’t just a trend; it’s a strategic imperative for organizations seeking to thrive in an increasingly digital and competitive landscape.

BATimes_Jan03_2024

Best of BATimes: Nine Key Skills That Every Good Business Analyst Needs

Being a successful Business Analyst means you have to have a variety of different skills and be adaptable to a changing environment. Every Business Analyst will bring their unique blend of skills and experience to the role, of course, but I’ve highlighted below what I think are the most common skills that a good BA will need. Feel free to add in the comments any other skills that you have found helpful in your BA career.

 

1. Understand your objectives.

Being able to interpret direction is important. If you don’t fully understand what and, more importantly, why you are being asked to do something, there is a risk that you won’t deliver what’s required. Don’t be worried about asking for further information if your brief isn’t clear.

2. Good verbal communication skills.

It is essential that you are a good communicator, regardless of the method of communication. You must be able to make your point clearly and unambiguously. It is also important that you know how to ask insightful questions to retrieve the information you need from stakeholders. For example, if your stakeholder isn’t a technical specialist you may need to ask your questions in plain English – avoiding jargon and acronyms. Being able to communicate information at the appropriate level is vital – some stakeholders will need more detailed information than others.

3. The ability to run stakeholder meetings.

Although using email provides a useful audit trail, sometimes it is not enough to communicate with stakeholders via email. Don’t underestimate the value of face to face meetings to discuss problems in more detail and clear up any queries. Often you will discover more about your project from a face to face meeting where people tend to be more open about discussing situations. You can always follow up a meeting with written confirmation if an audit trail is required.

4. Be a good listener.

Listening skills are key to being a successful BA. You must be able to listen and absorb information. This will allow you to analyse thoroughly the information gathered to specify requirements. It’s important that you don’t just listen to what’s being said, but are able to understand the context of what’s being said – the motivation behind it, the circumstances behind what’s being said, and even what’s not being said. Voice tone and body language can help you understand the message behind the words.

 

Advertisement

 

5. Hone your presentation skills.

It is likely that at some point in your career as a BA you will need to facilitate a workshop, or present a piece of work to a stakeholder or project team. Consider the content of your presentation and make sure it matches the objectives of the meeting – there is no point in presenting information about implementation methods if the meeting is being held to discuss requirements gathering. These presentations are not only for you to present information. They can also work as an excellent way to extract more information or clarity from stakeholders if you are unclear on something or are looking for more detail on a particular area of the project.

6. Be excellent at time management.

A BA must have excellent time management skills to ensure that work is completed on time and the project does not fall behind schedule. Multi-tasking is an important skill, but you must also be able to prioritize activities – understanding which are more critical than others – and concentrate on them. Remember that you need to manage your own time and activities, but you may also need to manage other people’s time if you are dependent on them for information. Make sure that they know when you need them to deliver.

7. Documentation and writing skills.

Requirements documents, reports, specifications, plans and analysis. As a BA you will be required to deliver a range of different types of documents. You will need to ensure that your documents are written in a clear and concise manner, and at a level that is appropriate for your stakeholders. Avoid nuances specific to a particular workstream as they may not be understood by all stakeholders. As an inexperienced/beginner BA, it is unlikely that you will have experience writing requirements documentation, however, strong writing skills are an excellent starting point. Experience will lead to clear and concise requirements documentation.

8. Stakeholder management.

It is essential that you know how to manage all of you stakeholders and know how much power and influence they have on your project. Stakeholders can be your strongest supporters or your biggest critics. An experienced BA will be able to analyse how much management each stakeholder needs and how they should be individually managed. Do they need face to face meetings and detailed information or are they content with high-level reports? Are they supportive of your project? Knowing the answers to these key questions will help you to manage your stakeholders and the wider project. Can you influence them directly or do you need to influence someone who can influence them.

9. Develop your modelling skills.

As the saying goes a picture paints a thousand words. Techniques such as process modelling are effective tools to convey large amounts of information without relying on text. A visual representation allows you to get an overview of the problem or project so that you can see what works well and where the gaps lie. A typical process model will have several different levels of detail to allow a BA to engage with stakeholders in a language that they understand.

 

Published on: 2015/09/07