Business Analysis Based on BABOK® Guide Version 2 - A Pocket Guide (eBook)

Jarett Hailes (Autor)

eBook Download: PDF

1970 | 1. Auflage
125 Seiten
van Haren Publishing (Verlag)
978-90-8753-775-3 (ISBN)

Infos

A Guide to the Business Analysis Body of Knowledge® (BABOK® Guide) is the collection of knowledge within the profession of business analysis and reflects current generally accepted practices. As with other professions, the body of knowledge is defined and enhanced by the business analysis professionals who apply it in their daily work role. The purpose of this pocket guide to the BABOK® Guide is to help understand the key knowledge found within the BABOK Guide and how it can be applied to a particular situation. Primary target groups for this pocket guide are: •Individuals interested in how business analysis works or who may want to become Business Analysts; •Business Analysts as a quick reference during the course of their day-to-day work; •Team members working on projects or within normal organizational operations where business analysis is performed; •Managers and executives who need to understand how business analysis can help improve their organizations. This pocket guide is based upon the content found in Version 2 of the BABOK Guide. The BABOK Guide was first published by the International Institute of Business Analysis (IIBA) in 2005. Version 2.0 was released in March 2009. The BABOK® Guide describes business analysis areas of knowledge, their associated activities and the tasks and skills necessary to be effective in their execution. The BABOK® Guide is a reference for professional knowledge for business analysis and provides the basis for the Certified Business Analysis Professional™ (CBAP®) and the Certification of Competency in Business Analysis™ (CCBA®) certifications.

Inhalt

Colophon 5
Preface 6
1 Introduction 12
1.1 Purpose of the Pocket Guide 12
1.2 What is Business Analysis? 13
1.3 The Need for Business Analysis 15
1.4 About IIBA 17
1.5 About the BABOK® Guide 18
1.6 Key Terms to Understand 20
1.7 Knowledge Areas, Techniques and Their Inter-Relationships 21
1.8 Stakeholders and Their Influence on Business Analysis 22
2 Business Analysis Planning and Monitoring 24
2.1 Plan Business Analysis Approach 25
2.2 Conduct Stakeholder Analysis 27
2.3 Plan Business Analysis Activities 28
2.4 Plan Business Analysis Communication 30
2.5 Plan Requirements Management Process 32
2.6 Manage Business Analysis Performance 32
3 Elicitation 34
3.1 Prepare for Elicitation 34
3.2 Conduct Elicitation Activity 35
3.3 Document Elicitation Results 37
3.4 Confirm Elicitation Results 38
4 Requirements Management and Communication 40
4.1 Manage Solution Scope and Requirements 41
4.2 Manage Requirements Traceability 42
4.3 Maintain Requirements for Re-Use 44
4.4 Prepare Requirements Package 45
4.5 Communicate Requirements 46
5 Enterprise Analysis 50
5.1 Define Business Need 51
5.2 Assess Capability Gaps 52
5.3 Determine Solution Approach 53
5.4 Define Solution Scope 54
5.5 Define Business Case 55
6 Requirements Analysis 58
6.1 Prioritize Requirements 59
6.2 Organize Requirements 60
6.3 Specify and Model Requirements 61
6.4 Define Assumptions and Constraints 63
6.5 Verify Requirements 65
6.6 Validate Requirements 67
7 Solution Assessment and Validation 70
7.1 Assess Proposed Solution 71
7.2 Allocate Requirements 73
7.3 Assess Organizational Readiness 74
7.4 Define Transition Requirements 77
7.5 Validate Solution 78
7.6 Evaluate Solution Performance 79
8 Underlying Competencies 82
8.1 BABOK® Guide Underlying Competencies 83
8.2 Additional Competencies 85
8.3 Additional Behavioral Characteristics 87
8.4 Complementary Disciplines 89
9 Techniques 92
9.1 BABOK® Guide General Techniques 92
9.2 Other Techniques 97
10 Applying the BABOK® Guide 102
10.1 Developing a Business Analysis Methodology 103
10.2 Business Analysis Maturity and Competency Models 107
10.3 Improving Business Analysis Practices 110
Appendix A Glossary 114
Appendix B References 120

Textauszug

To effectively perform business analysis you need to plan how the business analysis activities will be executed and understand how to assess the value of the outputs from those activities. The plan should be based on the context of:

■   What you are trying to accomplish and the reasons why it is worthwhile;

■   Your organizational environment;

■   What assets and tools you have available at your disposal.

There are six Business Analysis Planning and Monitoring tasks:

1.   Plan business analysis approach: determine how the overall business analysis work will be completed.

2.   Conduct stakeholder analysis: identify and classify people and groups who are affected by the project or initiative.

3.   Plan business analysis activities: define which specific business activities will be performed, the outputs that will be generated, and the amount of time and effort required to perform the activities.

4.   Plan business analysis communication: describe how business analysis activities and outputs will be communicated, to whom, and when.

5.   Plan requirements management process: determine how requirements and the scope of the solution will be managed as changes occur over time.

6.   Manage business analysis performance: identify how the performance of business analysis activities will be assessed and improved.

The resulting plans and associated documents produced during these tasks are used to guide and monitor all of the other activities that Business Analysts perform in the context of a particular project or initiative.

2.1   Plan Business Analysis Approach

An approach to performing business analysis activities is used to govern the development of specific business analysis plans. Organizations may define a formal, repeatable approach (called a method) to ensure consistency between various projects or initiatives.

Note: The approach describes the characteristics of how activities should be performed, while the plan defines the details of the activities for the particular effort being undertaken.

