Managing Change in Your Project's Requirements

A typical project has multiple stakeholders working on interrelated requirements. As the Greek philosopher Heraclitus noted, 'Change is the only constant'. As a business analyst, process owner, and project manager, you need to understand how to manage change in your project.

To be successful, you will need to do the following:
1. Control who can initiate the change
2. Define a process for change propagation
3. Define a process for approval of the change
4. View and manage the impact of the change
5. Ensure that the change has been viewed and internalized by all the impacted stakeholders
6. Record and audit the change history

The following industry-standard processes help manage these tasks:
• Folders, Users, Roles, and Permissions
• Traceability
• Dangling, Orphan, Suspect Upstream and Suspect Downstream requirements
• Trace Matrix, Trace Tree, and Change Impact analysis views
• Approval Workflow
• Versioning and Audit Trail

Register today and join us on the live webinar to see how you can equip yourself with industry best practices to manage change in your projects.

Sponsor: TraceCloud

2024 Festival of Business Analysis - Online Program

Embrace the future of business analysis at the IIBA® Business Analysis Conference 14 – 18 October 2024, where innovation meets inspiration and sparks are ignited. Our theme, “Innovate. Inspire. Ignite.” sets the stage for a dynamic exploration of cutting-edge trends, transformative methodologies, and the limitless potential within the realm of business analysis.

Storytelling and the Business Analyst - Understanding the Stories

In this webinar we will discuss the aspect of defining and understanding the stories about the business and organization.
• What is different about defining stories as opposed to defining requirements?
• What are the benefits of collecting stories instead of information?
• Is everything a story?
• What if I don’t have a really good imagination and I can’t tell a story?
• Do I need to take creative writing classes?
In this webinar we will present the steps for defining information in context (the difference between elicitation and engagement), facilitating the users and customers in telling you stories, and weaving together the information you gather as a business analyst into understandable and compelling stories. This is the first part of a two part webinar series on storytelling.

The Product Backlog is Not a Backlog

A backlog, by definition, contains a list of things that Must Be Done, usually with some time factor. When companies talk about an order backlog, they are talking about orders that are going to be filled, and must be filled as soon as the inventory is available. A product backlog does not contain items that Must Be Done. And that is the primary reason the Product Backlog is not a backlog. Just as a Sprint is not a Sprint, and a daily scrum is not really a scrum. This webinar is not a discussion of agile lexicon but a revisit to the concept and practice of the product backlog which, once employed, likely will make the life of the business analyst (not to mention the product owner) a lot easier. We will look at various concepts of product backlogs in use in agile today and what the business analyst’s relationship with each is.

Storytelling and the Business Analyst - Telling the Stories

Identifying the stories is half the battle. The other half that now faces the business analyst is how to tell the stories. How can we use data and graphics and such to make our stories and our recommendations more understandable and appealing? In today’s world of business analytics, the business analyst is likely to draw on the art and craft of Data Visualization to make and sell the business analyst’s story. So how do we use data graphs and charts to explain our story and enhance our points? How do we weave a convincing and compelling story around the data points that we have uncovered in our elicitation process? This webinar addresses those issues with specific guidelines and best practices for business analysts preparing data oriented presentations.

Decision Making and the Business Analyst

A decisive person, one who makes good decisions, is not one who always makes the right decision. Considering that the average CEO, making millions of dollars a year to make decisions about the business, industry, and so forth, is only right one third of the time, the correctness of the decision is a small factor.
• So how do we define a decisive person?
• Why does a business analyst need to be a good decision maker?
• And, how should the business analyst work with those in the organization who make the Big Decisions?
Increasingly, the business analyst is filling a role of decision support for upper level management. This webinar discusses the roles necessary for decision making and how the business analyst fits in those roles, how to identify indecisiveness in a manager and how to overcome it, and how to present information and recommendations to upper level management so that the business analyst will be considered an effective decision maker, even if you don’t make executive decisions.

The Side Hustles of the Successful Business Analyst

I am not suggesting that the profession of business analysis is in such dire straits that we all need side hustles in case our primary source of business analysis income dries up. I'm suggesting that the main focus of business analysis, namely gathering information and defining requirements, is too narrow for the business analysis profession in general.

There are other areas of the business where a business analyst can shine because the fundamental criteria for being successful in these business areas are the same as being a successful business analyst. For example creating the Business Impact Assessment for business continuity is more a business analytical job then a platform engineering task.

Business analysis expertise is also needed in security, artificial intelligence and machine learning, analytics, product management, executive decision making, and many more areas of the business. This webinar looks at all of the different areas of the business in which a successful business analyst can be even more successful and build a solid background to move into the executive echelons of the organization.