{[ promptMessage ]}

Bookmark it

{[ promptMessage ]}

Systems Analyst_Business Analyst_Harmon_Feb 2007

Systems Analyst_Business Analyst_Harmon_Feb 2007 -...

Info iconThis preview shows pages 1–2. Sign up to view the full content.

View Full Document Right Arrow Icon
Systems Analyst, Business Analyst, BPx Everyone knows what a systems analyst is, right? They have been around for decades. They're the folks that sit  between the business managers and the IT developers and mediate. They get requirements from the business  people and translate them for IT. And, they communicate the IT considerations to the business people, explaining  new technologies and suggesting how things might be done differently. Or, worse, why things can't be done  differently because of the existing software systems that somehow can't be changed to do what business wants to  do.  If you talk with business managers, they tend to think of systems analysts, or business analysts, as they now often  prefer to be termed, as IT people who just happen to be located in the business unit. If you talk with IT developers,  they think of systems analysts as the business people who provide the requirements that business wants IT to  support. As we say, they sit in the middle, and that's often an awkward place to be when business and IT disagree.  Whatever role the business analyst may have had in the past, it is certain that the role is in transition at the  moment.  One good sign of this transition is the project currently under way at the International Institute of Business Analysis  (IIBA) to revise their  Guide to the Business Analysis Body of Knowledge . This Guide represents a major source  document for those who work as Business Analysts. Compared to earlier Guides, the new Guide puts an emphasis  on developments that any BPTrends reader would recognize. To begin with, their definition:  "A business analyst works as a liaison among stakeholders in order to elicit, analyze, communicate and validate  requirements for changes to business processes, policies and information systems."  It is subtle, but worth noting, that this definition distinguishes between business processes and information systems.  Too many business analysts take a narrow view and think of processes as sets of procedures to be automated. 
Background image of page 1

Info iconThis preview has intentionally blurred sections. Sign up to view the full version.

View Full Document Right Arrow Icon
Image of page 2
This is the end of the preview. Sign up to access the rest of the document.

{[ snackBarMessage ]}