Common use of PROJECT FOUNDATION Clause in Contracts

PROJECT FOUNDATION. 3 Project Governance 3 Project Scope Control 4 Managing Scope and Project Change 4 Change Control 4 Change Request Management 4 Acceptance Process 6 Roles and Responsibilities 6 Tyler Roles & Responsibilities 6 Xxxxx Executive Manager 7 Tyler Implementation Manager 7 Xxxxx Project Manager 7 Tyler Implementation Consultant 8 Tyler Sales 8 Tyler Technical Services 8 City Roles & Responsibilities 9 City Executive Sponsor 9 City Steering Committee 9 City Project Manager 9 City Functional Leads 11 City Power Users 11 City End Users 12 City Technical Lead 12 City Change Management Lead 12 PART 3: PROJECT PLAN 13 Project Stages 13 Initiate and Plan 14 Initial Coordination 14 Project/Phase Planning 15 This work package is not applicable 16 Infrastructure Planning 16 Stakeholder Meeting 17 Control Point 1: Initiate & Plan Stage Acceptance 18 Assess & Define 18 Solution Orientation 18 Current & Future State Analysis 19 This work package is not applicable 20 Conversion Assessment 20 This work package is not applicable 21 Control Point 2: Assess & Define Stage Acceptance 21 Prepare Solution 22 Initial System Deployment 22 Configuration 23 Process Refinement 24 Conversion Delivery 25 This work package is not applicable 27 This work package is not applicable 27 Control Point 3: Prepare Solution Stage Acceptance 27 Production Readiness 27 Solution Validation 28 Go-Live Readiness 28 End User Training 29 Control Point 4: Production Readiness Stage Acceptance 31 Production 31 Go-Live 31 Transition to Client Services 32 Post Go-Live Activities 33 Control Point 5: Production Stage Acceptance 34 Close 34 Phase Closeout 35 Project Closeout 36 Control Point 6: Close Stage Acceptance 37 General Assumptions 37 Project 37 Organizational Change Management 37 Resources and Scheduling 38 Data 38 Facilities 39 Glossary 40 PART 4: APPENDICES 43 Conversion 43 ERP Pro Utility Billing Conversion Summary 43 Utility Billing - Standard 43 Utility Billing – Legacy/Historical Views 43 ERP Pro Financials Conversion Summary 43 General Ledger 43 Accounts Payable 43 Personnel Management 44 Additional Appendices 45 This work package is not applicable 45 Project Timeline 46 ERP Pro Financial Management Timeline 46 ERP Pro Utility Billing Timeline 47 This work package is not applicable 47 Part 1: Executive Summary Project Overview Introduction Tyler Technologies (“Tyler”) is the largest and most established provider of integrated software and technology services focused solely on the public sector. Xxxxx’x end-to-end solutions empower public sector entities including local, state, provincial and federal government, to operate more efficiently and connect more transparently with their constituents and with each other. By connecting data and processes across disparate systems, Xxxxx’x solutions transform how clients gain actionable insights that solve problems in their communities. Project Goals This Statement of Work (“SOW”) documents the methodology, implementation stages, activities, and roles and responsibilities, and project scope listed in the Investment Summary of the Agreement between Xxxxx and the City (collectively the “Project”). The overall goals of the project are to:  Successfully implement the contracted scope on time and on budget  Increase operational efficiencies and empower users to be more productive  Improve accessibility and responsiveness to external and internal customer needs  Overcome current challenges and meet future goals  Providing a single, comprehensive, and integrated solution to manage business functions  Streamline business processes through automation, integration, and workflows  Provide a user-friendly user interface to promote system use and productivity  Eliminate redundant data entry Methodology This is accomplished by the City and Xxxxx working as a partnership and Xxxxx utilizing its depth of implementation experience. While each Project is unique, all will follow Xxxxx’x six-stage methodology. Each of the six stages is comprised of multiple work packages, and each work package includes a narrative description, objectives, tasks, inputs, outputs/deliverables, assumptions, and a responsibility matrix. Tailored specifically for Xxxxx’x public sector clients, the project methodology contains Stage Acceptance Control Points throughout each Phase to ensure adherence to scope, budget, timeline controls, effective communications, and quality standards. Clearly defined, the project methodology repeats consistently across Phases, and is scaled to meet the City’s complexity and organizational needs. The methodology adapts to both single-phase and multiple-phase projects. To achieve Project success, it is imperative that both the City and Xxxxx commit to including the necessary leadership and governance. During each stage of the Project, it is expected that the City and Xxxxx Project teams work collaboratively to complete tasks. An underlying principle of Xxxxx’x Implementation process is to employ an iterative model where the City’s business processes are assessed, configured, validated, and refined cyclically in line with the project budget. This approach is used in multiple stages and work packages as illustrated in the graphic below. The delivery approach is systematic, which reduces variability and mitigates risks to ensure Project success. As illustrated, some stages, along with work packages and tasks, are intended to be overlapping by nature to complete the Project efficiently and effectively. Part 2: Project Foundation Project Governance Project governance is the management framework within which Project decisions are made. The role of Project governance is to provide a decision-making approach that is logical, robust, and repeatable. This allows organizations to have a structured approach for conducting its daily business in addition to project related activities. This section outlines the resources required to meet the business needs, objectives, and priorities for the Project, communicate the goals to other Project participants, and provide support and guidance to accomplish these goals. Project governance defines the structure for escalation of issues and risks, Change Control review and authority, and Organizational Change Management activities. Throughout the Statement of Work Xxxxx has provided RACI Matrices for activities to be completed throughout the implementation which will further outline responsibilities of different roles in each stage. Further refinement of the governance structure, related processes, and specific roles and responsibilities occurs during the Initiate & Plan Stage. The chart below illustrates an overall team perspective where Xxxxx and the City collaborate to resolve Project challenges according to defined escalation paths. If project managers do not possess authority to determine a solution, resolve an issue, or mitigate a risk, Tyler implementation management and the City Steering Committee become the escalation points to triage responses prior to escalation to the City and Xxxxx executive sponsors. As part of the escalation process, each Project governance tier presents recommendations and supporting information to facilitate knowledge transfer and issue resolution. The City and Xxxxx executive sponsors serve as the final escalation point. Project Scope Control Managing Scope and Project Change Project Management governance principles contend that there are three connected constraints on a Project: budget, timeline, and scope. These constraints, known as the “triple constraints” or project management triangle, define budget in terms of financial cost, labor costs, and other resource costs. Scope is defined as the work performed to deliver a product, service or result with the specified features and functions, while time is simply defined as the schedule. The Triple Constraint theory states that if you change one side of the triangle, the other two sides must be correspondingly adjusted. For example, if the scope of the Project is increased, cost and time to complete will also need to increase. The Project and executive teams will need to remain cognizant of these constraints when making impactful decisions to the Project. A simple illustration of this triangle is included here, showing the connection of each item and their relational impact to the overall Scope. A pillar of any successful project is the ability to properly manage scope while allowing the appropriate level of flexibility to incorporate approved changes. Scope and changes within the project will be managed using the change control process outlined in the following section. Change Control It may become necessary to change the scope of this Project due to unforeseeable circumstances (e.g., new constraints or opportunities are discovered). This Project is being undertaken with the understanding that Project scope, schedule, and/or cost may need to change to produce optimal results for stakeholders. Changes to contractual requirements will follow the change control process specified in the final contract, and as described below. Change Request Management Should the need for a change to Project scope, schedule, and/or cost be identified during the Project, the change will be brought to the attention of the Steering Committee and an assessment of the change will occur. While such changes may result in additional costs and delays relative to the schedule, some changes may result in less cost to the City; for example, the City may decide it no longer needs a deliverable originally defined in the Project. The Change Request will include the following information:  The nature of the change.  A good faith estimate of the additional cost or associated savings to the City, if any.  The timetable for implementing the change.  The effect on and/or risk to the schedule, resource needs or resource responsibilities. The City will use its good faith efforts to either approve or disapprove any Change Request within ten (10) Business Days (or other period as mutually agreeable between Xxxxx and the City). Any changes to the Project scope, budget, or timeline must be documented and approved in writing using a Change Request form. These changes constitute a formal amendment to the Statement of Work and will supersede any conflicting term in the Statement of Work. Acceptance Process The implementation of a Project involves many decisions to be made throughout its lifecycle. Decisions will vary from higher level strategy decisions to smaller, detailed Project level decisions. It is critical to the success of the Project that each City office or department designates specific individuals for making decisions on behalf of their offices or departments. Both Xxxxx and the City will identify representative project managers. These individuals will represent the interests of all stakeholders and serve as the primary contacts between the two organizations. The coordination of gaining City feedback and approval on Project deliverables will be critical to the success of the Project. The City project manager will strive to gain deliverable and decision approvals from all authorized City representatives. Given that the designated decision-maker for each department may not always be available, there must be a designated proxy for each decision point in the Project. Assignment of each proxy will be the responsibility of the leadership from each City department. The proxies will be named individuals that have the authorization to make decisions on behalf of their department. The following process will be used for accepting Deliverables and Control Points:  The City shall have five (5) business days from the date of delivery, or as otherwise mutually agreed upon by the parties in writing, to accept each Deliverable or Control Point. If the City does not provide acceptance or acknowledgement within five (5) business days, or the otherwise agreed upon timeframe, not to be unreasonably withheld, Xxxxx xxxxx the Deliverable or Control Point as accepted.  If the City does not agree the Deliverable or Control Point meets requirements, the City shall notify Xxxxx project manager(s), in writing, with reasoning within five (5) business days, or the otherwise agreed-upon timeframe, not to be unreasonably withheld, of receipt of the Deliverable.  Xxxxx shall address any deficiencies and redeliver the Deliverable or Control Point. The City shall then have two (2) business days from receipt of the redelivered Deliverable or Control Point to accept or again submit written notification of reasons for rejecting the milestone. If the City does not provide acceptance within two (2) business days, or the otherwise agreed upon timeframe, not to be unreasonably withheld, Xxxxx xxxxx the Deliverable or Control Point as accepted. Roles and Responsibilities The following defines the roles and responsibilities of each Project resource for the City and Xxxxx. Roles and responsibilities may not follow the organizational chart or position descriptions at the City, but are roles defined within the Project. It is common for individual resources on both the Tyler and City project teams to fill multiple roles. Similarly, it is common for some roles to be filled by multiple people. Tyler Roles & Responsibilities Xxxxx assigns a project manager prior to the start of each Phase of the Project (some Projects may only be one Phase in duration). Additional Tyler resources are assigned as the schedule develops and as needs arise. Xxxxx Executive Manager Xxxxx executive management has indirect involvement with the Project and is part of the Tyler escalation process. This team member offers additional support to the Project team and collaborates with other Tyler department managers as needed to escalate and facilitate implementation Project tasks and decisions.  Provides clear direction for Xxxxx staff on executing on the Project Deliverables to align with satisfying the City ’s overall organizational strategy.  Authorizes required Project resources.  Resolves all decisions and/or issues not resolved at the implementation management level as part of the escalation process.  Acts as the counterpart to the City ’s executive sponsor. Xxxxx Implementation Manager  Tyler implementation management has indirect involvement with the Project and is part of the Tyler escalation process. The Tyler project managers consult implementation management on issues and outstanding decisions critical to the Project. Implementation management works toward a solution with the Tyler Project Manager or with City management as appropriate. Xxxxx executive management is the escalation point for any issues not resolved at this level.  Assigns Tyler Project personnel.  Provides support for the Project team.  Provides management support for the Project to ensure it is staffed appropriately and staff have necessary resources.  Monitors Project progress including progress towards agreed upon goals and objectives. Xxxxx Project Manager  The Tyler project manager(s) provides oversight of the Project, coordination of Tyler resources between departments, management of the Project budget and schedule, effective risk, and issue management, and is the primary point of contact for all Project related items. As requested by the City, the Tyler Project Manager provides regular updates to the City Steering Committee and other Tyler governance members. Xxxxx Project Manager’s role includes responsibilities in the following areas: Contract Management  Validates contract compliance throughout the Project.  Ensures Deliverables meet contract requirements.  Acts as primary point of contact for all contract and invoicing questions.  Prepares and presents contract milestone sign-offs for acceptance by the City project manager(s).  Coordinates Change Requests, if needed, to ensure proper Scope and budgetary compliance.

