Business Analysis Articles

Jan 19, 2020
783 Views
0 Comments
Corporate mergers and acquisitions (M&A) continue as a critical means for enterprises to meet strategic objectives such as growing market share or acquiring new capabilities. However, rate of successful outcomes has not grown at the same pace as the number or M&As themselves. In this post, D...
Corporate mergers and acquisitions (M&A) continue as a critical means for enterprises to meet strategic objectives such as growing market share or acquiring new capabilities. H...
Learning about mental models and how to apply them to their work is one of the best investments for business analysts interested in achieving the level of deep thinking that leads ...
Several years ago I was looking for examples using the generalization / specialization technique with use cases. They are not easier to find. And they are typically limited to a us...

Latest Articles

14121 Views
14 Likes
0 Comments

The subject of current systems analysis is usually greeted with dismay or disdain by systems departments. There are many reasons for this. In many installations, the support of current systems takes more than 85% of the systems department's time, and the departments are more than ready to get on with new systems development and bury the old, non-working systems as quickly as possible. In cases where systems do not require a lot of maintenance, the systems department may find that the current systems are not giving management the kind of information it needs for effective decision making; these current systems become likely candidates for replacement.

However, there are some very legitimate reasons for documenting existing systems.

Author: Tim Bryce

5828 Views
0 Likes
0 Comments
You may be the new kid on the job block, but that doesn't mean your salary has to start low on the totem pole. The PayScale.com Salary Survey identified an array of exciting jobs that pay a total compensation close to or above an impressive $50,000 per year right from the start. Here are some of the 10 hot professions that show you th...
17927 Views
2 Likes
0 Comments

"As I discussed my May article for Modern Analyst, there's a lot of hype about the role of requirements in agile projects. Many people think you don’t “do” requirements on an agile project. Hogwash. Indeed, agile projects use requirements—but just enough requirements at just the right time."

In this article Ellen covers a number of agile requirements topics including:

  • Agile requirements need to be understood in context of the product, release, and iteration
  • Balancing Business and Technical Value
  • The Product Workshop
  • Release Workshops
  • Iteration Workshops

Author: Ellen Gottesdiener, Principal Consultant, EBG Consulting, helps business and technical teams get product requirements right so their projects start smart and deliver the right product at the right time.

8336 Views
2 Likes
1 Comments

A colleague of mine asked me recently what makes a good Business Analyst, and this stumped me for a while. I had a rare opportunity to go trout fly-fishing recently and as the fishing was slow I was able to contemplate this question. You will gather from this that the question had worried me as I seldom think about work stuff when I am fly-fishing. 

So what does make a good Business Analyst? 

I decided to go back to basics; if I want to know what makes a good Analyst then I need to ask what do we, as Business Analysts, do? If I could understand that, then I can start to understand what makes one Analyst better than another.  

I asked around in business analysis circles for an on line description of what we do. Although I got a few different answers, I found I got the most consensuses with “a Business Analyst elicits, documents, and communicates business requirements”. But what does that mean?

Author: Robin Grace

6670 Views
2 Likes
1 Comments

How many times have you been at a project meeting, maybe a status update meeting, and heard a voice that isn’t familiar to you speaking up for the first time.

“Ah... we need to put 5 days in the project to do our VA”

A meeting room full of people turns their heads and looks at the face of the unfamiliar voice. “You need what?” the Project Manager barks.

“We need 5 days, you know, between the build and go-live for the VA.”

A Sr. Business Analyst with many years of experience pipes up, “That just won’t work. We need that time for the QA and sign-off.”

The PM, who has worked with the Sr. BA on other projects, shakes his head in agreement, “We just don’t have time for a VA, what ever that is, now let’s move on to the next item.”

That unfamiliar voice at the table was an IT Security Analyst, facing a common challenge in the modern day business, getting the project implemented, while ensuring the right security controls are in place.

Author: Stewart Allen

7505 Views
1 Likes
0 Comments

One of the biggest challenges in any system design effort is to produce a viable design that is well thought-out with all of the pieces and parts working harmoniously together. If something is forgotten, regardless of its seeming insignificance, it will undoubtedly cause costly problems later on. The task, therefore, is to produce a design that is demonstratively correct.

Author: Tim Bryce

5811 Views
0 Likes
0 Comments
Tony Bear says the BPM-folks are from Venus and the WS-folks from Mars. That exactly summarizes a big division in the BPM industry that might not be obvious. The term BPM-folks refers to the people that focus on process modelling. Their starting point is the analysis of procedures that describe how people and systems work together in an organisati...
6255 Views
1 Likes
1 Comments
I’m sure there must be a thesis somewhere on this question: How do you know whether a specific decision or action definitely influences the actual event? I like soccer analogies — in a pre-World Cup game against Argentina, Sven-Goran Eriksson was praised for his tactical decision to bring on Peter Crouch and the 3-2 victory that resulted. Yet, Erik...
5056 Views
1 Likes
0 Comments
In the articles leading up to this final installment in our series, we established relevant business service models and service delivery strategies. These two important parts of an SOA project tie into the first of two processes responsible for producing the actual services. This process is called service-oriented analysis and it represents an impo...
3915 Views
0 Likes
0 Comments
In part five of our look at how SOA ties into the world of business analysis, we continue the discussion of delivery approaches and common top-down deliverables. We begin by introducing the enterprise service model, a valuable specification that can be derived from the types of enterprise models we covered at the end of Part 4. We then continue by ...
4289 Views
0 Likes
0 Comments
Development projects for service-oriented solutions are, on the surface, much like any other custom development projects for distributed applications. Services are designed, developed, and deployed alongside the usual supporting cast of front and back-end technologies. Once you dig a bit deeper under the layers of service-orientation, though, you'l...
4370 Views
0 Likes
0 Comments
In the previous article we described the role of service models and explored the design standards for an entity-centric business service. This model establishes a highly process-agnostic encapsulation context in that the logic placed into these types of services is not directly related to any one business process. So, where does the process logic g...
3871 Views
0 Likes
0 Comments
As part of the design of service-oriented solutions it is common to label individual services according to the roles they fulfill. There are different types of roles, depending on the nature of the functionality being encapsulated and the context within which the service is being utilized. For example, during runtime processing, services can as...
6533 Views
0 Likes
0 Comments
This is the first article in a six-part series dedicated to exploring how SOA and service-orientation relate to and affect business analysis processes and approaches. Acclaimed author Thomas Erl shares his insights into the world of service-oriented business analysis and business service modeling by providing customized excerpts from his second SOA...
9343 Views
2 Likes
1 Comments

In a nutshell, the concept of "stepwise refinement" is to take an object and move it from a general perspective to a precise level of detail. Architects have used such an approach for years, as have engineers building products. But to do so, they realized they cannot simply go from the general to the specific in one felled swoop, but instead, in increments (steps). The number of steps needed to decompose an object into sufficient detail is ultimately based on the inherent nature of the object. To illustrate, for architects designing a building, the typical steps include:

  1. Develop artist rendering (to consider viability).
  2. Design foundation and superstructure.
  3. Design Floor plans.
  4. Design electrical and plumbing diagrams.

Author: Tim Bryce

Page 57 of 67First   Previous   52  53  54  55  56  [57]  58  59  60  61  Next   Last   











Copyright 2006-2020 by Modern Analyst Media LLC