This document provides details for a Gate 2 presentation for a program named [NAME]. The summary includes an overview of the program scope, organizational structure, and benefits. Key elements covered include the program's vision and objectives, components, governance structure, user requirements, benefits metrics, funding needs, and risks. Approval is sought from stakeholders to advance to the next program phase.
Are you thinking to craft a good PPT on project execution? Not to worry! We have come up with the project execution PowerPoint presentation slides that will help you build up your key program deliverables. Using our project management PPT designs, you can promote your business plan by specifying project quality management, work plan, etc. Furthermore, these control execution PPT graphics have been incorporated by highly qualified designers & with extensive research. Furthermore, our project development presentation illustrations cover all the related templates such as project progress summary, issues management, line chart, clustered column chart and many more. What more do you expect? In addition to this, execution plan PowerPoint designs can also be used for similar topics such as program documentation, execution plan, earned value management, risk analysis matrix, resource allocation, critical path method, product benefit realization, program charter, and responsibility assignment matrix. So without wasting your time, just grab our PowerPoint Visuals. Evaluate concepts with our Project Execution Powerpoint Presentation Slides. Be able to assess the depth behind it. https://bit.ly/3y8LoTy
A project management plan is a formal, approved document that defines how the project is executed, monitored, and controlled. It may be a summary or a detailed document and may include baselines, subsidiary management plans, and other planning documents.Project managers spend a substantial amount of time ensuring baselines are achieved, ensuring the project sponsor and the organization get the full benefits of their projects. Besides proper planning, a project manager’s abilities also lie in efficiently controlling the project and ensuring project deliverables are on time—and that the project is completed per the project management plan.
The risk response planning involves determining ways to reduce or eliminate any threats to the project, and also the opportunities to increase their impact. ... Planning for risks is iterative. Qualitative risk, quantitative risk, and risk response planning do not end ones you begin work on the project ..
Ias sl atrack-guard tour monitoring ver1indusaviation
SLA-Track a Guard tour Monitoring System developed by Indus Aviation Systems , SLA-Track will help you to secure your Property area and valuable assets . Guard tour monitoring systems ensures proof of presence while Patrolling.
Are you thinking to craft a good PPT on project execution? Not to worry! We have come up with the project execution PowerPoint presentation slides that will help you build up your key program deliverables. Using our project management PPT designs, you can promote your business plan by specifying project quality management, work plan, etc. Furthermore, these control execution PPT graphics have been incorporated by highly qualified designers & with extensive research. Furthermore, our project development presentation illustrations cover all the related templates such as project progress summary, issues management, line chart, clustered column chart and many more. What more do you expect? In addition to this, execution plan PowerPoint designs can also be used for similar topics such as program documentation, execution plan, earned value management, risk analysis matrix, resource allocation, critical path method, product benefit realization, program charter, and responsibility assignment matrix. So without wasting your time, just grab our PowerPoint Visuals. Evaluate concepts with our Project Execution Powerpoint Presentation Slides. Be able to assess the depth behind it. https://bit.ly/3y8LoTy
A project management plan is a formal, approved document that defines how the project is executed, monitored, and controlled. It may be a summary or a detailed document and may include baselines, subsidiary management plans, and other planning documents.Project managers spend a substantial amount of time ensuring baselines are achieved, ensuring the project sponsor and the organization get the full benefits of their projects. Besides proper planning, a project manager’s abilities also lie in efficiently controlling the project and ensuring project deliverables are on time—and that the project is completed per the project management plan.
The risk response planning involves determining ways to reduce or eliminate any threats to the project, and also the opportunities to increase their impact. ... Planning for risks is iterative. Qualitative risk, quantitative risk, and risk response planning do not end ones you begin work on the project ..
Ias sl atrack-guard tour monitoring ver1indusaviation
SLA-Track a Guard tour Monitoring System developed by Indus Aviation Systems , SLA-Track will help you to secure your Property area and valuable assets . Guard tour monitoring systems ensures proof of presence while Patrolling.
The role of Risk Assessment and Risk Management is to continuously Identify, Analyze, Plan, Track, Control, and Communicate the risks associated with a project.
The Webster’s definition of risk is the possibility of suffering a loss. Risk in itself is not bad. Risk is essential to progress and failure is often a key part of learning. Managing risk is a key part of success.
This document describes the foundations for conducting a risk assessment of a large-scale system development project. Such a project will likely include the procurement of Commercial Off The Shelf (COTS) products as well as their integration with legacy systems.
Example of the stage-gate product management process (sometimes referred to as the phase-gate process). This type of process is used to bring new products or updates to market. At the completion of each phase, there is general a review of the project along with a go / no go / hold / rework decision.
The processes are separated into colors according to knowledge areas and process groups. Based on The Standard for Program Management — Third Edition. Developed under permission from Project Management Institute.
Program Management Processes Flow in English - 3rd Edition - Simplified VersionRicardo Viana Vargas
In this simplified version of the The Standard for Program Management— Third Edition Processes Flow only the processes names are show, without their outputs.
Project Management is a well defined concept found in many guidebooks and Bodies of Knowledge. Putting these guides and BOK’s to work for the benefit of the enterprise is the role of Project Governance
THERE'S A NEW VERSION AVAILABLE: https://www.slideshare.net/ricardo.vargas/pmbok-guide-processes-flow-6th-edition
The 47 processes are separated into colors according to their respective knowledge areas. Only the main connections that are depicted in the PMBOK® Guide are shown in this process flow.
PMBOK® Guide 5th edition Processes Flow in English - Simplified VersionRicardo Viana Vargas
THERE'S A NEW VERSION AVAILABLE: https://www.slideshare.net/ricardo.vargas/pmbok-guide-processes-flow-6th-edition-simplified-version
In this simplified version of the PMBOK® Guide 5th edition Processes Flow only the 47 processes names are show, without their inputs, tools and techniques and outputs.
[Insert System Name (Acronym)]Security Categorization Moderat.docxdanielfoster65629
[Insert System Name (Acronym)]
Security Categorization: Moderate
System System Security Plan
Version [Insert #]
[Insert Date]
Prepared by
[Insert Group/Organization/Company Name]
[Insert Street Address]
[Insert City, State, and Zip Code]
[Insert Group/Organization Name] [Insert System Acronym] SSP Version [Insert #]
viii
[This sample format provides a template for preparing a System Security Plan for System C&A processing. The template is intended to be used as a guide, and the preparer should modify the format as necessary to meet the system’s security controls and comply with internal policies. Where practical, the guide provides instructions [in blue, bolded text] for completing specific sections.
Remove this page before releasing the first draft.
DOCUMENT CHANGE CONTROL
Version
Release Date
Summary of Changes
Addendum Number[footnoteRef:1] [1: Minor changes should be recorded in the addendum section of this document. These changes must be incorporated into the main document upon the next full document release (at least annually). ]
Name
[Version 0.1]
[Insert Date]
[First Draft – Initial draft.]
[Insert Addendum #]
[Insert Name]
[Version 0.2]
[Insert Date]
[Second Draft – Incorporates information collected from working session with stakeholders.]
[Insert Addendum #]
[Insert Name]
[Version 0.3]
[Insert Date]
[Third Draft – Incorporates changes from C&A Team QC.]
[Insert Addendum #]
[Insert Name]
[Version 0.4]
[Insert Date]
[Fourth Draft – Incorporates changes from validation session with stakeholders.]
[Insert Addendum #]
[Insert Name]
[Version 0.5]
[Insert Date]
[Fifth Draft – Incorporates changes from collaboration meeting on the ST&E plan with stakeholders.]
[Insert Addendum #]
[Insert Name]
[Version 0.6]
[Insert Date]
[Sixth Draft – Incorporates changes based on ST&E findings.]
[Insert Addendum #]
[Insert Name]
[Version 0.9]
[Insert Date]
[Ninth Draft – Final Draft.]
[Insert Addendum #]
[Insert Name]
[Version 1.0]
[Insert Date]
[First Release.]
[Insert Addendum #]
[Insert Name]
[Insert Group/Organization Name] [Insert System Acronym] SSP Version [Insert #]1.
i
TABLE OF CONTENTS
1. PREFACE 1
2.SYSTEM IDENTIFICATION3
2.1System Name/Title/Unique Identifier3
2.2Security Categorization3
2.2.1Information System Type3
2.2.2Security Control Selection3
2.2.3Common Controls3
2.3Information System Security Plan Completion Date4
2.4Information System Security Plan Approval Date4
2.5System Owner4
2.6Authorizing Official5
2.7Other Designated Contacts5
2.8Assignment of Security Responsibility5
2.9System Operational Status6
2.10Privacy Considerations6
2.11Disclosure Considerations7
2.12e-Authentication7
2.13General Description/Purpose8
2.14System Environment8
2.15System Interconnection/Information Sharing8
2.16Laws, Regulations, and Policies Affecting the System9
3.MANAGEMENT CONTROLS10
3.1Risk Assessment (RA) Controls10
3.1.1RA-1: Risk Assessment Policy and Procedures10
3.1.2RA-2: Security Categorization10.
Getting buy-in from stakeholders can be difficult, especially when it comes to software when the buying process can be expensive, time-consuming, and confusing. Try out our system for building a business case for project management software to take the ambiguity out of it.
Want to set up a Digital Signage network Business TV or Advertising and get best garanties? Go for a method that afford you to secure development and quality of service
Project Management Methodology for Site LaunchesMichael Eydman
This deck summarizes the approach to project lifecycle methodology used by typical consumer goods or brand site launch initiative. It also includes a recommended process for incremental feature release process. It can be used as a guide for managing projects within this context. I would encourage an operations team to adapt it to your organizational structure and stakeholder's teams.
1. SPONSOR: [NAME]
PGM: [NAME]
PROG # [INSERT #]
PROGRAM: [NAME]
+QDCI:
[SELECT
DRIVERS]
Formulation (G1) Preparation (G2) Plan, Authorize, Execute Components Closure (G5)
PROGRAM DEFINITION PROGRAM DELIVERY PROGRAM CLOSURE
PROGRAM
PHASE GATE LIFECYCLE
Strategy
Deployment
2. SPONSOR: [NAME]
PGM: [NAME]
PROG # [INSERT #]
PROGRAM: [NAME]
+QDCI:
[SELECT
DRIVERS]
GATE 2
PROGRAM PREPARATION
Formulation (G1) Preparation (G2) Plan, Authorize, Execute Components Closure (G5)
PROGRAM DEFINITION PROGRAM DELIVERY PROGRAM CLOSURE
Gate 2
60 Min Presentation
Strategy
Deployment
3. SPONSOR: [NAME]
PGM: [NAME]
PROG # [INSERT #]
PROGRAM: [NAME]
+QDCI:
[SELECT
DRIVERS]
-
1. Scope and Prioritization
2. Organizational Structure
3. Component Management Plan
4. User Requirements
5. Benefits Register
6. Program Roadmap
7. Financial Picture
8. Human Resource Staffing Plan
9. Risk Management Plan
10. Communications Plan
3
Approval Required
Review, Recommend Change
Approval Required
Approval Required
Approval Required
Review, Recommend Change
Approval Required
Review, Recommend Change
Approval Required
ExpectationsDocuments for Review
G2
Documents and Approval Expectations
Approval Required
Program Execution Plan
4. SPONSOR: [NAME]
PGM: [NAME]
PROG # [INSERT #]
PROGRAM: [NAME]
+QDCI:
[SELECT
DRIVERS]
GATE 2 – PREPARATION
SCOPE AND PRIORITIZATION
4
I. VISION (REVISED)
[A one-sentence statement describing long-term desired change
resulting from this effort. What issue/opportunity will this
program provide the site?]
II. SCOPE (FINAL)
[Provide high level Scope Statement that will be used for all future
P3MO data collection]
IV. OUT OF SCOPE
[What is excluded from the scope of this project.]
[Program/Breakthrough Title]
[Project
Component 1]
[Project
Component 2]
[Project
Component 3]
[Project
Component 4]
[Project
Component 5]
III. COMPONENTS Approved - In Execution Not Approved Yet
Phase 2Phase 1
# Key Success Factors
1 (ex: High Level Sponsorship)
2
(Ex: Unified program governance with a High level of
involvement from all Business Partners and shared objectives
with business leaders)
3 (ex: Change management Program)
[REVISED FROM GATE 1]
V. PRIMARY BENEFITS (FINAL)
# Benefit Category Program Objective/Outcome to Realize Benefit
1
[Insert Primary
benefit categories
located on right. Ex:
Cost of Goods]
[Insert the Program Objective that must be
accomplished to demonstrate contribution to this
Benefit Category – Desired End State or Outcome]
2
[Insert Secondary
benefit category
located on right]
[Insert the Program Objective that must be
accomplished to demonstrate contribution to this
Benefit Category – Desired End State or Outcome]
3
[Insert Other key
benefit category
located on right]
[Insert the Program Objective that must be
accomplished to demonstrate contribution to this
Benefit Category – Desired End State or Outcome]
[benefit Driver –>]
FEASIBILITY
ATTRACTIVENESS
[SCORE]
[SCORE]
5. SPONSOR: [NAME]
PGM: [NAME]
PROG # [INSERT #]
PROGRAM: [NAME]
+QDCI:
[SELECT
DRIVERS]
6
GATE 2 – PREPARATION
ORGANIZATIONAL
STRUCTURE
VI. STEERING COMMITTEE [REVISED]
[Insert Comments]
VII. CORE TEAM
Role Dept Name Primary Responsibilities
Sponsor [dept] [Name]
PgM [dept] [Name]
Lead End User [dept] [Name]
[other] [dept] [Name]
[other] [dept] [Name]
Role Dept Name Primary Responsibilities
Sponsor [dept] [Name]
PgM [dept] [Name]
Lead End User [dept] [Name]
[other] [dept] [Name]
[other] [dept] [Name]
6. SPONSOR: [NAME]
PGM: [NAME]
PROG # [INSERT #]
PROGRAM: [NAME]
+QDCI:
[SELECT
DRIVERS]
Operate
as a
Network
Supply
Product
Reliably
Drive
Adapt-
ability
[Process] [#] [#] [#]
8
GATE 2 – PREPARATION
COMPONENT
MANAGEMENT PLAN
VIII. PROCESS TO INITIATE, TERMINATE, AND TRANSITION COMPONENTS
INITIATE: [This section describes the process and the criteria the board follows to initiate new components to be part of the program]
[Example:
• New or Unapproved Components: Any new or previously unapproved components/projects must present their Gate 1’s and 2s to the full
Portfolio Council to be included in the program’s scope].
• Approved Components: The Program Steering Committee will have the authority to approve supporting Gate 1 and Gate 2’s for ALL
components/projects listed in this Program’s Gate 2 Program Execution Plan.
• Note: All components will be required to submit Gate 1s (Business Cases) and Gate 2 (PEPs and URSs) to the P3MO for Program Archive.
CANCEL / TERMINATE COMPONENTS: [This section describes the process and the criteria the board follows to terminate approved components]
[Example:
• Impacting Benefit Delivery: Program Steering Committee with have the authority to terminate ANY components listed in this Program’s
Gate 2 that don’t impact the program’s ability to deliver on the expected benefits
• Not Impacting Benefit Delivery: All terminations that impact the program’s ability to deliver on the expected benefits must be approved
the Portfolio Council. Also, the Program Steering Committee will notify the P3MO and Key Program Stakeholders.
TRANSITION: [This section describes the process and the criteria the board follows to transition components when the work is complete and
benefits have been realized.]
[Example:
• Completed Requirements: Program Steering Committee with have the authority to transition ANY components using the P3MO closeout
process, once they feel they have achieved the scope and transition plan.
• Escalation: All transitions must be escalated to the P3MO and Key Program Stakeholders. Additionally, the P3MO will notify the Portfolio
Council via needed levels of urgency.]
• Note: All components will be required to submit Gate 5s (Closeout Docs) to the P3MO for Program Archive.
7. SPONSOR: [NAME]
PGM: [NAME]
PROG # [INSERT #]
PROGRAM: [NAME]
+QDCI:
[SELECT
DRIVERS]
GATE 2 – PREPARATION
PROGRAM REQUIREMENTS
[USER REQUIREMENTS]
<Comments>
# Category Requirement User Acceptance Criteria for Transition into Operations Due Date
1 Functionality <process, integration, standard> [Expected Transition state – What does “done” look like?]
2 Technical <material, utility, other technical> [Expected Transition state – What does done look like?]
3 Usability
<ease of Use, Documentation,
Impact>
[Expected Transition state – What does done look like?]
4 Performance
<availability, responsiveness,
reliability, Capability, scalability,
validation>
[Expected Transition state – What does done look like?]
5 Regulatory <Pharmaceutical, legal, Safety> [Expected Transition state – What does done look like?]
IX. USER REQUIREMENTS (PROVIDED BY LEAD END USER)
10
8. SPONSOR: [NAME]
PGM: [NAME]
PROG # [INSERT #]
PROGRAM: [NAME]
+QDCI:
[SELECT
DRIVERS]
13
GATE 2 – PREPARATION
BENEFITS REGISTER
#
Benefit
Category or
Type
Benefit to be
delivered
(SMART)
Component(s)
contributing to
Benefit
Measurement
Method
Benefit
Owner
KPI
Baseline
KPI
Target
Full
realizatio
n date
Yr1
Yr2
Yr3
Yr4
1
[Ex:
Headcount]
[Example:
Save 150
man-hours in
QC Lab by
2016]
• [Project X]
• [Project y]
• [Project z]
[ex: QC
Method Testing
Standard
Process
Assessment]
[Name,
Dept]
[Ex:
500hrs}
[Ex:350hrs] [date]
100
%
2 [Ex: Yield]
[Example:
Increase Yield
by 30% in
Suite 1 by
2017]
• [Project X]
• [Project y]
• [Project z]
[What is
the
baseline
that the
site is at
now]
[KPI Target
to achieve
success]
[date] 40%
100
%
3
[Ex:
Capacity]
[Example:
Increase
Capacity by
30% in Suite 2
by 2017]
• [Project X]
• [Project y]
• [Project z]
[What is
the
baseline
that the
site is at
now]
[What is
the KPI
Target to
achieve
success]
[date] 20% 40%
100
%
X. BENEFITS REGISTER
SLIDE MUST BE PREPARED IN COLLABORATION WITH FINANCE.
[EXPANDED FROM GATE 1]
9. SPONSOR: [NAME]
PGM: [NAME]
PROG # [INSERT #]
PROGRAM: [NAME]
+QDCI:
[SELECT
DRIVERS]
17
GATE 2 – PREPARATION
PROGRAM ROADMAP AND
PHASE GATE SCHEDULE
XIII. PROGRAM ROADMAP PROGRAM KICKOFF: [DATE] CLOSE: [DATE]
2015 2016 2017 2018 2019 2020
CRITICAL PATH
PROJECTS
[PROJECT 1] [PROJECT 2] [PROJECT 3]
[PHASE 1]
[PHASE 2]
[PHASE 1]
ENABLING
PROJECTS
[PROJECT 4]
[PHASE 2]
[PROJECT 6]
[PROJECT 7]
[PROJECT 5]
ENABLING
PROJECTS
CRITICAL PATH
PROJECTS
[PROJECT 11]
[PROJECT 13]
[PROJECT 12]
1 2 3
[Milestone] [Milestone] [Milestone]
[Benefit
Delivered
at
end of
Phase 1]
[PROJECT 8] [PROJECT 9] [PROJECT 10]4 5 6
[Milestone] [Milestone] [Milestone]
[Benefit
Delivered
at
end of
Phase 2]
XII. PHASE GATE SCHEDULE
Benefit Delivery (G3)
Council Approves Request for Phase 2 of Execution [Start – End Date]
Closure (G5)
Transition to Benefit Sustainment Phase
[Target Date]
[EXPANDED FROM GATE 1]
Schedu
11. SPONSOR: [NAME]
PGM: [NAME]
PROG # [INSERT #]
PROGRAM: [NAME]
+QDCI:
[SELECT
DRIVERS]
21
GATE 2 – PREPARATION
HUMAN RESOURCE
STAFFING PLAN
ROLE DEPT NAME Responsibilities
QX
YR
QX
YR
QX
YR
QX
YR
Avg
LOE %
Total
Hrs
Mgr
Approve
(Y, N)
Known
conflicting
priorities
Sponsor
Accountable for the business case. Ensures
robust drivers for investing resources in this
initiative, and ensures the drivers remain
robust throughout the initiative’s lifecycle.
[LOE
% or
Hrs]
[LOE
% or
Hrs]
[LOE
% or
Hrs]
[LOE
% or
Hrs]
[50%]
[180
hrs]
PM/PgM
Accountable for the planning and execution of
the initiative, as well as identifying and
escalating field conditions that can impact the
business case.
Lead End User
Accountable for ensuring the end products are
fit for purpose. Will incorporate the future
state delivered by this initiative into their
business as usual operations.
PM – Proj 1
PM – Proj 2
PM – Proj 3
PM – Proj 4
PM – Proj 5
SME
<Team
Member>
<Team
Member>
<Team
Member>
Avg FTE’s Per Qtr
XI. HUMAN RESOURCES
12. SPONSOR: [NAME]
PGM: [NAME]
PROG # [INSERT #]
PROGRAM: [NAME]
+QDCI:
[SELECT
DRIVERS]
GATE 2 – PREPARATION
RISK MGT PLAN
Risk Strategy: The Program initial risk assessment is above. This will be actively managed throughout the program execution phase. A clear
communication path has been established for all risks – program and project specific. These risks will be reported bi-weekly through the PMO
reporting tool by the L3 and L2 scheduler and responsible PMs, reviewed and escalated to the Program Manager and Sponsor as applicable,
via the mechanism detailed below.
• The risk owners and work stream leads will monitor risks and mitigation plans associated with their Level 3 schedules. The status updates,
identification of new risks, and trending of recurring risks will be monitored by the program controls team through updates to the PMO
reporting tool.
• The Program leadership and steering committee will monitor and mitigate risks that impact adherence to the Level 2 schedule or those
risks that impact multiple workstreams (e.g. resource challenges).
Risks will be escalated in the following order:
• Level 3 Risks will be managed through the PM (as appropriate)
• Level 2 Risks will be managed by the Program leadership team (weekly meeting)
• Level 2 Risks that cannot be managed by the Program Leadership team will be escalated to Program Steering (biweekly meeting).
• Level 2 Risks that cannot be managed by the Program Steering Committee will be escalated to the Program Sponsor (biweekly meeting).
XII. RISK REGISTER
# Type of Risk Benefit At Risk Potential Impact Prob Sev Recommended Mitigation
1
[project dependency,
Resources, Schedule, Cost,
Scope, Benefit, Quality]
[Describe how these add
Risk to delivery of the
intended benefits]
[project dependency,
Resources, Schedule,
Cost, Scope, Benefit,
Quality]
[rating] [rating]
[List any how your project will mitigate these
challenges]
2
3
4
5
[EXPANDED FROM GATE 1]
13. SPONSOR: [NAME]
PGM: [NAME]
PROG # [INSERT #]
PROGRAM: [NAME]
+QDCI:
[SELECT
DRIVERS]
23
# Topic Expected Outcome Target Audience Forum Frequency Responsible Actions Target Date
1 [Performance Reporting]
[What result
do we want
from this
communicatio
n?]
[Intended
recipient of
communication
(Site, SLT,
Managers, HR,
etc)]
[What method
of
communication
will we use?
(Allston Today,
EMT, Town Hall,
SLT, etc)]
[What will be
the
frequency]
Who is
responsible
[What
actions are
required to
prepare this]
[Message
Delivery
Date]
2 [Risks and Escalations]
3 [Change Requests]
4 [Key Decisions]
5 [Training]
6 [Knowledge Repository]
7 [Processes]
8
[Policies and Policy
Updates]
9 [Tools]
10 [Organizational Updates]
11
[Voice of Customer
Feedback or Input]
GATE 2 – PREPARATION
COMMUNICATIONS PLAN
XIII. COMMUNICATION PLAN
14. SPONSOR: [NAME]
PGM: [NAME]
PROG # [INSERT #]
PROGRAM: [NAME]
+QDCI:
[SELECT
DRIVERS]
-
1. Scope and Prioritization
2. Program Organizational Structure
3. Component Management Plan
4. User Requirements
5. Benefits Register
6. Program Roadmap
7. Financial Requirements
8. Human Resource Staffing Plan
9. Risk Management Plan
10. Communications Plan
24
Gate DecisionDocuments Reviewed
G2
Approval
Status
• Approval: Benefit proposed is worth
resources needed to execute
• Return: Return to this Gate with more
information or different options before
proceeding
• Cancelled: No further effort on this
initiative will be made; work and resources
stoppage
Program Execution Plan
Approved More Info Required Not Approved
Approved More Info Required Not Approved
Approved More Info Required Not Approved
Approved More Info Required Not Approved
Approved More Info Required Not Approved
Cancelled
G0 - Approved
Return
Approved More Info Required Not Approved
Approved More Info Required Not Approved
Approved More Info Required Not Approved