PROJECT FOUNDATION. 3 Project Governance 3 Project Scope Control 4 Managing Scope and Project Change 4 Change Control 4 Change Request Management 4 Acceptance Process 6 Roles and Responsibilities 6 Tyler Roles & Responsibilities 6 Xxxxx Executive Manager 7 Tyler Implementation Manager 7 Xxxxx Project Manager 7 Tyler Implementation Consultant 8 Tyler Sales 8 Tyler Technical Services 8 City Roles & Responsibilities 9 City Executive Sponsor 9 City Steering Committee 9 City Project Manager 9 City Functional Leads 11 City Power Users 11 City End Users 12 City Technical Lead 12 City Change Management Lead 12 PART 3: PROJECT PLAN 13 Project Stages 13 Initiate and Plan 14 Initial Coordination 14 Project/Phase Planning 15 This work package is not applicable 16 Infrastructure Planning 16 Stakeholder Meeting 17 Intentionally left blank 18 Control Point 1: Initiate & Plan Stage Acceptance 18 Assess & Define 18 Solution Orientation 18 Current & Future State Analysis 19 This work package is not applicable Data Assessment 20 Conversion Assessment 20 This work package is not applicable 21 Intentionally left blank 23 Intentionally left blank 23 Control Point 2: Assess & Define Stage Acceptance 21 23 Prepare Solution 22 23 Initial System Deployment 22 23 Configuration 23 24 Process Refinement 24 25 Conversion Delivery 25 This work package is not applicable 27 This work package is not applicable 27 Intentionally left blank 28 Intentionally left blank 28 Control Point 3: Prepare Solution Stage Acceptance 27 28 Production Readiness 27 29 Solution Validation 28 29 Go-Live Readiness 28 30 End User Training 29 31 Control Point 4: Production Readiness Stage Acceptance 31 32 Production 31 32 Go-Live 31 32 Transition to Client Services 32 34 Post Go-Live Activities 33 34 Control Point 5: Production Stage Acceptance 34 35 Close 34 36 Phase Closeout 35 36 Project Closeout 36 37 Control Point 6: Close Stage Acceptance 37 38 General Assumptions 37 38 Project 37 38 Organizational Change Management 37 39 Resources and Scheduling 38 39 Data 38 39 Facilities 39 40 Glossary 40 41 PART 4: APPENDICES 43 44 Conversion 43 44 ERP Pro Utility Billing Conversion Summary 43 44 Utility Billing - Standard 43 44 Utility Billing – Legacy/Historical Views 43 44 ERP Pro Financials Conversion Summary 43 44 General Ledger 43 44 Accounts Payable 43 44 Personnel Management 44 45 Additional Appendices 45 This work package is not applicable 45 46 Intentionally left blank 46 Project Timeline 46 47 ERP Pro Financial Management Timeline 46 47 ERP Pro Utility Billing Billing, CRM, and Community Development Timeline 47 This work package is not applicable 47 48 My Civic Timeline 49 Intentionally left blank 49 Part 1: Executive Summary Project Overview Introduction Tyler Technologies (“Tyler”) is the largest and most established provider of integrated software and technology services focused solely on the public sector. Xxxxx’x end-to-end solutions empower public sector entities including local, state, provincial and federal government, to operate more efficiently and connect more transparently with their constituents and with each other. By connecting data and processes across disparate systems, Xxxxx’x solutions transform how clients gain actionable insights that solve problems in their communities. Project Goals This Statement of Work (“SOW”) documents the methodology, implementation stages, activities, and roles and responsibilities, and project scope listed in the Investment Summary of the Agreement between Xxxxx and the City (collectively the “Project”). The overall goals of the project are to:  Successfully implement the contracted scope on time and on budget  Increase operational efficiencies and empower users to be more productive  Improve accessibility and responsiveness to external and internal customer needs  Overcome current challenges and meet future goals  Providing a single, comprehensive, and integrated solution to manage business functions  Streamline business processes through automation, integration, and workflows  Provide a user-friendly user interface to promote system use and productivity  Eliminate redundant data entry Methodology This is accomplished by the City and Xxxxx working as a partnership and Xxxxx utilizing its depth of implementation experience. While each Project is unique, all will follow Xxxxx’x six-stage methodology. Each of the six stages is comprised of multiple work packages, and each work package includes a narrative description, objectives, tasks, inputs, outputs/deliverables, assumptions, and a responsibility matrix. Tailored specifically for Xxxxx’x public sector clients, the project methodology contains Stage Acceptance Control Points throughout each Phase to ensure adherence to scope, budget, timeline controls, effective communications, and quality standards. Clearly defined, the project methodology repeats consistently across Phases, and is scaled to meet the City’s complexity and organizational needs. The methodology adapts to both single-phase and multiple-phase projects. To achieve Project success, it is imperative that both the City and Xxxxx commit to including the necessary leadership and governance. During each stage of the Project, it is expected that the City and Xxxxx Project teams work collaboratively to complete tasks. An underlying principle of Xxxxx’x Implementation process is to employ an iterative model where the City’s business processes are assessed, configured, validated, and refined cyclically in line with the project budget. This approach is used in multiple stages and work packages as illustrated in the graphic below. The delivery approach is systematic, which reduces variability and mitigates risks to ensure Project success. As illustrated, some stages, along with work packages and tasks, are intended to be overlapping by nature to complete the Project efficiently and effectively. Part 2: Project Foundation Project Governance Project governance is the management framework within which Project decisions are made. The role of Project governance is to provide a decision-making approach that is logical, robust, and repeatable. This allows organizations to have a structured approach for conducting its daily business in addition to project related activities. This section outlines the resources required to meet the business needs, objectives, and priorities for the Project, communicate the goals to other Project participants, and provide support and guidance to accomplish these goals. Project governance defines the structure for escalation of issues and risks, Change Control review and authority, and Organizational Change Management activities. Throughout the Statement of Work Xxxxx has provided RACI Matrices for activities to be completed throughout the implementation which will further outline responsibilities of different roles in each stage. Further refinement of the governance structure, related processes, and specific roles and responsibilities occurs during the Initiate & Plan Stage. The chart below illustrates an overall team perspective where Xxxxx and the City collaborate to resolve Project challenges according to defined escalation paths. If project managers do not possess authority to determine a solution, resolve an issue, or mitigate a risk, Tyler implementation management and the City Steering Committee become the escalation points to triage responses prior to escalation to the City and Xxxxx executive sponsors. As part of the escalation process, each Project governance tier presents recommendations and supporting information to facilitate knowledge transfer and issue resolution. The City and Xxxxx executive sponsors serve as the final escalation point. Project Scope Control Managing Scope and Project Change Project Management governance principles contend that there are three connected constraints on a Project: budget, timeline, and scope. These constraints, known as the “triple constraints” or project management triangle, define budget in terms of financial cost, labor costs, and other resource costs. Scope is defined as the work performed to deliver a product, service or result with the specified features and functions, while time is simply defined as the schedule. The Triple Constraint theory states that if you change one side of the triangle, the other two sides must be correspondingly adjusted. For example, if the scope of the Project is increased, cost and time to complete will also need to increase. The Project and executive teams will need to remain cognizant of these constraints when making impactful decisions to the Project. A simple illustration of this triangle is included here, showing the connection of each item and their relational impact to the overall Scope. A pillar of any successful project is the ability to properly manage scope while allowing the appropriate level of flexibility to incorporate approved changes. Scope and changes within the project will be managed using the change control process outlined in the following section. Change Control It may become necessary to change the scope of this Project due to unforeseeable circumstances (e.g., new constraints or opportunities are discovered). This Project is being undertaken with the understanding that Project scope, schedule, and/or cost may need to change to produce optimal results for stakeholders. Changes to contractual requirements will follow the change control process specified in the final contract, and as described below. Change Request Management Should the need for a change to Project scope, schedule, and/or cost be identified during the Project, the change will be brought to the attention of the Steering Committee and an assessment of the change will occur. While such changes may result in additional costs and delays relative to the schedule, some changes may result in less cost to the City; for example, the City may decide it no longer needs a deliverable originally defined in the Project. The Change Request will include the following information:  The nature of the change.  A good faith estimate of the additional cost or associated savings to the City, if any.  The timetable for implementing the change.  The effect on and/or risk to the schedule, resource needs or resource responsibilities. The City will use its good faith efforts to either approve or disapprove any Change Request within ten (10) Business Days (or other period as mutually agreeable between Xxxxx and the City). Any changes to the Project scope, budget, or timeline must be documented and approved in writing using a Change Request form. These changes constitute a formal amendment to the Statement of Work and will supersede any conflicting term in the Statement of Work. Acceptance Process The implementation of a Project involves many decisions to be made throughout its lifecycle. Decisions will vary from higher level strategy decisions to smaller, detailed Project level decisions. It is critical to the success of the Project that each City office or department designates specific individuals for making decisions on behalf of their offices or departments. Both Xxxxx and the City will identify representative project managers. These individuals will represent the interests of all stakeholders and serve as the primary contacts between the two organizations. The coordination of gaining City feedback and approval on Project deliverables will be critical to the success of the Project. The City project manager will strive to gain deliverable and decision approvals from all authorized City representatives. Given that the designated decision-maker for each department may not always be available, there must be a designated proxy for each decision point in the Project. Assignment of each proxy will be the responsibility of the leadership from each City department. The proxies will be named individuals that have the authorization to make decisions on behalf of their department. The following process will be used for accepting Deliverables and Control Points:  The City shall have five (5) business days from the date of delivery, or as otherwise mutually agreed upon by the parties in writing, to accept each Deliverable or Control Point. If the City does not provide acceptance or acknowledgement within five (5) business days, or the otherwise agreed upon timeframe, not to be unreasonably withheld, Xxxxx xxxxx the Deliverable or Control Point as accepted.  If the City does not agree the Deliverable or Control Point meets requirements, the City shall notify Xxxxx project manager(s), in writing, with reasoning within five (5) business days, or the otherwise agreed-upon timeframe, not to be unreasonably withheld, of receipt of the Deliverable.  Xxxxx shall address any deficiencies and redeliver the Deliverable or Control Point. The City shall then have two (2) business days from receipt of the redelivered Deliverable or Control Point to accept or again submit written notification of reasons for rejecting the milestone. If the City does not provide acceptance within two (2) business days, or the otherwise agreed upon timeframe, not to be unreasonably withheld, Xxxxx xxxxx the Deliverable or Control Point as accepted. Roles and Responsibilities The following defines the roles and responsibilities of each Project resource for the City and Xxxxx. Roles and responsibilities may not follow the organizational chart or position descriptions at the City, but are roles defined within the Project. It is common for individual resources on both the Tyler and City project teams to fill multiple roles. Similarly, it is common for some roles to be filled by multiple people. Tyler Roles & Responsibilities Xxxxx assigns a project manager prior to the start of each Phase of the Project (some Projects may only be one Phase in duration). Additional Tyler resources are assigned as the schedule develops and as needs arise. Xxxxx Executive Manager Xxxxx executive management has indirect involvement with the Project and is part of the Tyler escalation process. This team member offers additional support to the Project team and collaborates with other Tyler department managers as needed to escalate and facilitate implementation Project tasks and decisions.  Provides clear direction for Xxxxx staff on executing on the Project Deliverables to align with satisfying the City ’s overall organizational strategy.  Authorizes required Project resources.  Resolves all decisions and/or issues not resolved at the implementation management level as part of the escalation process.  Acts as the counterpart to the City ’s executive sponsor. Xxxxx Implementation Manager  Tyler implementation management has indirect involvement with the Project and is part of the Tyler escalation process. The Tyler project managers consult implementation management on issues and outstanding decisions critical to the Project. Implementation management works toward a solution with the Tyler Project Manager or with City management as appropriate. Xxxxx executive management is the escalation point for any issues not resolved at this level.  Assigns Tyler Project personnel.  Provides support for the Project team.  Provides management support for the Project to ensure it is staffed appropriately and staff have necessary resources.  Monitors Project progress including progress towards agreed upon goals and objectives. Xxxxx Project Manager  The Tyler project manager(s) provides oversight of the Project, coordination of Tyler resources between departments, management of the Project budget and schedule, effective risk, and issue management, and is the primary point of contact for all Project related items. As requested by the City, the Tyler Project Manager provides regular updates to the City Steering Committee and other Tyler governance members. Xxxxx Project Manager’s role includes responsibilities in the following areas: Contract Management  Validates contract compliance throughout the Project.  Ensures Deliverables meet contract requirements.  Acts as primary point of contact for all contract and invoicing questions.  Prepares and presents contract milestone sign-offs for acceptance by the City project manager(s).  Coordinates Change Requests, if needed, to ensure proper Scope and budgetary compliance.

