An agile organization is characterized by having a comprehensive portfolio of optimized business process and business capability maps grouped by their role in value creation for the customers and support of the business strategy.  These maps are linked to all the other disciplines such as finance, governance, resource management, talent management, and customer experience.   Thus, Corporate IP can be securely delivered to the point of need. 

I spent a lot of time in the past half-century doing software work: requirements, design, user experience, programming, testing, project management, writing documentation, process improvement leadership, writing 7 books and many articles, consulting, and training. Sure, there were some side trips along the way,.... But basically I’m a software guy. Over all that time, I’ve accumulated numerous insights about the software business. Here I offer 66 of those lessons. Perhaps you’ll find them as helpful as I have.

Requirements management is a critical function for business analysis. Requirements management is focused on ensuring that the business users and stakeholders have the following information available...  But the more important question to have answer to and where the real business value is delivered in requirements life cycle management is answering the following questions:

1. Are the requirements impacting critical business processes?
2. Which processes have recurring change?
3. Are the requirements priorities aligned to key business processes?
4. Which process will be impacted by which requirements?

When I began training to be a BA, I never dreamt that I would need to be a salesperson too, in fact, I'm glad I hadn't realized that as it may have deterred me from, what is for me, the most suitable and fulfilling career that I could have wished for.

The answer is simply this: the ability to sell. The better you are at selling, the more senior you are likely to become, and this is true across the whole business, it doesn’t just apply to Business Analysts.

As much as we like to think we are now in a dynamic and agile world, most delivery initiatives are still some shades of agile and all shades of waterfall. These initiatives could have adopted an agile outlook and naming convention, but the businesses they support are often still predominantly waterfall – going from one clearly defined task to another until realizing value. Think for example, order to cash, just in time logistics etc.

Business process mapping is the most indispensable technique for performance improvement and technology innovation initiatives. More than just boxes and arrows, the process map reveals the “magic” and wisdom of how and why work gets done.

Sadly, too many professionals give process mapping short shrift. Here are 10 tips that will ensure process mapping helps you achieve full potential from your improvement/innovation project.

With the surge of coronavirus, the word “Supply Chain “ continuously pops up into the news headlines.  So what is supply chain and how/why is it an area of knowledge each business analyst must master.   One of the biggest misconceptions about supply chain is people think supply chain = logistics or transportation.

Many of us have been impacted in some form or another whether you or a loved one have been impacted by the illness, are experiencing changes in the work environment, impacted by cancelled or postponed events, impacted by the empty shelves at the grocery stores, or getting countless e-mails from companies regarding this pandemic. While it's important to be mindful and take extra precautions, try not to panic. Remaining centered is key to moving forward during times such as this. While some organizations have shutdown, sending employees home for an extended vacation, other organizations are remaining functional but are mandating employees to work from home. If your organization falls in the latter category, here are some tips to help you remain effective in your business analysis activities amid the coronavirus. 

The transition from Waterfall to Agile is never easy – especially for a business analyst who must go through this journey. This document has come about because of this challenge and as an attempt to present a practical guide of how to effectively transition over as a business analyst, and where are these worlds connected. I do not believe that all that we learned as business analyst in the waterfall era are completely useless. What has changed in the Agile world is how we think about analysis, how we present the requirements to our business and our development and testing teams. It is by no means a comprehensive and one size fits all document. But it does provide a start and a guide for those who sometimes cannot make the connection.

Using one fictitious  ‘User Story’ in the Agile section of this document, I provide concrete examples of how and when to present just enough information, while giving your audience sufficient understanding of what they need to bring the requirements to life.

No-one (in their right mind anyway!) ever sets out to design processes that qualify in the above categories, so why then do we end up with them?  This might be because of tight deadlines, not starting with the customer in mind, not testing the processes with the target audience or even not updating implemented processes once they are found to be sub-optimal or S.U.C.K.’y… Whatever the reasons, we should seek to prevent the creation of processes like these by all means.

The COVID-19 crisis is reshaping businesses and livelihoods, and seasoned and new BAs alike have an unparalleled opportunity to put their analytical skills to great use. Whether you are still employed, or has been laid off or furloughed, now--while we navigate the pandemic crisis—is a good time to demonstrate the value of business analysis and the contributions you can bring to your current or future employer. Here are three examples of how you can accomplish that.

While the IIBA-AAC exam is not the most challenging exam that I've ever taken, it does require you to have a very specific type of understanding of the Agile Extension to the BABOK Guide. Though it's not a requirement, I recommend taking an exam prep course to increase your chances of passing the exam. Those who did not initially pass the exam reported that they underestimated the exam and figured that they would be able to rely on their agile experience to pass the exam. WRONG!! In fact, the exam doesn't focus much on the details of agile ceremonies or daily activities, but more so on the general principles of agile business analysis.

 “Clean Language” is a conversation technique developed by a psychotherapist, David Grove. It is a method of asking neutral questions to avoid influencing patient responses. Besides psychotherapy, clean language can be used in various fields for interviewing and facilitating meetings with stakeholders. This is particularly true for business analysis. The context of this article is interviewing and facilitating meeting with a focus on using clean language to ensure that stakeholder requirements are captured without the influence of the business analyst. In this article, you will note that I have cited several sidebar comments to help the reader connect the dots with various business analysis aspects.

In the world of software development Use Cases are one of many very powerful techniques often used these days.  Use cases describe how a person or a system interacts with the solution being modeled/built to achieve a goal. Basically, it’s a step by step explanation of what a user can do and how the solution must respond.

As any other business analysis technique, use cases have their advantages and disadvantages. One of the main disadvantages of use cases is that this technique is not graphical – a use case diagram is but use case descriptions are not, and use case descriptions really lack of visualization especially if there are multiple alternative flows and exception flows that branch out and then loop back into the main one.

This final article in the Requirements in Context series discusses detailed requirements for a fully automated business activity. ‘Fully automated’ means that the business information system (BIS) is expected to perform the activity from start to finish without user involvement. A simple example is the system automatically posting a monthly fee against customer accounts. A more complex example is the system utilizing customer-specific pricing details to determine the amount charged for a purchase made by a customer.