Business Analysis Articles

Feb 28, 2021
2002 Views
0 Comments
Someone recently asked me “What does a typical day for a Business Analyst look like?” and my response was that if you do find someone who can articulately answer that question, they are probably a very good Business Analyst to start with. No two days look the same in this profession. A p...
Someone recently asked me “What does a typical day for a Business Analyst look like?” and my response was that if you do find someone who can articulately answer that q...
Agile projects, due to the short cycles of delivery, require a collaborative team, substantial leadership support, and a robust, agile culture to be in place to be called as workin...
Dynamic shifts in consumer behaviour prompted organizations to gain a deeper and faster understanding of their data to guide decision making and, in some sectors, accelerated digit...

Latest Articles

16408 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

6155 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...
19110 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.

9349 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

7348 Views
6 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

8257 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

5879 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...
6394 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...
5249 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...
4094 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 ...
4466 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...
4544 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...
3989 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...
6673 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...
10095 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 61 of 67First   Previous   56  57  58  59  60  [61]  62  63  64  65  Next   Last   











Copyright 2006-2021 by Modern Analyst Media LLC