PROJECT FOUNDATION. 3 Project Governance 3 Project Scope Control 4 Managing Scope and Project Change 4 Change Control 4 Change Request Management 4 Acceptance Process 6 Roles and Responsibilities 6 Tyler Roles & Responsibilities 6 Xxxxx Executive Manager 7 Sponsor 6 Tyler Implementation Manager 7 Xxxxx Project Manager 7 Tyler Implementation Consultant 8 Tyler Sales 8 Tyler Technical Services 8 City Roles & Responsibilities 9 City Executive Sponsor 9 City Steering Committee 9 City Project Manager 9 City Functional Leads 11 City Power Users 11 City End Users 12 City Technical Lead 12 City Change Management Lead 12 PART 3: PROJECT PLAN 13 Project Stages 13 Initiate and Plan 14 Initial Coordination 14 Project/Phase Planning 15 This work package is not applicable 16 Infrastructure Planning 16 Stakeholder Meeting 17 Intentionally left blank 18 Control Point 1: Initiate & Plan Stage Acceptance 18 Assess & Define 18 Solution Orientation 18 Current & Future State Analysis 19 This work package is not applicable 20 Conversion Assessment 20 This work package is not applicable Intentionally left blank 21 Intentionally left blank 21 Control Point 2: Assess & Define Stage Acceptance 21 Prepare Solution 22 Initial System Deployment 22 Configuration 23 Process Refinement 24 Conversion Delivery 25 This work package is not applicable Intentionally left blank 27 This work package is not applicable Intentionally left blank 27 Control Point 3: Prepare Solution Stage Acceptance 27 Production Readiness 27 Solution Validation 28 Go-Live Readiness 28 End User Training 29 Control Point 4: Production Readiness Stage Acceptance 31 Production 31 Go-Live 31 Transition to Client Services 32 Post Go-Live Activities 33 Control Point 5: Production Stage Acceptance 34 Close 34 Phase Closeout 35 Project Closeout 36 Control Point 6: Close Stage Acceptance 37 General Assumptions 37 Project 37 Organizational Change Management 37 Resources and Scheduling 38 Data 38 Facilities 39 38 Glossary 40 PART 4: APPENDICES 43 Conversion 43 ERP Pro Utility Billing Conversion Summary 43 Utility Billing Court Case Management - Standard 43 Utility Billing – Legacy/Historical Views 43 ERP Pro Financials Conversion Summary 43 General Ledger 43 Accounts Payable 43 Personnel Management 44 Additional Appendices 45 This work package is not applicable 45 44 Intentionally left blank 44 Project Timeline 46 ERP Pro Financial Management 44 Incode Court Timeline 46 ERP Pro Utility Billing Timeline 47 This work package is not applicable 47 44 Intentionally left blank 44 Part 1: Executive Summary Project Overview Introduction Tyler Technologies (“Tyler”) is the largest and most established provider of integrated software and technology services focused solely on the public sector. Xxxxx’x end-to-end solutions empower public sector entities including local, state, provincial and federal government, to operate more efficiently and connect more transparently with their constituents and with each other. By connecting data and processes across disparate systems, Xxxxx’x solutions transform how clients gain actionable insights that solve problems in their communities. Project Goals This Statement of Work (“SOW”) documents the methodology, implementation stages, activities, and roles and responsibilities, and project scope listed in the Investment Summary of the Agreement between Xxxxx and the City Client (collectively the “Project”). The overall goals of the project are to:  Successfully implement the contracted scope on time and on budget  Increase operational efficiencies and empower users to be more productive  Improve accessibility and responsiveness to external and internal customer needs  Overcome current challenges and meet future goals  Providing a single, comprehensive, and integrated solution to manage business functions  Streamline Streamlining business processes through automation, integration, and workflows  Provide a user-friendly user interface to promote system use and productivity  Provide a single, comprehensive, and integrated solution to manage business functions  Eliminate redundant data entry Methodology This is accomplished by the City and Xxxxx working as a partnership and Xxxxx utilizing its depth of implementation experience. While each Project is unique, all will follow Xxxxx’x six-stage methodology. Each of the six stages is comprised of multiple work packages, and each work package includes a narrative description, objectives, tasks, inputs, outputs/deliverables, assumptions, and a responsibility matrix. Tailored specifically for Xxxxx’x public sector clients, the project methodology contains Stage Acceptance Control Points throughout each Phase to ensure adherence to scope, budget, timeline controls, effective communications, and quality standards. Clearly defined, the project methodology repeats consistently across Phases, and is scaled to meet the CityClient’s complexity and organizational needs. The methodology adapts to both single-phase and multiple-phase projects. To achieve Project success, it is imperative that both the City and Xxxxx commit to including the necessary leadership and governance. During each stage of the Project, it is expected that the City and Xxxxx Project teams work collaboratively to complete tasks. An underlying principle of Xxxxx’x Implementation process is to employ an iterative model where the City’s business processes are assessed, configured, validated, and refined cyclically in line with the project budget. This approach is used in multiple stages and work packages as illustrated in the graphic below. The delivery approach is systematic, which reduces variability and mitigates risks to ensure Project success. As illustrated, some stages, along with work packages and tasks, are intended to be overlapping by nature to efficiently and effectively complete the Project efficiently and effectivelyProject. Part 2: Project Foundation Project Governance Project governance is the management framework within which Project decisions are made. The role of Project governance is to provide a decision-making approach that is logical, robust, and repeatable. This allows organizations to have a structured approach for conducting its daily business in addition to project related activities. This section outlines the resources required to adequately meet the business needs, objectives, and priorities for the Project, communicate the goals to other Project participants, and provide support and guidance to accomplish these goals. Project governance defines the structure for escalation of issues and risks, Change Control review and authority, and Organizational Change Management activities. Throughout the Statement of Work Xxxxx has provided RACI Matrices for activities to be completed throughout the implementation which will further outline responsibilities of different roles in each stage. Further refinement of the governance structure, related processes, and specific roles and responsibilities occurs during the Initiate & Plan Stage. The chart below illustrates an overall team perspective where Xxxxx and the City collaborate to resolve Project challenges according to defined escalation paths. If In the event that project managers do not possess authority to determine a solution, resolve an issue, or mitigate a risk, Tyler implementation management and the City Steering Committee become the escalation points to triage responses prior to escalation to the City and Xxxxx executive sponsors. As part of the escalation process, each Project governance tier presents recommendations and supporting information to facilitate knowledge transfer and issue resolution. The City and Xxxxx executive sponsors serve as the final escalation point. Project Scope Control Managing Scope and Project Change Project Management governance principles contend that there are three connected constraints on a Project: budget, timeline, and scope. These constraints, known as the “‘triple constraints” ’ or project Project management triangle, define budget in terms of financial cost, labor costs, and other resource costs. Scope is defined as the work performed to deliver a product, service or result with the specified features and functions, while time is simply defined as the schedule. The Triple Constraint theory states that if you change one side of the triangle, the other two sides must be correspondingly adjusted. For example, if the scope of the Project is increased, cost and time to complete will also need to increase. The Project and executive teams will need to remain cognizant of these constraints when making impactful decisions to the Project. A simple illustration of this triangle is included here, showing the connection of each item and their relational impact to the overall Scope. A pillar of any successful project is the ability to properly manage scope while allowing the appropriate level of flexibility to incorporate approved changes. Scope and changes within the project will be managed using the change control process outlined in the following section. Change Control It may become necessary to change the scope of this Project due to unforeseeable circumstances (e.g., new constraints or opportunities are discovered). This Project is being undertaken with the understanding that Project scope, schedule, and/or cost may need to change in order to produce optimal results for stakeholders. Changes to contractual requirements will follow the change control process specified in the final contract, and as described below. Change Request Management Should the need for a change to Project scope, schedule, and/or cost be identified during the Project, the change will be brought to the attention of the Steering Committee and an assessment of the change will occur. While such changes may result in additional costs and possible delays relative to the schedule, some changes may result in less cost to the City; for example, the City may decide it no longer needs a deliverable originally defined in the Project. The Change Request will include the following information:  The nature of the change.  A good faith estimate of the additional cost or associated savings to the City, if any.  The timetable for implementing the change.  The effect on and/or risk to the schedule, resource needs or resource responsibilities. The City will use its good faith efforts to either approve or disapprove any Change Request within ten (10) Business Days (or other period as mutually agreeable between Xxxxx Tyler and the City). Any changes to the Project scope, budget, or timeline must be documented and approved in writing using a Change Request form. These changes constitute a formal amendment to the Statement of Work and will supersede any conflicting term in the Statement of Work. Acceptance Process The implementation of a Project involves many decisions to be made throughout its lifecycle. Decisions will vary from higher level strategy decisions to smaller, detailed Project level decisions. It is critical to the success of the Project that each City office or department designates specific individuals for making decisions on behalf of their offices or departments. Both Xxxxx and the City will identify representative project managers. These individuals will represent the interests of all stakeholders and serve as the primary contacts between the two organizations. The coordination of gaining City client feedback and approval on Project deliverables will be critical to the success of the Project. The City project manager will strive to gain deliverable and decision approvals from all authorized City representatives. Given that the designated decision-maker for each department may not always be available, there must be a designated proxy for each decision point in the Project. Assignment of each proxy will be the responsibility of the leadership from each City department. The proxies will be named individuals that have the authorization to make decisions on behalf of their department. The following process will be used for accepting Deliverables and Control Points:  The City shall have five (5) business days from the date of delivery, or as otherwise mutually agreed upon by the parties in writing, to accept each Deliverable or Control Point. If the City does not provide acceptance or acknowledgement within five (5) business days, or the otherwise agreed upon timeframe, not to be unreasonably withheld, Xxxxx xxxxx the Deliverable or Control Point as accepted.  If the City does not agree the particular Deliverable or Control Point meets requirements, the City shall notify Xxxxx project manager(s), in writing, with reasoning within five (5) business days, or the otherwise agreed-upon timeframe, not to be unreasonably withheld, of receipt of the Deliverable.  Xxxxx shall address any deficiencies and redeliver the Deliverable or Control Point. The City shall then have two (2) business days from receipt of the redelivered Deliverable or Control Point to accept or again submit written notification of reasons for rejecting the milestone. If the City does not provide acceptance within two (2) business days, or the otherwise agreed upon timeframe, not to be unreasonably withheld, Xxxxx xxxxx the Deliverable or Control Point as accepted. Roles and Responsibilities The following defines the roles and responsibilities of each Project resource for the City and Xxxxx. Roles and responsibilities may not follow the organizational chart or position descriptions at the City, but are roles defined within the Project. It is common for individual resources on both the Tyler and City client project teams to fill multiple roles. Similarly, it is common for some roles to be filled by multiple people. Tyler Roles & Responsibilities Xxxxx assigns a project manager prior to the start of each Phase of the Project (some Projects may only be one Phase in duration). Additional Tyler resources are assigned as the schedule develops and as needs arise. Xxxxx Executive Manager Sponsor Xxxxx executive management has indirect involvement with the Project and is part of the Tyler escalation process. This team member offers additional support to the Project team and collaborates with other Tyler Xxxxx department managers as needed in order to escalate and facilitate implementation Project tasks and decisions.  Provides clear direction for Xxxxx staff on executing on the Project Deliverables to align with satisfying the City ’s overall organizational strategy.  Authorizes required Project resources.  Resolves all decisions and/or issues not resolved at the implementation management level as part of the escalation process.  Acts as the counterpart to the City ’s executive sponsor. Xxxxx Implementation Manager  Tyler implementation management has indirect involvement with the Project and is part of the Tyler escalation process. The Tyler project managers consult implementation management on issues and outstanding decisions critical to the Project. Implementation management works toward a solution with the Tyler Project Manager or with City management as appropriate. Xxxxx executive management is the escalation point for any issues not resolved at this level.  Assigns Tyler Project personnel.  Provides support for the Project team.  Provides management support for the Project to ensure it is staffed appropriately and staff have necessary resources.  Monitors Project progress including progress towards agreed upon goals and objectives. Xxxxx Project Manager  The Tyler project manager(s) provides oversight of the Project, coordination of Tyler resources between departments, management of the Project budget and schedule, effective risk, risk and issue management, and is the primary point of contact for all Project related items. As requested by the Cityclient, the Tyler Project Manager provides regular updates to the City client Steering Committee and other Tyler governance members. Xxxxx Project Manager’s role includes responsibilities in the following areas: Contract Management  Validates contract compliance throughout the Project.  Ensures Deliverables meet contract requirements.  Acts as primary point of contact for all contract and invoicing questions.  Prepares and presents contract milestone sign-offs for acceptance by the City project manager(s).  Coordinates Change Requests, if needed, to ensure proper Scope and budgetary compliance.

