CompTIA
Checkpoint
ISC
HP
Dell
EC-Council
EXIN
Fortinet
ITIL®
Juniper
PMI
Microsoft
VMware
Avaya
Google
Salesforce
Amazon
Palo Alto Networks
Certiport
ISC2
All Vendors
  2. Home
  3. Exams
  4. The Open Group
  5. OGBA-101

Free OGBA-101 Exam Braindumps (page: 3)

Page 2 of 24
PDF with 90 Questions

Which of the following is a difference between an organization map and an organization chart?

  1. An organization map highlights where in the organization that stakeholder concerns are not being addressed by a business architecture.
  2. An organization map can be impacted by a business model change.
  3. An organization map reduces the time, cost, and risk of business operations.
  4. An organization map is limited to formal relationships between business units.

Answer(s): A

Explanation:

While both organization maps and organization charts visualize organizational structures, they have key differences:
Organization Chart: Focuses on formal reporting structures and hierarchies within an organization. It typically shows departments, roles, and lines of authority. Organization Map: Provides a broader view of the organization, including relationships, interactions, and dependencies both within and outside the organization. It can highlight:
Informal relationships: Collaborations, communication channels, and networks that are not captured in the formal hierarchy.
External relationships: Connections with customers, suppliers, partners, and other stakeholders.

Alignment with business architecture: How well the organizational structure supports the business architecture and stakeholder concerns.
By visualizing these broader relationships, an organization map can reveal areas where the business architecture may not be effectively addressing stakeholder needs. This could be due to:
Misalignment between structure and strategy: The organizational structure may not be optimized to support the business strategy and value streams.
Communication gaps: There may be inadequate communication or coordination between different parts of the organization.
Lack of clarity in roles and responsibilities: Overlapping or unclear roles can lead to confusion and inefficiencies.



Consider the following Business Capability Example:



Which of the following are A and C?

  1. Organization. Data.
  2. Who.
    What.
  3. Roles, Information.
  4. Actors, Actions.

Answer(s): C

Explanation:

According to the TOGAF Business Capabilities Guide V2, a business capability is defined as "the expression or the articulation of the capacity, materials, and expertise an organization needs in order to perform core functions"5. A business capability can be decomposed into four elements: roles,

information, processes, and technology. In the given example, A represents roles and C represents information.
In the context provided in the image, 'A' refers to the roles involved in the recruitment management process, which in this case is the 'User: Recruiter' and the 'Stakeholders: Manager, Candidate Employee'. 'C' refers to the information or data aspects of the process, which includes 'Candidate/Applicant Details', 'Position Descriptions', 'Recruitment Agency Data', and 'Industry Standard Role Definitions'. Thus, 'A' corresponds to 'Roles' and 'C' to 'Information'. https://pubs.opengroup.org/pocket-guides/togaf-pocket-guide/main/chap04.html



Which of the following best describes a TOGAF business scenario?

  1. A business case.
  2. A technique to elaborate an architecture effort.
  3. A method to develop a business model.
  4. A use-case providing detailed descriptions.

Answer(s): B

Explanation:

A TOGAF business scenario is a technique that can be used to fully understand the requirements of information technology and align it with business needs. It is not a business case, which is a document that provides justification for a proposed project or initiative. It is not a method to develop a business model, which is a description of how an organization creates, delivers, and captures value for its stakeholders. It is not a use-case, which is a description of how a system interacts with external actors to achieve a specific goal. A TOGAF business scenario is a technique that helps to derive architecture requirements by describing a business process, application, or set of activities. It includes detailing the actors, roles, goals, business policies, business processes, and the environment in which the scenario takes place. Business scenarios are used within TOGAF to ensure that the architecture has a clear link to the business requirements.



Consider the following:
In Phase A a business capability map and a core set of value streams were created while developing the Architecture Vision.
Why would such Architecture Descriptions need to be updated in Phase B?

  1. Phase B requires that all Architecture Descriptions be updated.
  2. The development of Business Architecture Descriptions is always iterative.
  3. Phase B is an ADM Architecture Development phase.
  4. A new value stream was assessed as in the project scope.

Answer(s): B

Explanation:

The development of Business Architecture Descriptions is always iterative because it involves constant refinement and validation of the architecture models and views based on stakeholder feedback and changing requirements. Therefore, any Architecture Description that was created in Phase A may need to be updated in Phase B as new information or insights emerge. Phase B does not require that all Architecture Descriptions be updated, only those that are relevant and necessary for the Business Architecture. Phase B is an ADM Architecture Development phase, but that does not explain why Architecture Descriptions need to be updated. A new value stream may or may not require updating existing Architecture Descriptions depending on its scope and impact. In TOGAF's ADM, the development of architecture is an iterative process. During Phase A, initial business capability maps and value streams are created to establish the Architecture Vision. However, as stakeholders provide more detailed inputs and requirements are refined, it is necessary to update the Architecture Descriptions. This is an iterative process that continues into Phase B, Business Architecture, where these descriptions are further developed and refined.






Post your Comments and Discuss The Open Group OGBA-101 exam with other Community members:

OGBA-101 Exam Discussions & Posts