BTW, DOWNLOAD part of Prep4SureReview OGEA-102 dumps from Cloud Storage: https://drive.google.com/open?id=1z-KZZzGWzwmKwNABp0Q9pa_YFmBx-aFg
When you have adequately prepared for the TOGAF Enterprise Architecture Part 2 Exam (OGEA-102) questions, only then you become capable of passing the The Open Group exam. There is no purpose in attempting the The Open Group OGEA-102 certification exam if you have not prepared with Prep4SureReview's Free The Open Group OGEA-102 PDF Questions. It's time to get serious if you want to validate your abilities and earn the The Open Group OGEA-102 Certification. If you hope to pass the TOGAF Enterprise Architecture Part 2 Exam exam on your first attempt, you must be studied with real OGEA-102 exam questions verified by The Open Group OGEA-102.
| Section | Objectives |
|---|---|
| Context for Enterprise Architecture | - Stakeholder Management |
| Supporting ADM Work | |
| Architecture Development | - Phase H (Change Management) - Requirements Management - Phase A (Starting Point) - Phase B, C, D (Architecture Domains) - Phase E, F, G (Implementation) |
Many candidates may take the price into consideration while buying OGEA-102 exam materials. The price of OGEA-102 exam materials is quite reasonable, you can afford it no matter you are students or the employees in the company. Furthermore the OGEA-102 Exam Materials is high-quality, so that it can help you to pass the exam just one time, we will never let your money gets nothing returns. If you indeed fail the exam, money back will be guaranteed.
NEW QUESTION # 27
Please read this scenario prior to answering the question
You have been appointed as Chief Enterprise Architect (CEA). reporting to the Chief Technical Officer (CTO), of a company established as a separate operating entity by a major automotive manufacturer. The mission of the company is to build a new industry leading unified technology and software platform for electric vehicles.
The company uses the TOGAF Standard as the basis for its Enterprise Architecture (EA) framework, and architecture development follows the purpose-based EA Capability model as described in the TOGAF Series Guide: A Practitioners'Approach to Developing Enterprise Architecture Following the TOGAF® ADM.
An end-to-end Target Architecture has been completed with a roadmap for change over a five-year period. The new platform will be a cross-functional effort between hardware and software teams, with significant changes over the old platform. It is expected to be developed in several stages over three years. The EA team has inherited the architecture for the previous generation hardware and software automotive platform, some of which can be carried over to the new unified platform. The EA team has started to define the new platform, including defining which parts of the architecture to carry forward.
Enough of the Business Architecture has been defined, so that work can commence on the Information Systems and Technology Architectures. Those need to be defined to support the core business services that the company plans to provide. The core services will feature an innovative approach with swarm data generated by vehicles, paving the way for autonomous driving in the future.
The presentation and access to different variations of data that the company plans to offer through its platform pose an architecture challenge. The application portfolio and supporting infrastructure need to interact with various existing cloud services and data- Refer to the scenario You have been asked what approach should be taken to determine and organize the work to deliver the requested architectures?
Based on the TOGAF standard which of the following is the best answer?
Answer: D
Explanation:
The Target Architecture is a description of the future state of the architecture that addresses the business goals and drivers, and satisfies the stakeholder requirements and concerns. The Target Architecture is developed through the Architecture Development Method (ADM), which is the core process of the TOGAF standard that guides the development and management of the enterprise architecture. The Target Architecture is typically divided into four domains: Business, Data, Application, and Technology. The Target Architecture also includes a roadmap for change, which defines the Transition Architectures, the Capability Increments, and the work packages that enable the transition from the Baseline Architecture to the Target Architecture12 The best answer is B, because it describes the approach that should be taken to determine and organize the work to deliver the requested architectures, which are the Information Systems and Technology Architectures. The answer covers the following steps:
Refer to the end-to-end Target Architecture for guidance and direction. The end-to-end Target Architecture provides the overall vision, scope, and objectives of the architecture work, and the alignment with the business strategy and goals. The end-to-end Target Architecture also provides the high-level definitions and principles for the four architecture domains, and the roadmap for change that outlines the major milestones and deliverables.
Identify projects, dependencies and synergies, then prioritize before initiating the projects. Projects are the units of work that implement the architecture work packages, which are the sets of actions or tasks that are required to implement a specific part of the architecture. Dependencies are the relationships and constraints that affect the order or priority of the projects, such as logical, temporal, or resource dependencies. Synergies are the benefits or advantages that result from the combination or coordination of the projects, such as cost savings, efficiency gains, or innovation opportunities. Prioritization is the process of ranking the projects according to their importance, urgency, or value, and assigning resources and schedules accordingly.
Develop high-level architecture descriptions. High-level architecture descriptions are the outputs of the architecture development phases (B, C, and D) of the ADM cycle, which describe the Business, Data, Application, and Technology Architectures in terms of the Architecture Building Blocks (ABBs) and the Solution Building Blocks (SBBs), which are reusable components of business, IT, or architectural capability. High-level architecture descriptions also include the Architecture Views, which are representations of the system of interest from the perspective of one or more stakeholders and their concerns.
For each project, estimate effort size, identify reference architectures, and candidate building blocks. Effort size is the measure of the amount of work, time, or resources required to complete a project. Effort size can be estimated using various techniques, such as analogy, expert judgment, parametric, or bottom-up. Reference architectures are standardized architectures that provide a common framework and vocabulary for a specific domain or industry. Reference architectures can be used as a source of best practices, patterns, and models for the architecture development. Candidate building blocks are the potential ABBs or SBBs that can be used to implement the architecture. Candidate building blocks can be identified from the Architecture Repository, which is a collection of architecture assets, such as models, patterns, principles, standards, and guidelines.
Identify the resource needs considering cost and value. Resource needs are the specifications and criteria that define the acceptable level and quality of the resources required to complete the project, such as human, financial, physical, or technological resources. Resource needs can be identified by analyzing the scope, complexity, and dependencies of the project, and the availability, capability, and suitability of the resources. Cost and value are the factors that influence the allocation and utilization of the resources, such as the budget, the return on investment, the benefits, or the risks.
Document options, risks, and controls to enable viability analysis and trade-off with the stakeholders. Options are the alternative ways of achieving the project objectives, such as different solutions, technologies, vendors, or approaches. Risks are the effects of uncertainty on the project objectives, such as threats or opportunities. Controls are the measures or actions that are taken to prevent, reduce, or mitigate the risks, such as policies, procedures, or standards. Viability analysis is the process of evaluating and comparing the options, risks, and controls, and determining the feasibility, suitability, and desirability of each option. Trade-off is the decision outcome that balances and reconciles the multiple, often conflicting, requirements and concerns of the stakeholders, and ensures alignment with the Architecture Vision and the Architecture Principles.
References: 1: The TOGAF Standard, Version 9.2, Part II: Architecture Development Method (ADM), Chapter 5: Introduction to the ADM 2: The TOGAF Standard, Version 9.2, Part IV: Architecture Content Framework, Chapter 36: Building Blocks : The TOGAF Standard, Version 9.2, Part II: Architecture Development Method (ADM), Chapter 18: Phase A: Architecture Vision : The TOGAF Standard, Version 9.2, Part II: Architecture Development Method (ADM), Chapter 19: Phase B: Business Architecture : The TOGAF Standard, Version 9.2, Part II: Architecture Development Method (ADM), Chapter 20: Phase C: Information Systems Architectures : The TOGAF Standard, Version 9.2, Part II: Architecture Development Method (ADM), Chapter 21: Phase F: Migration Planning : The TOGAF Standard, Version 9.2, Part III: ADM Guidelines and Techniques, Chapter 23: Architecture Principles : The TOGAF Standard, Version 9.2, Part III: ADM Guidelines and Techniques, Chapter 30: Trade-Off Analysis : The TOGAF Standard, Version 9.2, Part VI: Architecture Capability Framework, Chapter 46: Tools for Architecture Development : The TOGAF Standard, Version 9.2, Part VI: Architecture Capability Framework, Chapter 47: Architecture Board : The TOGAF Standard, Version 9.2, Part VI: Architecture Capability Framework, Chapter 48: Architecture Compliance : The TOGAF Standard, Version 9.2, Part VI: Architecture Capability Framework, Chapter 49: Architecture Contract : The TOGAF Standard, Version 9.2, Part VI: Architecture Capability Framework, Chapter 50: Architecture Governance : The TOGAF Standard, Version 9.2, Part VI: Architecture Capability Framework, Chapter 51: Architecture Maturity Models : The TOGAF Standard, Version 9.2, Part VI: Architecture Capability Framework, Chapter 52: Architecture Skills Framework
NEW QUESTION # 28
Please read this scenario prior to answering the question
You are part of the Enterprise Architecture (EA) team at a company, employed as an Enterprise Architect.
The company creates and sells goods targeted at the consumer market, which are sold to retail organizations worldwide.
The EA team has operated successfully for several years and has well developed processes based on the TOGAF standard. The EA team ' s responsibilities include architecting product development processes and customer experience. The Enterprise Architecture practice at the company is sponsored by the Chief Technology Officer.
The company uses Agile product management techniques and Agile development practices. The EA team works with the product management teams, supporting and enabling the Agile development teams. The company routinely implements architecture and solution sprints that run in parallel, with the EA team developing Minimum Viable Architecture (MVA) deliverables.
The company is starting a digital transformation project where it will expand its offerings from physical products to also Include digital products and digital services. This includes enabling each of its product lines to offer digital products or services associated with their existing physical products.
You have been asked to work on a specific product line, which is experimenting with new direct-to-consumer digital products using a third-party platform. A Minimum Viable Architecture approach was taken for this experiment, including a shallow architecture development iteration with a focus on the Application Architecture, followed by a quick and minimal Implementation.
Customer feedback shows that the direct-to-consumer digital products are missing their revenue targets and are not reaching the target customers. The feedback is also saying that the customers do not find much value in these direct-to-consumer digital products. The product manager is seeking advice on how to tackle these problems, while making sure that the products stay within the guardrails set by the EA team.
Refer to the scenario
How will you gather information to address the missed revenue targets and inability to reach the intended target customers?
Based on the TOGAF standard which of the following is the best answer?
Answer: D
Explanation:
C is the best answer because the failure is not primarily an application-design failure; it is a business-value and customer-alignment failure. The product is missing revenue targets, failing to reach intended customers, and not delivering perceived value. The correct TOGAF response is therefore to iterate the Business Architecture in ADM Phase B and develop business models that clarify customer groups, value propositions, cost-to-serve, and revenue implications. This directly addresses the economic and market assumptions behind the direct-to-consumer product line. Value stream mapping is also appropriate because it decomposes how value is created and delivered to the customer, making it possible to identify where the product experience or offering fails to generate value. Option A is too technology-led and unnecessarily restarts a full ADM cycle. B is close, but starting from the baseline Business Architecture is weaker in a greenfield digital-product experiment; the issue is the target business model and customer-value hypothesis. D brings in Application and Data Architecture too early and focuses on tools rather than understanding the business problem. References:
ADM Phase B, Business Architecture; Business Models; Value Streams; Customer Journey Mapping; Minimum Viable Architecture. The Open Group identifies business modeling, capabilities, and value streams as core TOGAF Business Architecture competencies.
NEW QUESTION # 29
Please read this scenario prior to answering the question
Your role is that of a senior architect, reporting to the Chief Enterprise Architect, at a medium-sized company with 400 employees. The nature of the business is such that the data and the information stored on the company systems is their major asset and is highly confidential.
The company employees travel extensively for work and must communicate over public infrastructure using message encryption, VPNs, and other standard safeguards. The company has invested in cybersecurity awareness training for all its staff. However, it is recognized that even with good education as well as system security, there is a dependency on third-parly suppliers of infrastructure and software.
The company uses the TOGAF standard as the method and guiding framework for its Enterprise Architecture (EA) practice. The CTO is the sponsor of the activity.
The Chief Security Officer (CSO) has noted an increase in ransomware (malicious software used in ransom demands) attacks on companies with a similar profile. The CSO recognizes that no matter how much is spent on education, and support, it is likely just a matter of time before the company suffers a significant attack that could completely lock them out of their information assets.
A risk assessment has been done and the company has sought cyber insurance that includes ransomware coverage. The quotation for this insurance is hugely expensive. The CTO has recently read a survey that stated that one in four organizations paying ransoms were still unable to recover their data, while nearly as many were able to recover the data without paying a ransom. The CTO has concluded that taking out cyber insurance in case they need to pay a ransom is not an option.
Refer to the scenario
You have been asked to describe the steps you would take to improve the resilience of the current architecture?
Based on the TOGAF standard which of the following is the best answer?
Answer: C
Explanation:
Business continuity is the ability of an organization to maintain essential functions during and after a disaster or disruption. Business continuity requirements are the specifications and criteria that define the acceptable level of performance and availability of the business processes and services in the event of a disaster or disruption. A gap analysis is a technique that compares the current state of the architecture with the desired state, and identifies the gaps or differences that need to be addressed. A change request is a formal proposal for an amendment to some product or system, such as the architecture. A Request for Architecture Work is a document that describes the scope, approach, and expected outcomes of an architecture project123 The best answer is A, because it describes the steps that would improve the resilience of the current architecture, which is the ability to withstand and recover from a ransomware attack or any other disruption. The steps are:
Determine the business continuity requirements, which specify the minimum acceptable level of performance and availability of the business processes and services in case of a ransomware attack. This would involve identifying the critical business functions, the recovery time objectives, the recovery point objectives, and the dependencies and resources needed for recovery.
Undertake a gap analysis of the current Enterprise Architecture, which compares the current state of the architecture with the desired state based on the business continuity requirements. This would involve assessing the strengths and weaknesses of the current architecture, the risks and opportunities for improvement, and the gaps or differences that need to be addressed.
Make recommendations for change requirements to address the situation and create a change request. This would involve proposing solutions and alternatives to close the gaps, enhance the resilience, and mitigate the risks of the current architecture. The change request would document the rationale, scope, impact, and benefits of the proposed changes, and seek approval from the relevant stakeholders.
Manage a meeting of the Architecture Board to assess and approve the change request. The Architecture Board is a governance body that oversees the architecture work and ensures compliance with the architecture principles, standards, and goals. The meeting would involve presenting the change request, discussing the pros and cons, resolving any issues or conflicts, and obtaining the approval or rejection of the change request.
Once approved, produce a new Request for Architecture Work to activate an ADM cycle to carry out a project to define the change. The Request for Architecture Work would describe the scope, approach, and expected outcomes of the architecture project that would implement the approved change request. The Request for Architecture Work would initiate a new cycle of the Architecture Development Method (ADM), which is the core process of the TOGAF standard that guides the development and management of the enterprise architecture.
References: 1: The TOGAF Standard, Version 9.2, Part III: ADM Guidelines and Techniques, Chapter 33: Business Scenarios 2: The TOGAF Standard, Version 9.2, Part III: ADM Guidelines and Techniques, Chapter 30: Gap Analysis 3: The TOGAF Standard, Version 9.2, Part III: ADM Guidelines and Techniques, Chapter 31: Architecture Change Management : The TOGAF Standard, Version 9.2, Part II: Architecture Development Method (ADM), Chapter 7: Request for Architecture Work : The TOGAF Standard, Version 9.2, Part III: ADM Guidelines and Techniques, Chapter 34: Business Transformation Readiness Assessment : The TOGAF Standard, Version 9.2, Part III: ADM Guidelines and Techniques, Chapter 30: Gap Analysis : The TOGAF Standard, Version 9.2, Part III: ADM Guidelines and Techniques, Chapter 31: Architecture Change Management : The TOGAF Standard, Version 9.2, Part VI: Architecture Capability Framework, Chapter 50: Architecture Governance : The TOGAF Standard, Version 9.2, Part II: Architecture Development Method (ADM), Chapter 7: Request for Architecture Work
NEW QUESTION # 30
Please read this scenario prior to answering the question
You have been appointed as Chief Enterprise Architect (CEA). reporting to the Chief Technical Officer (CTO), of a company established as a separate operating entity by a major automotive manufacturer. The mission of the company is to build a new industry leading unified technology and software platform for electric vehicles.
The company uses the TOGAF Standard as the basis for its Enterprise Architecture (EA) framework, and architecture development follows the purpose-based EA Capability model as described in the TOGAF Series Guide: A Practitioners'Approach to Developing Enterprise Architecture Following the TOGAF ADM.
An end-to-end Target Architecture has been completed with a roadmap for change over a five-year period. The new platform will be a cross-functional effort between hardware and software teams, with significant changes over the old platform. It is expected to be developed in several stages over three years. The EA team has inherited the architecture for the previous generation hardware and software automotive platform, some of which can be carried over to the new unified platform. The EA team has started to define the new platform, including defining which parts of the architecture to carry forward.
Enough of the Business Architecture has been defined, so that work can commence on the Information Systems and Technology Architectures. Those need to be defined to support the core business services that the company plans to provide. The core services will feature an innovative approach with swarm data generated by vehicles, paving the way for autonomous driving in the future.
The presentation and access to different variations of data that the company plans to offer through its platform pose an architecture challenge. The application portfolio and supporting infrastructure need to interact with various existing cloud services and data- Refer to the scenario You have been asked what approach should be taken to determine and organize the work to deliver the requested architectures?
Based on the TOGAF standard which of the following is the best answer?
Answer: D
Explanation:
The Target Architecture is a description of the future state of the architecture that addresses the business goals and drivers, and satisfies the stakeholder requirements and concerns. The Target Architecture is developed through the Architecture Development Method (ADM), which is the core process of the TOGAF standard that guides the development and management of the enterprise architecture. The Target Architecture is typically divided into four domains: Business, Data, Application, and Technology. The Target Architecture also includes a roadmap for change, which defines the Transition Architectures, the Capability Increments, and the work packages that enable the transition from the Baseline Architecture to the Target Architecture12 The best answer is B, because it describes the approach that should be taken to determine and organize the work to deliver the requested architectures, which are the Information Systems and Technology Architectures. The answer covers the following steps:
Refer to the end-to-end Target Architecture for guidance and direction. The end-to-end Target Architecture provides the overall vision, scope, and objectives of the architecture work, and the alignment with the business strategy and goals. The end-to-end Target Architecture also provides the high-level definitions and principles for the four architecture domains, and the roadmap for change that outlines the major milestones and deliverables.
Identify projects, dependencies and synergies, then prioritize before initiating the projects. Projects are the units of work that implement the architecture work packages, which are the sets of actions or tasks that are required to implement a specific part of the architecture. Dependencies are the relationships and constraints that affect the order or priority of the projects, such as logical, temporal, or resource dependencies. Synergies are the benefits or advantages that result from the combination or coordination of the projects, such as cost savings, efficiency gains, or innovation opportunities. Prioritization is the process of ranking the projects according to their importance, urgency, or value, and assigning resources and schedules accordingly.
Develop high-level architecture descriptions. High-level architecture descriptions are the outputs of the architecture development phases (B, C, and D) of the ADM cycle, which describe the Business, Data, Application, and Technology Architectures in terms of the Architecture Building Blocks (ABBs) and the Solution Building Blocks (SBBs), which are reusable components of business, IT, or architectural capability. High-level architecture descriptions also include the Architecture Views, which are representations of the system of interest from the perspective of one or more stakeholders and their concerns.
For each project, estimate effort size, identify reference architectures, and candidate building blocks. Effort size is the measure of the amount of work, time, or resources required to complete a project. Effort size can be estimated using various techniques, such as analogy, expert judgment, parametric, or bottom-up. Reference architectures are standardized architectures that provide a common framework and vocabulary for a specific domain or industry. Reference architectures can be used as a source of best practices, patterns, and models for the architecture development. Candidate building blocks are the potential ABBs or SBBs that can be used to implement the architecture. Candidate building blocks can be identified from the Architecture Repository, which is a collection of architecture assets, such as models, patterns, principles, standards, and guidelines.
Identify the resource needs considering cost and value. Resource needs are the specifications and criteria that define the acceptable level and quality of the resources required to complete the project, such as human, financial, physical, or technological resources. Resource needs can be identified by analyzing the scope, complexity, and dependencies of the project, and the availability, capability, and suitability of the resources. Cost and value are the factors that influence the allocation and utilization of the resources, such as the budget, the return on investment, the benefits, or the risks.
Document options, risks, and controls to enable viability analysis and trade-off with the stakeholders. Options are the alternative ways of achieving the project objectives, such as different solutions, technologies, vendors, or approaches. Risks are the effects of uncertainty on the project objectives, such as threats or opportunities. Controls are the measures or actions that are taken to prevent, reduce, or mitigate the risks, such as policies, procedures, or standards. Viability analysis is the process of evaluating and comparing the options, risks, and controls, and determining the feasibility, suitability, and desirability of each option. Trade-off is the decision outcome that balances and reconciles the multiple, often conflicting, requirements and concerns of the stakeholders, and ensures alignment with the Architecture Vision and the Architecture Principles.
NEW QUESTION # 31
Please read this scenario prior to answering the question
You are employed as an Enterprise Architect working at a vehicle manufacturing company. The company specializes in buses and coaches. You are part of an Enterprise Architecture (EA) team that has responsibilities across multiple divisions of the company. EA provides the company with a comprehensive framework to develop and manage their manufacturing infrastructure, processes for component production, and design and testing systems.
The company has a corporate strategy that focuses on switching to electric power for its vehicles. It has invested heavily in a new standardized design, production efforts, and major components to use across all its product range. The company has multiple manufacturing plants in North America, Europe, and in Asia.
Customer demand has caused a backlog of orders because many customers want to have more environmentally friendly public transportation. There are not enough electronic components available, which is making it hard to produce products and meet customer demand. To address this issue, the company has started making the battery packs themselves and has hired new suppliers.
The EA team is working on a project to improve the process and systems to design, produce, and test the battery pack. As part of putting the new battery pack into production, changes to the assembly processes need to be made. A trial has been completed at a single location. The Chief Engineer, sponsor of the project, and the Architecture Board have approved the plan to roll out these changes to all plants.
Preliminary Architecture Contracts are being developed to detail the work needed to put in place the new processes for each location. The EA team leader has called a meeting to discuss the contracts. It is emphasized that the Architecture Contract will serve as the key connection between architecture and implementation organizations.
The company mixes internal teams with a few third-party contractors at the locations.
The Chief Engineer is worried that the implementation and deployment will not be consistent and of satisfactory quality.
The company has an established EA practice. It uses the TOGAF standard as the foundation for its work including the internal EA framework. Additionally, the company uses various management frameworks such as business planning, project management, and operations management.
Refer to the scenario
The EA team leader asks you how you would address the Chief Engineer's concern.
Based on the TOGAF standard, which of the following is the best answer?
Answer: B
Explanation:
The Chief Engineer is concerned that implementation across multiple plants and mixed teams (internal + contractors) may be inconsistent and of poor quality.
The question asks: How should Architecture Contracts be used to address this concern according to the TOGAF standard?
TOGAF states that an Architecture Contract must:
Define obligations of both architecture and implementation organizations Specify metrics, measures, acceptance criteria, and success factors Identify risks and mitigation Support Architecture Governance through compliance reviews Apply to BOTH internal teams and external suppliers (external contracts must be legally enforceable) Option C is the only one that correctly reflects these TOGAF requirements.
✔ Why Option C is correct
1. Architecture Contracts must specify goals, measures, acceptance terms, and risks TOGAF explicitly states that Architecture Contracts should include:
Statement of Architecture Work
Performance metrics and measures
Acceptance criteria
Risks and issues
Compliance and conformance requirements
Option C includes all of these.
2. Third-party contracts must be legally enforceable
True - TOGAF states that when external suppliers are involved, Architecture Contracts often take the form of legally binding contracts.
Option C:
"Third-party contracts must be legally enforceable."
Correct.
3. Compliance reviews must be scheduled
TOGAF's Architecture Governance Framework prescribes scheduled Architecture Compliance Reviews to ensure that implementation conforms to the Architecture Contract.
Option C:
"establish a schedule of compliance reviews at key points"
Correct - this directly addresses the Chief Engineer's concern about consistency and quality.
4. Deviations must be reviewed by the Architecture Board and any dispensations should be time-bound TOGAF allows dispensations but requires:
Formal review
Approval by the Architecture Board
Time-bound accommodations rather than permanent exceptions
Option C includes exactly this guidance.
NEW QUESTION # 32
......
You can use your smart phones, laptops, the tablet computers or other equipment to download and learn our OGEA-102 learning dump. Moreover, our customer service team will reply the clients’ questions patiently and in detail at any time and the clients can contact the online customer service even in the midnight. The clients at home and abroad can purchase our OGEA-102 Certification Questions online. Our service covers all around the world and the clients can receive our OGEA-102 study practice guide as quickly as possible.
Pdf OGEA-102 Exam Dump: https://www.prep4surereview.com/OGEA-102-latest-braindumps.html
P.S. Free & New OGEA-102 dumps are available on Google Drive shared by Prep4SureReview: https://drive.google.com/open?id=1z-KZZzGWzwmKwNABp0Q9pa_YFmBx-aFg