PROJECT FOUNDATION. 3 Project Governance 3 Project Scope Control 4 Managing Scope and Project Change 4 Change Control 4 Change Request Management 4 Acceptance Process 6 Roles and Responsibilities 6 Tyler Roles & Responsibilities 6 Xxxxx Executive Manager 7 Tyler Implementation Manager 7 Xxxxx Project Manager 7 Tyler Implementation Consultant 8 Tyler Sales 8 Tyler Technical Services 8 City Village Roles & Responsibilities 9 City Village Executive Sponsor 9 City Village Steering Committee 9 City Village Project Manager 9 City Village Functional Leads 11 City Village Power Users 11 City Village End Users 12 City Village Technical Lead 12 City Village Change Management Lead 12 PART 3: PROJECT PLAN 13 Project Stages 13 Initiate and Plan 14 Initial Coordination 14 Project/Phase Planning 15 This work package is not applicable 16 Infrastructure Planning 16 Stakeholder Meeting 17 Intentionally left blank 18 Control Point 1: Initiate & Plan Stage Acceptance 18 Assess & Define 18 Solution Orientation 18 Current & Future State Analysis 19 This work package is not applicable 20 Conversion Assessment 20 This work package is not applicable Intentionally left blank 21 Intentionally left blank 21 Control Point 2: Assess & Define Stage Acceptance 21 Prepare Solution 22 Initial System Deployment 22 Configuration 23 Process Refinement 24 Conversion Delivery 25 This work package is not applicable Intentionally left blank 27 This work package is not applicable Intentionally left blank 27 Control Point 3: Prepare Solution Stage Acceptance 27 Production Readiness 27 Solution Validation 28 Go-Live Readiness 28 End User Training 29 Control Point 4: Production Readiness Stage Acceptance 31 Production 31 Go-Live 31 Transition to Client Services 32 Post Go-Live Activities 33 Control Point 5: Production Stage Acceptance 34 Close 34 Phase Closeout 35 Project Closeout 36 Control Point 6: Close Stage Acceptance 37 General Assumptions 37 Project 37 Organizational Change Management 37 Resources and Scheduling 38 Data 38 Facilities 39 Glossary 40 PART 4: APPENDICES 43 Conversion 43 Enterprise ERP Pro Utility Billing Conversion Summary 43 Utility Billing - Standard 43 Utility Billing – Legacy/Historical Views 43 ERP Pro Financials Conversion Summary 43 General Ledger Accounting 43 Accounts Payable 43 Personnel Management Contracts 43 Project Accounting 44 Additional Appendices 45 This work package is not applicable Intentionally left blank 45 Project Timeline 46 1 ERP Pro Financial Management Project Timeline 46 ERP Pro Utility Billing Timeline 47 This work package is not applicable 47 1 Data & Insights Project Plan 2 Intentionally left blank 2 Part 1: Executive Summary Project Overview Introduction Tyler Technologies (“Tyler”) is the largest and most established provider of integrated software and technology services focused solely on the public sector. Xxxxx’x end-to-end solutions empower public sector entities including local, state, provincial and federal government, to operate more efficiently and connect more transparently with their constituents and with each other. By connecting data and processes across disparate systems, Xxxxx’x solutions transform how clients gain actionable insights that solve problems in their communities. Project Goals This Statement of Work (“SOW”) documents the methodology, implementation stages, activities, and roles and responsibilities, and project scope listed in the Investment Summary of the Agreement between Xxxxx and the City Village (collectively the “Project”). The overall goals of the project are to:  Successfully implement the contracted scope on time and on budget  Increase operational efficiencies and empower users to be more productive  Improve accessibility and responsiveness to external and internal customer needs  Overcome current challenges and meet future goals  Providing a single, comprehensive, and integrated solution to manage business functions Eliminate redundant data entry  Streamline business processes through automation, integration, and workflows  Provide a single, comprehensive, and integrated solution to manage business functions  Provide a user-friendly user interface to promote system use and productivity  Eliminate redundant data entry Methodology This is accomplished by the City Village and Xxxxx working as a partnership and Xxxxx utilizing its depth of implementation experience. While each Project is unique, all will follow Xxxxx’x six-stage methodology. Each of the six stages is comprised of multiple work packages, and each work package includes a narrative description, objectives, tasks, inputs, outputs/deliverables, assumptions, and a responsibility matrix. Tailored specifically for Xxxxx’x public sector clients, the project methodology contains Stage Acceptance Control Points throughout each Phase to ensure adherence to scope, budget, timeline controls, effective communications, and quality standards. Clearly defined, the project methodology repeats consistently across Phases, and is scaled to meet the CityVillage’s complexity and organizational needs. The methodology adapts to both single-phase and multiple-phase projects. To achieve Project success, it is imperative that both the City Village and Xxxxx commit to including the necessary leadership and governance. During each stage of the Project, it is expected that the City Village and Xxxxx Tyler Project teams work collaboratively to complete tasks. An underlying principle of Xxxxx’x Implementation process is to employ an iterative model where the CityVillage’s business processes are assessed, configured, validated, and refined cyclically in line with the project budget. This approach is used in multiple stages and work packages as illustrated in the graphic below. The delivery approach is systematic, which reduces variability and mitigates risks to ensure Project success. As illustrated, some stages, along with work packages and tasks, are intended to be overlapping by nature to complete the Project efficiently and effectively. Part 2: Project Foundation Project Governance Project governance is the management framework within which Project decisions are made. The role of Project governance is to provide a decision-making approach that is logical, robust, and repeatable. This allows organizations to have a structured approach for conducting its daily business in addition to project related activities. This section outlines the resources required to meet the business needs, objectives, and priorities for the Project, communicate the goals to other Project participants, and provide support and guidance to accomplish these goals. Project governance defines the structure for escalation of issues and risks, Change Control review and authority, and Organizational Change Management activities. Throughout the Statement of Work Xxxxx has provided RACI Matrices for activities to be completed throughout the implementation which will further outline responsibilities of different roles in each stage. Further refinement of the governance structure, related processes, and specific roles and responsibilities occurs during the Initiate & Plan Stage. The chart below illustrates an overall team perspective where Xxxxx and the City Village collaborate to resolve Project challenges according to defined escalation paths. If project managers do not possess authority to determine a solution, resolve an issue, or mitigate a risk, Tyler implementation management and the City Village Steering Committee become the escalation points to triage responses prior to escalation to the City Village and Xxxxx executive sponsors. As part of the escalation process, each Project governance tier presents recommendations and supporting information to facilitate knowledge transfer and issue resolution. The City Village and Xxxxx executive sponsors serve as the final escalation point. Project Scope Control Managing Scope and Project Change Project Management governance principles contend that there are three connected constraints on a Project: budget, timeline, and scope. These constraints, known as the “triple constraints” or project management triangle, define budget in terms of financial cost, labor costs, and other resource costs. Scope is defined as the work performed to deliver a product, service or result with the specified features and functions, while time is simply defined as the schedule. The Triple Constraint theory states that if you change one side of the triangle, the other two sides must be correspondingly adjusted. For example, if the scope of the Project is increased, cost and time to complete will also need to increase. The Project and executive teams will need to remain cognizant of these constraints when making impactful decisions to the Project. A simple illustration of this triangle is included here, showing the connection of each item and their relational impact to the overall Scope. A pillar of any successful project is the ability to properly manage scope while allowing the appropriate level of flexibility to incorporate approved changes. Scope and changes within the project will be managed using the change control process outlined in the following section. Change Control It may become necessary to change the scope of this Project due to unforeseeable circumstances (e.g., new constraints or opportunities are discovered). This Project is being undertaken with the understanding that Project scope, schedule, and/or cost may need to change to produce optimal results for stakeholders. Changes to contractual requirements will follow the change control process specified in the final contract, and as described below. Change Request Management Should the need for a change to Project scope, schedule, and/or cost be identified during the Project, the change will be brought to the attention of the Steering Committee and an assessment of the change will occur. While such changes may result in additional costs and delays relative to the schedule, some changes may result in less cost to the CityVillage; for example, the City Village may decide it no longer needs a deliverable originally defined in the Project. The Change Request will include the following information:  The nature of the change.  A good faith estimate of the additional cost or associated savings to the CityVillage, if any.  The timetable for implementing the change.  The effect on and/or risk to the schedule, resource needs or resource responsibilities. The City Village will use its good faith efforts to either approve or disapprove any Change Request within ten (10) Business Days (or other period as mutually agreeable between Xxxxx and the CityVillage). Any changes to the Project scope, budget, or timeline must be documented and approved in writing using a Change Request form. These changes constitute a formal amendment to the Statement of Work and will supersede any conflicting term in the Statement of Work. Acceptance Process The implementation of a Project involves many decisions to be made throughout its lifecycle. Decisions will vary from higher level strategy decisions to smaller, detailed Project level decisions. It is critical to the success of the Project that each City office or department designates specific individuals for making decisions on behalf of their offices or departments. Both Xxxxx and the City will identify representative project managers. These individuals will represent the interests of all stakeholders and serve as the primary contacts between the two organizations. The coordination of gaining City feedback and approval on Project deliverables will be critical to the success of the Project. The City project manager will strive to gain deliverable and decision approvals from all authorized City representatives. Given that the designated decision-maker for each department may not always be available, there must be a designated proxy for each decision point in the Project. Assignment of each proxy will be the responsibility of the leadership from each City department. The proxies will be named individuals that have the authorization to make decisions on behalf of their department. The following process will be used for accepting Deliverables and Control Points:  The City shall have five (5) business days from the date of delivery, or as otherwise mutually agreed upon by the parties in writing, to accept each Deliverable or Control Point. If the City does not provide acceptance or acknowledgement within five (5) business days, or the otherwise agreed upon timeframe, not to be unreasonably withheld, Xxxxx xxxxx the Deliverable or Control Point as accepted.  If the City does not agree the Deliverable or Control Point meets requirements, the City shall notify Xxxxx project manager(s), in writing, with reasoning within five (5) business days, or the otherwise agreed-upon timeframe, not to be unreasonably withheld, of receipt of the Deliverable.  Xxxxx shall address any deficiencies and redeliver the Deliverable or Control Point. The City shall then have two (2) business days from receipt of the redelivered Deliverable or Control Point to accept or again submit written notification of reasons for rejecting the milestone. If the City does not provide acceptance within two (2) business days, or the otherwise agreed upon timeframe, not to be unreasonably withheld, Xxxxx xxxxx the Deliverable or Control Point as accepted. Roles and Responsibilities The following defines the roles and responsibilities of each Project resource for the City and Xxxxx. Roles and responsibilities may not follow the organizational chart or position descriptions at the City, but are roles defined within the Project. It is common for individual resources on both the Tyler and City project teams to fill multiple roles. Similarly, it is common for some roles to be filled by multiple people. Tyler Roles & Responsibilities Xxxxx assigns a project manager prior to the start of each Phase of the Project (some Projects may only be one Phase in duration). Additional Tyler resources are assigned as the schedule develops and as needs arise. Xxxxx Executive Manager Xxxxx executive management has indirect involvement with the Project and is part of the Tyler escalation process. This team member offers additional support to the Project team and collaborates with other Tyler department managers as needed to escalate and facilitate implementation Project tasks and decisions.  Provides clear direction for Xxxxx staff on executing on the Project Deliverables to align with satisfying the City ’s overall organizational strategy.  Authorizes required Project resources.  Resolves all decisions and/or issues not resolved at the implementation management level as part of the escalation process.  Acts as the counterpart to the City ’s executive sponsor. Xxxxx Implementation Manager  Tyler implementation management has indirect involvement with the Project and is part of the Tyler escalation process. The Tyler project managers consult implementation management on issues and outstanding decisions critical to the Project. Implementation management works toward a solution with the Tyler Project Manager or with City management as appropriate. Xxxxx executive management is the escalation point for any issues not resolved at this level.  Assigns Tyler Project personnel.  Provides support for the Project team.  Provides management support for the Project to ensure it is staffed appropriately and staff have necessary resources.  Monitors Project progress including progress towards agreed upon goals and objectives. Xxxxx Project Manager  The Tyler project manager(s) provides oversight of the Project, coordination of Tyler resources between departments, management of the Project budget and schedule, effective risk, and issue management, and is the primary point of contact for all Project related items. As requested by the City, the Tyler Project Manager provides regular updates to the City Steering Committee and other Tyler governance members. Xxxxx Project Manager’s role includes responsibilities in the following areas: Contract Management  Validates contract compliance throughout the Project.  Ensures Deliverables meet contract requirements.  Acts as primary point of contact for all contract and invoicing questions.  Prepares and presents contract milestone sign-offs for acceptance by the City project manager(s).  Coordinates Change Requests, if needed, to ensure proper Scope and budgetary compliance.