The business analysis approach should address the following questions:

   When are business analysis activities being performed in the context of the other activities of the project or initiative?

   What format and structure will business analysis deliverables take?

   How will requirements be prioritized?

   How will changes to requirements be managed?

   How will the detailed business analysis plan be developed?

   What types of communication will be used with stakeholders?

   What tools will be used to manage and analyze requirements?

There are two general types of approaches taken to perform business analysis activities. Most approaches fall somewhere between these two extremes:

■   Plan-driven approaches often have very structured stages with formal controls placed on proceeding between each stage. Plan-driven approaches focus on identifying as many requirements as possible initially, and serve as the basis for determining subsequent stages of the initiative.

■   Change-driven approaches focus on iteratively producing tangible results that solve a portion of the business need. Requirements outside of the current iteration are often left at a high level and are not subject to strict change control processes.

If there is no prescribed approach for the effort being undertaken, or there are parts of the approach that must be customized for the particular effort, the Business Analyst takes into account the following considerations:

■   The business need being addressed and the nature of the initiative to address the business need;

■   The organizational process assets available, such as methodologies, defined business analysis processes, tools and templates;

■   Internal or external expertise available from Business Analysts or Business Analyst groups.

Example: The approach taken to determine the requirements to implement a new enterprise-wide information system will likely be very different to the approach for assessing a request to modify a screen on an existing software solution, given the difference in complexity and breadth of the impact of each effort.

2.2   Conduct Stakeholder Analysis

Whenever an effort is undertaken, there is at least one individual or group who is affected by the end result. Business Analysts need to know who these people are and how they need to be engaged in order to successfully achieve the effort’s objectives.

Stakeholder analysis helps answer the following questions:

   Who is directly or indirectly affected by the initiative?

   What are the relevant characteristics of each stakeholder that pertain to the initiative?

   What are the commonalities amongst stakeholders and how can they be grouped?

   Which stakeholders need to be involved in specific business analysis activities and in what capacity?

Tip: Stakeholder analysis is not only needed for business analysis activities. In projects this task is often performed in collaboration with the Project Manager and/or Change Management staff, as they also require detailed information on the groups affected by the project’s end product.

Stakeholders may be categorized in several different ways:

■   Organization or organizational unit;

■   Job function;

■   Hierarchical level (e.g. executives, supervisors, front-line staff);

■   Domain knowledge/skillset;

■   Some other common characteristic (e.g. an end user of the information system).

Each stakeholder group should share common characteristics that are relevant to the initiative. Some of the potential characteristics captured for each stakeholder group include:

■   Their overall role in the initiative;

■   Key contacts within the group and their respective roles;

■   Relevant metrics about the group (e.g. number of people or organizations, revenue or cost information);

■   Their attitude, influence, and level of engagement in the effort;

■   Their authority for particular business analysis deliverables (e.g.approval, review, consult, end consumer);

■   Risks and opportunities that could affect the outcome of the initiative.

The resulting stakeholder matrix is used to determine what specific business analysis activities are required.

Tip: This matrix should be updated continuously as the effort undertaken progresses to ensure activities are adapted if there is a change in a stakeholder’s role or attitude towards the effort.

2.3   Plan Business Analysis Activities

The business analysis plan is the central component guiding other Business Analyst activities. See figure 2.1. The content and format of the plan can vary due to several factors:

■   Desired outcomes from the initiative;

■   Complexity of the initiative;

■   Approach taken to address the business need;

■   Organizational or environmental norms or standards that must be met.

When developing a business analysis plan, the Business Analyst is applying the approach they have defined in Section 2.1. While the approach describes how to go about getting the work done, the plan specifies exactly what activities will be performed, how much effort they will take and their relationships to each other and non-business analysis activities.

Figure 2.1 The business analysis plan is used by all other knowledge areas

Building the business analysis plan can involve working back from the end result to identify the necessary activities:

1.   Assess target outcomes: what needs to have occurred when the business analysis activities are completed?

2.   Identify deliverables: in order to meet your outcomes, what work products are needed?

3.   Determine activities: what actions need to occur in order to produce the required deliverables?

4.   Define activity relationships: which activities have dependencies with one another or external events or actions?

5.   Estimate effort and duration: how much time will it take to complete each activity, both in terms of hours spent on a task and total time elapsed from the beginning of the activity until it is finished?

Tip: When identifying the...

Produkt-Details

• Verlagsort: Hertogenbosch
• Sprache: englisch
• Themenwelt: Schulbuch / Wörterbuch ► Schulbuch / Allgemeinbildende Schulen
• Themenwelt: Mathematik / Informatik ► Informatik ► Programmiersprachen / -werkzeuge
• Themenwelt: Mathematik / Informatik ► Informatik ► Software Entwicklung
• Themenwelt: Sozialwissenschaften ► Pädagogik
• Themenwelt: Technik ► Architektur
• Themenwelt: Wirtschaft ► Betriebswirtschaft / Management ► Finanzierung
• Themenwelt: Wirtschaft ► Betriebswirtschaft / Management ► Marketing / Vertrieb
• Themenwelt: Wirtschaft ► Betriebswirtschaft / Management ► Personalwesen
• Themenwelt: Wirtschaft ► Betriebswirtschaft / Management ► Planung / Organisation
• Themenwelt: Wirtschaft ► Betriebswirtschaft / Management ► Projektmanagement
• Themenwelt: Wirtschaft ► Betriebswirtschaft / Management ► Unternehmensführung / Management
• ISBN-10: 90-8753-775-1 / 9087537751
• ISBN-13: 978-90-8753-775-3 / 9789087537753