Business Analysis Articles

Dec 03, 2023
1195 Views
0 Comments
As a Business Analyst, there are so many directions or paths, you can take as BA and it's not because you have the title of BA, but it's because of the value you bring to any organization will all the skills and competencies you have. In this article, I will explore some common paths you can...
As a Business Analyst, there are so many directions or paths, you can take as BA and it's not because you have the title of BA, but it's because of the value you bring to a...
Business Analysis demands in-depth knowledge, expertise, and flexibility. It covers various disciplines and scenarios and offers tools that considerably improve business processes....
The Unique Competing Space (UCS) is a macro-level strategy visualisation framework. It enables teams to understand the broader scope of customer needs, evaluate how well their offe...

Latest Articles

15911 Views
44 Likes
0 Comments
The reason why top performing business analysts tend to be so effective in complex projects, even when their domain knowledge is limited, is because of their ability to see things from a higher angle and with more nuanced colors.
13998 Views
20 Likes
0 Comments

If someone said you could only perform a single quality practice on a software project, what would you choose? I’d pick peer reviews of requirements, which I believe are the highest-leverage quality practice we have available today.  In a peer review, someone other than the author of a work product examines the product for quality problems and improvement opportunities. Reviewing requirements is a powerful technique. Use them to identify ambiguous or unverifiable requirements, find requirements that aren’t sufficiently detailed yet, spot conflicts between requirements, and reveal numerous other problems.

38620 Views
46 Likes
0 Comments
As the business analyst (BA) role continues to evolve, the responsibilities continue to expand. One of the best ways for a business analyst to add value to a project is to understand the processes involved in both the project life cycle (PLC) and the software development life cycle (SDLC). Contrary to popular belief, the two life cycles are independent of one another, however, it's best that they are aligned.
17176 Views
32 Likes
2 Comments

The fact that software projects and tasks are reported to be “90 percent done” for a long time has become something of an industry joke. (A related joke states that the first half of a software project consumes the first 90 percent of the resources, and the second half consumes the other 90 percent of the resources.) This well-intentioned but misleading status tracking makes it difficult to judge when a body of work will truly be completed so you can ship the next product release to your customers. Here are several typical causes of “90 percent done” syndrome and a few possible cures.

19509 Views
31 Likes
1 Comments

 

Many professionals approach us after being unsuccessful in CBAP so we thought of doing some analysis to come up with the most common reasons of failure in CBAP.

There are many articles and blogs giving tips on how to pass the CBAP exam but on a first search, I didn't find any article explaining why people fail in CBAP. This will definitely help the CBAP aspirants to make sure that they don't repeat the mistakes.

20339 Views
30 Likes
0 Comments

Reuse is an eternal grail for those who seek increased software productivity. Reusing requirements can increase productivity, improve quality, and lead to greater consistency between related systems.

Reuse is not free, though. It presents its own risks, both with regard to reusing existing items and to creating items with good reuse potential. It might take more effort to create high-quality reusable requirements than to write requirements you intend to use only on the current project. In this article we describe some approaches an organization could take to maximize the reuse potential of its requirements.

60036 Views
53 Likes
0 Comments

The objective of this article is to provide business analysts with guidelines for distinguishing between high-level requirements (HLRs) and detail requirements (in IIBA® BABOK® V3 terms – Stakeholder requirements and Solution requirements respectively).

14204 Views
24 Likes
2 Comments
Unfortunately, business rules often are a mystery in business. Most of time they are undocumented and worst they are a figment of someone’s imagination - no basis. However, mystery or not, we need them in eliciting stakeholder requirements in order to understand how the business obligations are kept, constraints are enforced and how decisions are made. And just like news reporters, we need to confirm the business rules with a second (hopefully authoritative and documented) source. Furthermore we need business rules to ensure a quality product and/or process through testing.
25526 Views
27 Likes
0 Comments
A business analysis consultant might perform three types of roles when working with clients: expert, pair-of-hands, and collaborator. Each of these represents a different kind of interaction and a different source of satisfaction for the consultant. This article, adapted from my book Successful Business Analysis Consulting: Strategies and Tips for Going It Alone, describes these three modes of consulting engagements, which apply both to independent consultants and to internal consultants who work in large organizations.
21738 Views
36 Likes
2 Comments
The ability to build and exude self-confidence can contribute to success in many areas of our lives from personal to professional. Unfortunately, many business analysts who are beginners or experienced but new to an organization are not provided with the tools and recourses to be confident in their ability to add value to their organization. As a BA, self-confidence facilitates the ability to build relationships, gain respect, and influence others. Below are some of the most effective tactics that I have taken throughout my career to bolster my confidence as a business analyst. Once I became confident in myself, I started noticing that other people’s confidence in my abilities increased as well. Hopefully, these tips will help you recognize your true potential and the value you bring as a business analyst.
15183 Views
17 Likes
6 Comments

To be effective, we BAs need to learn as much as we can about the digital world—about the world of digital transformation and what it means for the organization. We need to immerse ourselves in research and journal articles and think of how to make sense of it for our organizations. We need to think of digital projects from both the data scientist and business perspectives. And we can do that. After all, we’re BAs and that’s what we do best.

17456 Views
30 Likes
0 Comments

Culture clashes frequently arise when teams are working on requirements. There are those who recognize the many risks associated with trying to develop software based on minimal or telepathically communicated requirements. Then there are those who think requirements are unnecessary. It can be tough to gain business-side cooperation on projects like legacy-system replacement if users see this as unrelated to their own business problems and not worth their time. Understanding why people resist participating in requirements development is the first step to being able to address it.

22257 Views
40 Likes
0 Comments

I like to compare a business analyst to an architect. While the architect asks questions about design, budget, and personal preferences of a person who wants to build a house; similarly, the business analyst interacts with business owners to know and understand their needs.   A business analyst also produces requirements which clearly state the needs of a business and ensures that those align with its business processes, just as an architect would draw up plans and have an agreement with the owner before reaching out to builders.

17097 Views
27 Likes
0 Comments
Process modeling/mapping/flowing, can be an art, and science, based on the maturity of the organization, knowledge of those doing this work in the organization, and many other factors. What I have found can be challenging is identifying the actual processes to model/map/flow. The fight identification may not occur on the first attempt as this work can be quite iterative, however, there are some concepts that can help make the identification a little easier
24231 Views
38 Likes
3 Comments

Project Scope. We will see how scope statements, when making reference to business functionality, lead directly to High-Level requirements.  Gathering requirements for a business information system is most often done within the context of a project. Approval of a project includes its sponsors signing off on its scope. The scope for a business information system project is typically defined in functional terms. Items in scope make reference to (or should make reference to) business functions, processes and/or activities that are to be delivered.

Page 17 of 67First   Previous   12  13  14  15  16  [17]  18  19  20  21  Next   Last   

 



 




Copyright 2006-2023 by Modern Analyst Media LLC