PROJECT FOUNDATION. 3 Project Governance 3 Project Scope Control 4 Managing Scope and Project Change 4 Change Control 4 Change Request Management 4 Acceptance Process 6 Roles and Responsibilities 6 Tyler Roles & Responsibilities 6 Xxxxx Executive Manager Sponsor 7 Tyler Implementation Manager 7 Xxxxx Project Manager 7 Tyler Implementation Consultant 8 Tyler Sales 8 Tyler Technical Services 8 City 9 Town of Nolensville Roles & Responsibilities 9 City Town of Nolensville Executive Sponsor 9 City Town of Nolensville Steering Committee 9 City Town of Nolensville Project Manager 9 City 10 Town of Nolensville Functional Leads 11 City Town of Nolensville Power Users 11 City End 00 Xxxx xx Xxxxxxxxxxx Xxx Users 12 City Town of Nolensville Technical Lead 12 City Town of Nolensville Change Management Lead 12 13 PART 3: PROJECT PLAN 13 14 Project Stages 13 14 Initiate and Plan 14 15 Initial Coordination 14 15 Project/Phase Planning 15 This work package is not applicable 16 Infrastructure Planning 16 00 Stakeholder Meeting 17 18 Intentionally left blank 19 Control Point 1: Initiate & Plan Stage Acceptance 18 19 Assess & Define 18 20 Solution Orientation 18 20 Current & Future State Analysis 19 This work package is not applicable 20 21 Conversion Assessment 20 This work package is not applicable 21 22 Intentionally left blank 23 Control Point 2: Assess & Define Stage Acceptance 21 23 Prepare Solution 22 24 Initial System Deployment 22 24 Configuration 23 25 Process Refinement 24 26 Conversion Delivery 25 This work package is not applicable 27 This work package is not applicable 27 Intentionally left blank 29 Control Point 3: Prepare Solution Stage Acceptance 27 29 Production Readiness 27 29 Solution Validation 28 30 Go-Live Readiness 28 31 End User Training 29 32 Control Point 4: Production Readiness Stage Acceptance 31 33 Production 31 33 Go-Live 31 33 Transition to Client Services 32 35 Post Go-Live Activities 33 36 Control Point 5: Production Stage Acceptance 34 36 Close 34 37 Phase Closeout 35 37 Project Closeout 36 38 Control Point 6: Close Stage Acceptance 37 39 General Assumptions 37 39 Project 37 39 Organizational Change Management 37 40 Resources and Scheduling 38 40 Data 38 41 Facilities 39 41 Glossary 40 42 PART 4: APPENDICES 43 45 Conversion 43 ERP Pro Utility Billing Conversion Summary 43 Utility Billing - Standard 43 Utility Billing – Legacy/Historical Views 43 ERP Pro 45 Incode Financials Conversion Summary 43 45 General Ledger 43 45 Accounts Payable 43 00 Personnel Management 44 45 Court Case Management - Standard 46 Additional Appendices 45 This work package is not applicable 45 47 Intentionally left blank 47 Project Timeline 46 ERP Pro 48 Incode Financial Management Timeline 46 ERP Pro Utility Billing 48 MyCivic Timeline 47 This work package is not applicable 47 49 TCM-EE Timeline 00 Part 1: Executive Summary Project Overview Introduction Tyler Technologies (“Tyler”) is the largest and most established provider of integrated software and technology services focused solely on the public sector. Xxxxx’x end-to-end solutions empower public sector entities including local, state, provincial and federal government, to operate more efficiently and connect more transparently with their constituents and with each other. By connecting data and processes across disparate systems, Xxxxx’x solutions transform how clients gain actionable insights that solve problems in their communities. Project Goals This Statement of Work (“SOW”) documents the methodology, implementation stages, activities, and roles and responsibilities, and project scope listed in the Investment Summary of the Agreement between Xxxxx and the City Client (collectively the “Project”). The overall goals of the project are to:  Successfully implement the contracted scope on time and on budget  Increase operational efficiencies and empower users to be more productive  Improve accessibility and responsiveness to external and internal customer needs  Overcome current challenges and meet future goals  Providing a single, comprehensive, and integrated solution to manage business functions  Streamline business processes through automation, integration, and workflows  Provide a user-friendly user interface to promote system use and productivity  Eliminate redundant data entry Methodology This is accomplished by the City Town of Nolensville and Xxxxx working as a partnership and Xxxxx utilizing its depth of implementation experience. While each Project is unique, all will follow Xxxxx’x six-stage methodology. Each of the six stages is comprised of multiple work packages, and each work package includes a narrative description, objectives, tasks, inputs, outputs/deliverables, assumptions, and a responsibility matrix. Tailored specifically for Xxxxx’x public sector clients, the project methodology contains Stage Acceptance Control Points throughout each Phase to ensure adherence to scope, budget, timeline controls, effective communications, and quality standards. Clearly defined, the project methodology repeats consistently across Phases, and is scaled to meet the CityClient’s complexity and organizational needs. The methodology adapts to both single-phase and multiple-phase projects. To achieve Project success, it is imperative that both the City Town of Nolensville and Xxxxx commit to including the necessary leadership and governance. During each stage of the Project, it is expected that the City Town of Nolensville and Xxxxx Project teams work collaboratively to complete tasks. An underlying principle of Xxxxx’x Implementation process is to employ an iterative model where the CityTown of Nolensville’s business processes are assessed, configured, validated, and refined cyclically in line with the project budget. This approach is used in multiple stages and work packages as illustrated in the graphic below. The delivery approach is systematic, which reduces variability and mitigates risks to ensure Project success. As illustrated, some stages, along with work packages and tasks, are intended to be overlapping by nature to efficiently and effectively complete the Project efficiently and effectivelyProject. Part 2: Project Foundation Project Governance Project governance is the management framework within which Project decisions are made. The role of Project governance is to provide a decision-making approach that is logical, robust, and repeatable. This allows organizations to have a structured approach for conducting its daily business in addition to project related activities. This section outlines the resources required to adequately meet the business needs, objectives, and priorities for the Project, communicate the goals to other Project participants, and provide support and guidance to accomplish these goals. Project governance defines the structure for escalation of issues and risks, Change Control review and authority, and Organizational Change Management activities. Throughout the Statement of Work Xxxxx has provided RACI Matrices for activities to be completed throughout the implementation which will further outline responsibilities of different roles in each stage. Further refinement of the governance structure, related processes, and specific roles and responsibilities occurs during the Initiate & Plan Stage. The chart below illustrates an overall team perspective where Xxxxx and the City Town of Nolensville collaborate to resolve Project challenges according to defined escalation paths. If In the event that project managers do not possess authority to determine a solution, resolve an issue, or mitigate a risk, Tyler implementation management and the City Town of Nolensville Steering Committee become the escalation points to triage responses prior to escalation to the City Town of Nolensville and Xxxxx executive sponsors. As part of the escalation process, each Project governance tier presents recommendations and supporting information to facilitate knowledge transfer and issue resolution. The City Town of Nolensville and Xxxxx executive sponsors serve as the final escalation point. Project Scope Control Managing Scope and Project Change Project Management governance principles contend that there are three connected constraints on a Project: budget, timeline, and scope. These constraints, known as the “‘triple constraints” ’ or project Project management triangle, define budget in terms of financial cost, labor costs, and other resource costs. Scope is defined as the work performed to deliver a product, service or result with the specified features and functions, while time is simply defined as the schedule. The Triple Constraint theory states that if you change one side of the triangle, the other two sides must be correspondingly adjusted. For example, if the scope of the Project is increased, cost and time to complete will also need to increase. The Project and executive teams will need to remain cognizant of these constraints when making impactful decisions to the Project. A simple illustration of this triangle is included here, showing the connection of each item and their relational impact to the overall Scope. A pillar of any successful project is the ability to properly manage scope while allowing the appropriate level of flexibility to incorporate approved changes. Scope and changes within the project will be managed using the change control process outlined in the following section. Change Control It may become necessary to change the scope of this Project due to unforeseeable circumstances (e.g., new constraints or opportunities are discovered). This Project is being undertaken with the understanding that Project scope, schedule, and/or cost may need to change in order to produce optimal results for stakeholders. Changes to contractual requirements will follow the change control process specified in the final contract, and as described below. Change Request Management Should the need for a change to Project scope, schedule, and/or cost be identified during the Project, the change will be brought to the attention of the Steering Committee and an assessment of the change will occur. While such changes may result in additional costs and possible delays relative to the schedule, some changes may result in less cost to the CityTown of Nolensville; for example, the City Town of Nolensville may decide it no longer needs a deliverable originally defined in the Project. The Change Request will include the following information:  The nature of the change.  A good faith estimate of the additional cost or associated savings to the CityTown of Nolensville, if any.  The timetable for implementing the change.  The effect on and/or risk to the schedule, resource needs or resource responsibilities. The City Town of Nolensville will use its good faith efforts to either approve or disapprove any Change Request within ten (10) Business Days (or other period as mutually agreeable between Xxxxx Tyler and the CityTown of Nolensville). Any changes to the Project scope, budget, or timeline must be documented and approved in writing using a Change Request form. These changes constitute a formal amendment to the Statement of Work and will supersede any conflicting term in the Statement of Work. Acceptance Process The implementation of a Project involves many decisions to be made throughout its lifecycle. Decisions will vary from higher level strategy decisions to smaller, detailed Project level decisions. It is critical to the success of the Project that each City Town of Nolensville office or department designates specific individuals for making decisions on behalf of their offices or departments. Both Xxxxx and the City Town of Nolensville will identify representative project managers. These individuals will represent the interests of all stakeholders and serve as the primary contacts between the two organizations. The coordination of gaining City client feedback and approval on Project deliverables will be critical to the success of the Project. The City Town of Nolensville project manager will strive to gain deliverable and decision approvals from all authorized City Town of Nolensville representatives. Given that the designated decision-maker for each department may not always be available, there must be a designated proxy for each decision point in the Project. Assignment of each proxy will be the responsibility of the leadership from each City Town of Nolensville department. The proxies will be named individuals that have the authorization to make decisions on behalf of their department. The following process will be used for accepting Deliverables and Control Points:  The City Town of Nolensville shall have five (5) business days from the date of delivery, or as otherwise mutually agreed upon by the parties in writing, to accept each Deliverable or Control Point. If the City Town of Nolensville does not provide acceptance or acknowledgement within five (5) business days, or the otherwise agreed upon timeframe, not to be unreasonably withheld, Xxxxx xxxxx the Deliverable or Control Point as accepted.  If the City Town of Nolensville does not agree the particular Deliverable or Control Point meets requirements, the City Town of Nolensville shall notify Xxxxx project manager(s), in writing, with reasoning within five (5) business days, or the otherwise agreed-upon timeframe, not to be unreasonably withheld, of receipt of the Deliverable.  Xxxxx shall address any deficiencies and redeliver the Deliverable or Control Point. The City Town of Nolensville shall then have two (2) business days from receipt of the redelivered Deliverable or Control Point to accept or again submit written notification of reasons for rejecting the milestone. If the City Town of Nolensville does not provide acceptance within two (2) business days, or the otherwise agreed upon timeframe, not to be unreasonably withheld, Xxxxx xxxxx the Deliverable or Control Point as accepted. Roles and Responsibilities The following defines the roles and responsibilities of each Project resource for the City Town of Nolensville and Xxxxx. Roles and responsibilities may not follow the organizational chart or position descriptions at the CityTown of Nolensville, but are roles defined within the Project. It is common for individual resources on both the Tyler and City client project teams to fill multiple roles. Similarly, it is common for some roles to be filled by multiple people. Tyler Roles & Responsibilities Xxxxx assigns a project manager prior to the start of each Phase of the Project (some Projects may only be one Phase in duration). Additional Tyler resources are assigned as the schedule develops and as needs arise. Xxxxx Executive Manager Sponsor Xxxxx executive management has indirect involvement with the Project and is part of the Tyler escalation process. This team member offers additional support to the Project team and collaborates with other Tyler department managers as needed in order to escalate and facilitate implementation Project tasks and decisions.  Provides clear direction for Xxxxx staff on executing on the Project Deliverables to align with satisfying the City Town of Nolensville ’s overall organizational strategy.  Authorizes required Project resources.  Resolves all decisions and/or issues not resolved at the implementation management level as part of the escalation process.  Acts as the counterpart to the City Town of Nolensville ’s executive sponsor. Xxxxx Implementation Manager  Tyler implementation management has indirect involvement with the Project and is part of the Tyler escalation process. The Tyler project managers consult implementation management on issues and outstanding decisions critical to the Project. Implementation management works toward a solution with the Tyler Project Manager or with City Town of Nolensville management as appropriate. Xxxxx executive management is the escalation point for any issues not resolved at this level.  Assigns Tyler Project personnel.  Provides support for the Project team.  Provides management support for the Project to ensure it is staffed appropriately and staff have necessary resources.  Monitors Project progress including progress towards agreed upon goals and objectives. Xxxxx Project Manager  The Tyler project manager(s) provides oversight of the Project, coordination of Tyler resources between departments, management of the Project budget and schedule, effective risk, risk and issue management, and is the primary point of contact for all Project related items. As requested by the Cityclient, the Tyler Project Manager provides regular updates to the City client Steering Committee and other Tyler governance members. Xxxxx Project Manager’s role includes responsibilities in the following areas: Contract Management  Validates contract compliance throughout the Project.  Ensures Deliverables meet contract requirements.  Acts as primary point of contact for all contract and invoicing questions.  Prepares and presents contract milestone sign-offs for acceptance by the City Town of Nolensville project manager(s).  Coordinates Change Requests, if needed, to ensure proper Scope and budgetary compliance.

