Business analyst
A business analyst is someone who analyzes an organization or business domain (real or hypothetical) and documents its business or processes or systems, assessing the business model or its integration with technology.
The International Institute of Business Analysis (IIBA) describes the role as "a liaison among stakeholders in order to understand the structure, policies, and operations of an organization, and to recommend solutions that enable the organization to achieve its goals."[1]
The role of a systems analyst can also be defined as a bridge between the business problems and the technology solutions. Here business problems can be anything about business systems, for example the model, process, or method. The technology solutions can be the use of technology architecture, tools, or software application. So System Analysts are required to analyze, transform and ultimately resolve the business problems with the help of technology.
Areas of business analysis
There are at least four types of business analysis:
- Strategic planning – to identify the organization's business needs
- Business model analysis – to define the organization's policies and market approaches
- Process design – to standardize the organization’s workflows
- Systems analysis – the interpretation of business rules and requirements for technical systems (generally within IT)
The Business Analyst, sometimes, is someone who is a part of the business operation and works with Information Technology to improve the quality of the services being delivered, sometimes assisting in Integration and Testing of new solutions.
The BA may also support the development of training material, participates in the implementation, and provides post-implementation support. This may involve the development of project plans and often requires project management skills.
Typical deliverables
- Business requirements, i.e. business plan, key performance indicator, project plan...
- Functional requirements, i.e. data models, technical specifications, use case scenarios, work instructions, reports...
- Non-functional requirements
- As-is processes, e.g. dataflow diagrams, flowcharts
- To-be processes, e.g. dataflow diagrams, flowcharts
- Data models, i.e. data requirements expressed as a documented data model of some sort
- Business case, a strategic plan containing shareholders' risk and return
The BA records requirements in some form of requirements management tool, whether a simple spreadsheet or a complex application. Within the systems development life cycle, the business analyst typically performs a liaison function between the business side of an enterprise and the providers of IT services.
Industries
BAs work in different industries such as finance, banking, insurance, telecoms, utilities, software services, government and so on. Due to working on projects at a fairly high level of abstraction, BAs can switch between any and all industries.
The business domain subject areas BAs may work in include workflow, billing, mediation, provisioning and customer relationship management. The telecom industry has mapped these funcional areas in their Telecommunications Operational Map (eTOM) model, Banking in the Information Framework (IFW) and Emergency agencies in the Prevention Preparation Response and Recovery model (PPRR).
Finally, Business Analysts do not have a predefined and fixed role, as they can take a shape in operations scaling, sales planning, strategy devising or even in developmental process.
See also
- Business process reengineering
- Change management analyst
- Information technology
- International Institute of Business Analysis
- Systems architect
- Systems analyst
- Use case
References
- ↑ International Institute of Business Analysis (IIBA). A Guide to the Business Analysis Body of Knowledge®, 2.0 (BABOK® Guide 2). Cited in: Jerry Lee Jr. Ford (2010), UML for the IT Business Analyst. p. 2