PROJECT FOUNDATION. 3 Project Governance 3 Project Scope Control 4 Managing Scope and Project Change 4 Change Control 4 Change Request Management 4 Acceptance Process 6 Roles and Responsibilities 6 Tyler Roles & Responsibilities 6 Xxxxx Executive Manager 7 Tyler Implementation Manager 7 Xxxxx Project Manager 7 Tyler Implementation Consultant 8 Tyler Sales 8 Tyler Technical Services 8 City ESD Roles & Responsibilities 9 City ESD Executive Sponsor 9 City ESD Steering Committee 9 City ESD Project Manager 9 City ESD Functional Leads 11 City ESD Power Users 11 City ESD End Users 12 City ESD Technical Lead 12 City ESD Change Management Lead 12 PART 3: PROJECT PLAN 13 Project Stages 13 Initiate and Plan 14 Initial Coordination 14 Project/Phase Planning 15 This work package is not applicable 16 Infrastructure Planning 16 Stakeholder Meeting 17 Intentionally left blank 18 Control Point 1: Initiate & Plan Stage Acceptance 18 Assess & Define 18 Solution Orientation 18 Current & Future State Analysis 19 This work package is not applicable 20 Conversion Assessment 20 This work package is not applicable Intentionally left blank 21 Intentionally left blank 21 Control Point 2: Assess & Define Stage Acceptance 21 Prepare Solution 22 Initial System Deployment 22 Configuration 23 Process Refinement 24 Conversion Delivery 25 This work package is not applicable Intentionally left blank 27 This work package is not applicable Intentionally left blank 27 Control Point 3: Prepare Solution Stage Acceptance 27 Production Readiness 27 Solution Validation 28 Go-Live Readiness 28 End User Training 29 Control Point 4: Production Readiness Stage Acceptance 31 Production 31 Go-Live 31 Transition to Client Services 32 Post Go-Live Activities 33 Control Point 5: Production Stage Acceptance 34 Close 34 Phase Closeout 35 Project Closeout 36 Control Point 6: Close Stage Acceptance 37 General Assumptions 37 Project 37 Organizational Change Management 37 Resources and Scheduling 38 Data 38 Facilities 39 Glossary 40 PART 4: APPENDICES 43 Conversion 43 School ERP Pro Utility Billing Conversion Summary 43 Utility Billing - Standard 43 Utility Billing – Legacy/Historical Views 43 ERP Pro Financials Conversion Summary 43 General Ledger 43 Purchasing & Accounts Payable 43 Personnel Management 44 Payroll & Human Resources 43 Additional Appendices 45 This work package is not applicable 45 44 Intentionally left blank 44 Project Timeline 46 45 School ERP Pro Financial Management Timeline 46 ERP Pro Utility Billing Timeline 47 This work package is not applicable 47 45 Intentionally left blank 45 Part 1: Executive Summary Project Overview Introduction Tyler Technologies (“Tyler”) is the largest and most established provider of integrated software and technology services focused solely on the public sector. Xxxxx’x end-to-end solutions empower public sector entities including local, state, provincial and federal government, to operate more efficiently and connect more transparently with their constituents and with each other. By connecting data and processes across disparate systems, Xxxxx’x solutions transform how clients gain actionable insights that solve problems in their communities. Project Goals This Statement of Work (“SOW”) documents the methodology, implementation stages, activities, and roles and responsibilities, and project scope listed in the Investment Summary of the Agreement between Xxxxx and the City ESD (collectively the “Project”). The overall goals of the project are to:  Successfully implement the contracted scope on time and on budget  Increase operational efficiencies and empower users to be more productive  Improve accessibility and responsiveness to external and internal customer needs  Overcome current challenges and meet future goals  Providing a singleStreamlining business processes through automation, comprehensiveintegration, and integrated solution to manage business functions workflows  Streamline business processes through automation, integration, and workflows  Provide a user-friendly user interface to promote system use and productivity  Eliminate redundant data entry Methodology This is accomplished by the City ESD and Xxxxx working as a partnership and Xxxxx utilizing its depth of implementation experience. While each Project is unique, all will follow Xxxxx’x six-stage methodology. Each of the six stages is comprised of multiple work packages, and each work package includes a narrative description, objectives, tasks, inputs, outputs/deliverables, assumptions, and a responsibility matrix. Tailored specifically for Xxxxx’x public sector clients, the project methodology contains Stage Acceptance Control Points throughout each Phase to ensure adherence to scope, budget, timeline controls, effective communications, and quality standards. Clearly defined, the project methodology repeats consistently across Phases, and is scaled to meet the CityESD’s complexity and organizational needs. The methodology adapts to both single-phase and multiple-phase projects. To achieve Project success, it is imperative that both the City ESD and Xxxxx commit to including the necessary leadership and governance. During each stage of the Project, it is expected that the City ESD and Xxxxx Project teams work collaboratively to complete tasks. An underlying principle of Xxxxx’x Implementation process is to employ an iterative model where the CityESD’s business processes are assessed, configured, validated, and refined cyclically in line with the project budget. This approach is used in multiple stages and work packages as illustrated in the graphic below. The delivery approach is systematic, which reduces variability and mitigates risks to ensure Project success. As illustrated, some stages, along with work packages and tasks, are intended to be overlapping by nature to complete the Project efficiently and effectively. Part 2: Project Foundation Project Governance Project governance is the management framework within which Project decisions are made. The role of Project governance is to provide a decision-making approach that is logical, robust, and repeatable. This allows organizations to have a structured approach for conducting its daily business in addition to project related activities. This section outlines the resources required to meet the business needs, objectives, and priorities for the Project, communicate the goals to other Project participants, and provide support and guidance to accomplish these goals. Project governance defines the structure for escalation of issues and risks, Change Control review and authority, and Organizational Change Management activities. Throughout the Statement of Work Xxxxx has provided RACI Matrices for activities to be completed throughout the implementation which will further outline responsibilities of different roles in each stage. Further refinement of the governance structure, related processes, and specific roles and responsibilities occurs during the Initiate & Plan Stage. The chart below illustrates an overall team perspective where Xxxxx and the City ESD collaborate to resolve Project challenges according to defined escalation paths. If project managers do not possess authority to determine a solution, resolve an issue, or mitigate a risk, Tyler implementation management and the City ESD Steering Committee become the escalation points to triage responses prior to escalation to the City ESD and Xxxxx executive sponsors. As part of the escalation process, each Project governance tier presents recommendations and supporting information to facilitate knowledge transfer and issue resolution. The City ESD and Xxxxx executive sponsors serve as the final escalation point. Project Scope Control Managing Scope and Project Change Project Management governance principles contend that there are three connected constraints on a Project: budget, timeline, and scope. These constraints, known as the “triple constraints” or project management triangle, define budget in terms of financial cost, labor costs, and other resource costs. Scope is defined as the work performed to deliver a product, service or result with the specified features and functions, while time is simply defined as the schedule. The Triple Constraint theory states that if you change one side of the triangle, the other two sides must be correspondingly adjusted. For example, if the scope of the Project is increased, cost and time to complete will also need to increase. The Project and executive teams will need to remain cognizant of these constraints when making impactful decisions to the Project. A simple illustration of this triangle is included here, showing the connection of each item and their relational impact to the overall Scope. A pillar of any successful project is the ability to properly manage scope while allowing the appropriate level of flexibility to incorporate approved changes. Scope and changes within the project will be managed using the change control process outlined in the following section. Change Control It may become necessary to change the scope of this Project due to unforeseeable circumstances (e.g., new constraints or opportunities are discovered). This Project is being undertaken with the understanding that Project scope, schedule, and/or cost may need to change to produce optimal results for stakeholders. Changes to contractual requirements will follow the change control process specified in the final contract, and as described below. Change Request Management Should the need for a change to Project scope, schedule, and/or cost be identified during the Project, the change will be brought to the attention of the Steering Committee and an assessment of the change will occur. While such changes may result in additional costs and delays relative to the schedule, some changes may result in less cost to the CityESD; for example, the City ESD may decide it no longer needs a deliverable originally defined in the Project. The Change Request will include the following information:  The nature of the change.  A good faith estimate of the additional cost or associated savings to the CityESD, if any.  The timetable for implementing the change.  The effect on and/or risk to the schedule, resource needs or resource responsibilities. The City ESD will use its good faith efforts to either approve or disapprove any Change Request within ten (10) Business Days (or other period as mutually agreeable between Xxxxx and the CityESD). Any changes to the Project scope, budget, or timeline must be documented and approved in writing using a Change Request form. These changes constitute a formal amendment to the Statement of Work and will supersede any conflicting term in the Statement of Work. Acceptance Process The implementation of a Project involves many decisions to be made throughout its lifecycle. Decisions will vary from higher level strategy decisions to smaller, detailed Project level decisions. It is critical to the success of the Project that each City ESD office or department designates specific individuals for making decisions on behalf of their offices or departments. Both Xxxxx and the City ESD will identify representative project managers. These individuals will represent the interests of all stakeholders and serve as the primary contacts between the two organizations. The coordination of gaining City ESD feedback and approval on Project deliverables will be critical to the success of the Project. The City ESD project manager will strive to gain deliverable and decision approvals from all authorized City ESD representatives. Given that the designated decision-maker for each department may not always be available, there must be a designated proxy for each decision point in the Project. Assignment of each proxy will be the responsibility of the leadership from each City ESD department. The proxies will be named individuals that have the authorization to make decisions on behalf of their department. The following process will be used for accepting Deliverables and Control Points:  The City ESD shall have five (5) business days from the date of delivery, or as otherwise mutually agreed upon by the parties in writing, to accept each Deliverable or Control Point. If the City ESD does not provide acceptance or acknowledgement within five (5) business days, or the otherwise agreed upon timeframe, not to be unreasonably withheld, Xxxxx xxxxx the Deliverable or Control Point as accepted.  If the City ESD does not agree the Deliverable or Control Point meets requirements, the City ESD shall notify Xxxxx project manager(s), in writing, with reasoning within five (5) business days, or the otherwise agreed-upon timeframe, not to be unreasonably withheld, of receipt of the Deliverable.  Xxxxx shall address any deficiencies and redeliver the Deliverable or Control Point. The City ESD shall then have two (2) business days from receipt of the redelivered Deliverable or Control Point to accept or again submit written notification of reasons for rejecting the milestone. If the City ESD does not provide acceptance within two (2) business days, or the otherwise agreed upon timeframe, not to be unreasonably withheld, Xxxxx xxxxx the Deliverable or Control Point as accepted. Roles and Responsibilities The following defines the roles and responsibilities of each Project resource for the City ESD and Xxxxx. Roles and responsibilities may not follow the organizational chart or position descriptions at the CityESD, but are roles defined within the Project. It is common for individual resources on both the Tyler and City ESD project teams to fill multiple roles. Similarly, it is common for some roles to be filled by multiple people. Tyler Roles & Responsibilities Xxxxx assigns a project manager prior to the start of each Phase of the Project (some Projects may only be one Phase in duration). Additional Tyler resources are assigned as the schedule develops and as needs arise. Xxxxx Executive Manager Xxxxx executive management has indirect involvement with the Project and is part of the Tyler escalation process. This team member offers additional support to the Project team and collaborates with other Tyler department managers as needed to escalate and facilitate implementation Project tasks and decisions.  Provides clear direction for Xxxxx staff on executing on the Project Deliverables to align with satisfying the City ESD ’s overall organizational strategy.  Authorizes required Project resources.  Resolves all decisions and/or issues not resolved at the implementation management level as part of the escalation process.  Acts as the counterpart to the City ESD ’s executive sponsor. Xxxxx Implementation Manager  Tyler implementation management has indirect involvement with the Project and is part of the Tyler escalation process. The Tyler project managers consult implementation management on issues and outstanding decisions critical to the Project. Implementation management works toward a solution with the Tyler Project Manager or with City ESD management as appropriate. Xxxxx executive management is the escalation point for any issues not resolved at this level.  Assigns Tyler Project personnel.  Provides support for the Project team.  Provides management support for the Project to ensure it is staffed appropriately and staff have necessary resources.  Monitors Project progress including progress towards agreed upon goals and objectives. Xxxxx Project Manager  The Tyler project manager(s) provides oversight of the Project, coordination of Tyler resources between departments, management of the Project budget and schedule, effective risk, and issue management, and is the primary point of contact for all Project related items. As requested by the CityESD, the Tyler Project Manager provides regular updates to the City ESD Steering Committee and other Tyler governance members. Xxxxx Project Manager’s role includes responsibilities in the following areas: Contract Management  Validates contract compliance throughout the Project.  Ensures Deliverables meet contract requirements.  Acts as primary point of contact for all contract and invoicing questions.  Prepares and presents contract milestone sign-offs for acceptance by the City ESD project manager(s).  Coordinates Change Requests, if needed, to ensure proper Scope and budgetary compliance.