Offset Accela 2 6 Final and Exhibits
Offset Accela 2 6 Final and Exhibits
Gerull
City CIO | Executive Director
1 South Van Ness Avenue, 2nd Floor
San Francisco, CA 94103-0948
MEMORANDUM
Re: Notice of Request for Offset, San Francisco Administrative Code § 10.27
_____________________________________________________________________________________________
Since September 2011, under various contracts with the City, Accela, Inc. (“Accela”) has attempted to
develop a permitting system for the Department of Building Inspection (“DBI”). The latest implementation
contract is dated May 15, 2017 (Exh. 1-Implementation Agreement). Unfortunately, Accela’s efforts failed. On
June 24, 2019, the City provided Accela 30 days to cure its default (Exh. 2-Cure Notice.). Accela failed to effect a
cure. On July 24, 2019, the City directed Accela to stop work and issued a formal notice of default (Exh. 3-Default
Notice). On October 4, 2019, the City terminated Accela for cause (Exh. 4-Termination Notice). Accela owes the
City restitution, damages, and/or the cost to complete the project. This Memorandum constitutes formal request
to the Controller by the San Francisco Department of Technology (“DT”) to offset monies invoiced by Accela (Exh.
5-November 27, 2019 Invoice) under a separate Hosting and Maintenance Agreement (Exh. 6-May 31, 2018
Hosting and Maintenance Agreement), against damages sustained by the City as the result of Accela’s default
Background
1. Original Failed Project: The City initially contracted with Accela in 2011 to implement a
permitting system for the San Francisco Department of Building Inspection (“DBI”) and the San Francisco Planning
Department (“Planning”). Accela succeeded in finishing the Planning component of the Project. Accela failed,
2. Project Problems. From the start, the original project experienced Accela staff turnover, missed
schedule milestones and costly change orders resulting in payments to Accela totaling $5,944,913, with less than
50% of the DBI project complete, as documented in Accela’s 2017 Fit Gap Analysis. In October 2015, the City
1
halted the project and contracted with Gartner Consulting to assess project readiness, determine whether to
continue with Accela, and develop a go-forward plan. The City implemented Gartner’s go-forward plan
recommendations including documenting the business requirements and use cases needed for the system user
acceptance testing (“UAT”) and go-live, establishing a single integrated team accountable to a single project
manager or executive, and continuing with Accela. To be certain Accela would accurately estimate the project
restart, the City paid Accela $442,550 to compare the previous system configuration to the City’s documented
requirements, participate in requirement review sessions to clarify the requirements, and prepare a gap analysis
to assess which requirements Accela could or could not meet. Accela’s cost estimate for the completion project
was based on a 15-month schedule with a go-live date of September 5, 2018. Based on Accela’s estimate, the
May 15, 2017 Agreement included a deliverable based fixed fee of $3,802,000 with a 70-milestone payment
schedule. A contingency for change orders increased the fixed contract fee to $4,200,000.
3. Second Failed Project: The restarted project appeared to stay on schedule through the end of
December 2017 (7 months). Then, during preparation for UAT 1, Accela disclosed that it was behind schedule and
the system build would not be complete for UAT 1. As a result, Accela reduced the scope of UAT1 and added
UAT4, as documented in Accela’s May 23, 2018 and June 6, 2018 Status Reports. Accela committed to complete
the build before UAT 2. On June 19, 2018, during the Quality Gate 4 review meeting, Accela represented that
4. Go-Live Delays: On July 18, 2018, at the completion of UAT 2, Accela reported 288 severity 1 and
2 defects. Accela then admitted that the DBI go-live date was at risk due to the high number defects being worked
through and retested. On August 1, 2018, Accela postponed the DBI go-live date and began developing a new
schedule. At this point Accela reported 363 open severity 1 and 2 defects. As a result of the high defect count
that continued over the following test and fix cycles, Accela re-scheduled the DBI system go-live multiple times
from the original September 5, 2018 date to November 25, 2018, January 14, 2019, May 28, 2019, and November
12, 2019.
5. Severity 1 and 2 Defects: On September 12, 2018, one week after the originally scheduled go-live
date, Accela reported 441 open severity 1 and 2 defects. At that point, Accela committed to fixing the severity 1
and 2 defects by May 31, 2019, and achieve go-live on November 12, 2019 (14 months beyond the original
schedule of September 5, 2018). The City agreed to the November 12, 2019 completion schedule. Accela,
2
however, failed to achieve the May 31, 2019 defect correction date. On April 10, 2019, ten days after the
required defect completion date, Accela reported 281 open severity 1 and 2 defects. Accela then proposed a later
defect completion milestone of June 10, 2019, and a new go-live date of December 2, 2019 (the City never
approved that later go-live date). Accela also missed the June 10, 2019 defect correction milestone. On June 12,
2019, two days after the required defect completion date, Accela reported 43 open severity 1 and 2 defects.
Accela then proposed another new schedule with defect correction completed on June 21, 2019, and go-live on
January 27, 2020 (the City also never approved that go-live schedule). Accela again missed the required defect
correction date. On June 26, 2019, five days after the required defect completion date, Accela reported 46 open
severity 1 and 2 defects. That open defect number increased to 76 by July 10, 2019, 127 by July 17, 2019, and 178
6. City Contract Compliance: The City complied with all of its contract obligations and proactively
partnered with Accela. Despite Accela’s development delays and high defect counts, the City agreed to extend
the DBI go-live date by more than a year to November 12, 2019. To help Accela be successful, the City maintained
tight compliance with the project requirements, assisted Accela in maintaining the requirements traceability
matrix, and performed daily defect triage with Accela to ensure mutually agreed upon and consistent defect
categorization. The City logged any reported defect not within scope or “nice to have” in a separate “Idea
Factory” list to be considered after system go-live. As of July 2019, the Idea Factory has 97 items.
7. Change Order Request: The Implementation Agreement was fixed price and deliverable based.
On April 21, 2019, despite the fixed fee deliverable based contract sum, and just days after Accela reported 281
open severity 1 and 2 defects, Accela submitted Change Order No. 10 to the City seeking $1,800,000 in “delay”
costs. As a fixed fee engagement with fixed requirements, fixed deliverables, a fixed price and an agreed upon
project schedule and methodology, nothing in the Agreement established a basis for Accela to seek additional
costs for “delay.” To the contrary, the change management provisions of the Agreement expressly exclude delays
by Accela, such as occurred here, as a basis for a change order. Rather, the Agreement, at section 4.2, states that
time is of the essence and Accela’s failure to achieve timely project completion provides grounds for the City to
8. Delay Causation: Accela’s own status reports reflect month after month of no forward progress
toward completion due to the discovery of an excessive number of severity 1 and 2 defects. Once UAT testing
3
started in May 2018, and defects began to surface, Accela recognized that the project was in trouble. On July 18,
2018, Accela stated, “The go-live date is at risk due to the high number of issues that are being worked through
and retested.” On August 1, 2018, Accela reported that, “The go-live date has been pushed out. A new date is
pending the completion of an analysis of the data.” On August 29, 2018, less than a month before the original
September 5, 2018 go-live date, Accela describes the project as being only 74% complete. At that point, the
project stalled. For nearly a year, from September 12, 2018, through July 2019, the project barely inched forward.
Accela reported only a 13% achievement over that eleven-month period. And, during that time period, Accela
repeatedly asked for more time based on the high defect count.
9. Default: On June 24, 2019, after Accela again failed to achieve correction of all severity 1 and 2
defects as required, the City provided Accela notice of default and a 30-day cure period (June 24, 2019 through
July 24, 2019). Accela’s default included, but was not limited to, the following:
a. Failure to perform adequate project quality control, estimating and management and adhere
to the latest project completion schedule to correct all severity 1 and 2 defects by June 7,
2019;
b. Failure to correct severity 1 and 2 defects to enable end-to-end testing to start by June 10,
c. Inability to deliver the knowledge and methods including but not limited to the processes
needed to implement the business rules and logic for DBI and to configure a production
ready, severity 1 and 2 defect free Accela permitting system in accordance with City
requirements in the manner specified in the Agreement within the time specified in the
Agreement.
10. Thirty-Day Cure Period: Pursuant to Section 8.2 of the Implementation Agreement, the City
provided Accela 30 days to cure these instances of default and bring the project back on schedule so that Accela
could deliver a production-ready system by the required November 12, 2019 go-live date. To effect a cure, the
a. Fix all severity 1 and 2 defects assigned to Accela (as of 6/24/2018) by July 1, 2019, so that
4
b. Support and jointly conduct End to End testing from July 8 to July 24, 2019, with 80 or fewer
c. Provide the City with an achievable and mutually agreeable completion schedule (including
regression testing and City testing/acceptance) on or before July 24, 2019, reflecting the
11. Cure Failure/Formal Notice of Default: Accela failed to achieve a cure of any of the default items
within the 30-day cure period. Accela failed to cure all severity 1 and 2 defects by July 1, 2019. The City logged
more than 120 severity 1 and 2 defects through End-to-End testing. Accela failed to provide the City with any
completion schedule at all. As a result, on July 24, 2019, at the end of the cure period, the City issued a formal
notice of default.
12. Default Suspension/Termination: On August 14, 2019, at Accela’s request, the City suspended
the default for 45 days in order to facilitate informal dispute resolution attempts by the City and Accela. During
the course of that extended informal negotiation period, the parties met in person three times, including a two-
day session, on September 26 – 27, 2019, at Accela’s offices. At the conclusion of the two-day session, the City
believed that the parties had agreed at least in principle upon a resolution. Accela, however, never confirmed the
deal. As a result, and despite the City’s good faith efforts, all attempts at informal dispute resolution failed. On
October 4, 2019, following the conclusion of the default suspension period, the City terminated the
13. Accela’s Material Breach: The mutually agreed upon schedule obligated Accela to finish the
project by September 5, 2018. But, in September 2018, the project was not done. In early 2019, after more than
three rounds of UAT, Accela recorded a running total of more than 1,300 severity 1 and 2 defects, including 281
open defects in April 2019, after UAT 3.1. In July 2019, through End-to-End testing, the Accela logged another 178
severity 1 and 2 defects. These are critical software errors that prevented users from operating the software
14. The City is not at Fault. Any argument that the City was at fault for the defects and Accela’s
failure to complete the Project or cure the default fails. The City did not add requirements. Week after week, for
25 months, Accela’s Project status report stated, “No scope changes this reporting period.” The City paid for all
requirements that the Parties agreed were added. Nor did the City cause delay. Again, week after week, since
5
the start of UAT in 2018, Accela’s Project status reports reflected soaring rates of severity 1 and 2 defects that
pushed out the schedule and prevented go-live. Any argument that the City’s cure items were unachievable
would also be wrong. The City made every effort to ensure that the default cure items were reasonable. The City
asked only that Accela cure all severity 1 and 2 defects before the start of end-to-end testing, emerge with fewer
than 80 defects after testing, and provide the City with a completion schedule. These were items that should
have been finished by September 2018. All were achievable. Yet Accela achieved none.
15. Actual Percent Complete: After noticing Accela’s default, the City retained an independent third-
party software developer, TruePoint, an Accela certified “Partner,” to evaluate Accela’s work to determine what it
would take to complete the project. TruePoint’s assessment reflected that the project is only 70% complete,
completion even with Accela’s help would cost between $3,000,000 and $4,000,000, and completion would take a
minimum of 10 months (Exh. 7-TruePoint Assessment and Estimated Schedule). The cost to complete is nearly
the same as the original contract price and the completion schedule is two-thirds of the original 15-month
schedule. The only explanation for the low percent complete, excessive completion cost and extended duration
for completion is that Accela failed in its professional capacity and breached the Implementation Agreement.
16. Damages and Offset: As a result, the City incurred damages. The City paid Accela $2,536,928
under the Implementation Agreement and is entitled to restitution of that full amount. Alternatively, under San
Francisco Administrative Code § 21.33, the City is entitled to the cost to complete the project. And, the City is
entitled to recover damages (additional staff and project costs), estimated at $4,900,000, resulting from Accela’s
default. As a result, under San Francisco Administrative Code § 10.27-7 and Section 8.2.2 of the Implementation
Agreement, the City is entitled to offset amounts invoiced by Accela under the Hosting and Maintenance
Agreement against damages amounts due the City under the terminated Implementation Agreement. Accela’s
November 27, 2019 Invoice is for $900,000. Although the City would be entitled to offset that full invoice given
the amount of the City’s Implementation Agreement damages, the City requests that the Controller offset only
half of that amount ($450,000). The City’s rationale is that Planning will use services under the Hosting and
Maintenance Agreement for the next year. Although the Hosting and Maintenance Agreement would not permit
Accela to stop work during a dispute, the City does not want to risk Accela harming Planning by breaching that
agreement also. The City would agree to pay what amounts to the Planning “portion” of the Invoice ($450,000).
6
17. Notice to Accela. Under Administrative Code Section 10.27-7, the City requests that the
a. That DT notified the Controller that Accela owes the City money;
b. That the amount owed by Accela to the City exceeds the amount of the November 27,
c. The reason for the offset are damages suffered by the City as the result of Accela’s default
under the Implementation Agreement and failure to complete DBI’s permitting system;
e. That, if requested by Accela, the Controller will fix a time and place for said hearing and
cause all parties to be notified not less than 15 days before the date of such hearing. Each
party will have the right to be represented by counsel, or other person of their choosing,
to call and examine witnesses, to impeach any witness regardless of who called said
witness to testify, and to rebut adverse evidence. The department will have the burden of
7
Exhibit 1- Implementation Agreement
8
______________________________________________________________________________
Statement of Work
May 9, 2017
Version 2.4
Accela, Inc.
2633 Camino Ramon
Suite 500
San Ramon, CA 94583
Tel: 925-659-3200
Fax: 925-659-3201
TABLE OF CONTENTS
TABLE OF CONTENTS ..................................................................................................................................................................... 3
INTRODUCTION ................................................................................................................................................................................ 5
This fixed price SOW (e.g., this document and all its associated documents) is to implement a solution which will fully
meet or exceed all of the requirements contained in the PPTS Phase I Fit/Gap Analysis, dated January 18, 2017
which is incorporated into this SOW as Appendix K - PPTS Phase I Fit/Gap Analysis. The only exceptions are for
requirements which are clearly marked Solution Gaps or Partial Solution Gaps. Solution Gaps will not be met by the
configured solution. Partial Solution Gaps will be met only as described in APPENDIX K: PPTS Phase Fit/Gap
Analysis and related documents. Of the 2,076 Phase I requirements, 2,007 are identified as to be fully supported
while 28 are identified as Solution Gaps and 41 are identified as Partial Solution Gaps. This SOW will not be
considered complete until DBI has certified that the requirements from APPENDIX K: PPTS Phase Fit/Gap Analysis,
with the above noted exceptions have been fully met by a working system that has been fully tested or DBI and Accela
have executed an amendment to this agreement identifying specific requirements which Accela no longer needs to
meet and granting Accela relief from meeting them.
SCOPE OF WORK
SCOPE OF SERVICES/ACTIVITES
The project scope is defined by the Agency’s Phase 1 requirements and the Accela and 3rd Party products that will be
implemented to meet these requirements. The scope of work for this project is to implement the requirements
documented in APPENDIX K: PPTS Phase I Fit/Gap Analysis.
The scope is further limited to the following Agency organizations, technical environments and products.
Agency Departments
o Department of Building Inspection (DBI), including the following DBI Divisions:
Code Enforcement Section (CES)
Central Permit Bureau (CPB)
Finance (FIN)
Housing Inspection Services (HIS)
Info Desk
Inspection Services (INSP), including Disabled Access Division (DAD)
Initial Plan Review (IPR)
Management Information Systems (MIS)
Accela Environment
o The Project will leverage the four (4) Accela-Hosted environments already established and in use for
the CCSF PPTS project. These environments include:
Support
Test
Pre-Production
Production
o These four (4) environments will be maintained under Accela’s hosting agreement during the project
and going forward.
o For new software release or patches Pre-Production is upgraded first with each new release,
followed by Test, Support and Production within 30 days following the upgrade of Pre-Production.
o The project will be implemented using the latest version of the Accela Civic Platform Hosted
environment, which is currently at version 9.0. During the project, interim Accela Civic Platform
releases to the Accela Cloud environment will be tested by Accela to ensure that they have no
adverse impact on the PPTS configuration. Any features automatically available via updates without
significant additional configuration will be available to the PPTS project. Any new features requiring
significant additional configuration are not included in the work of this SOW, and would need to be
considered on a case by case basis, potentially necessitating a change order.
Accela Products
o Accela Civic Platform – Land Management
o Accela Citizen Access
o Accela GIS
o Accela Mobile/Inspector App
ACCELA RESPONSIBILITIES
1. Dedicated Accela Participation – Accela recognizes the importance of consistent and dedicated staffing in
support of the PPTS project to ensure project success. Accela will provide staff knowledgeable in all aspects
2. Requirements Traceability and Delivery – Accela has participated in the review and approval process for
the 2,076 requirements for PPTS Phase I, and has provided a Fit/Gap Analysis to determine any gaps that
exist between these requirements and the off-the-shelf Accela Civic Platform solution and the approved
requirements. Accela will provide bi-directional traceability between each of these requirements and the
Accela Civic Platform solution described in this SOW. Requirements traceability will track each requirement
through implementation, verifying that each requirement has been addressed and realized as a part of the
design, successfully configured, and fully tested.
3. Accela Implementation Methodology – This implementation has been scoped and planned around a
modified Accela Implementation Methodology that has been scaled to support the needs of CCSF. Accela
will follow the Implementation Methodology as defined in Appendix H.
b. San Francisco Building Codes - Codes include Building, Plumbing, Electrical, Mechanical Green
Building Codes and others
5. On-site Activities - Key interviews and meetings, such as design sessions and other project management
meetings, need to be conducted face-to-face for PPTS project team members with oversight from the quality
assurance team.
6. Agency Vetting of Accela Resources - Agency requires that any Accela resource assigned to this project
must first be vetted and approved by the Agency Project Manager. Agency also reserves the right to request
the removal of any resource- for a state cause- at any time during the project. Accela warrants that it will
replace the removed resource with a resource with equivalent or greater skills within 10 business days of the
last working day of the removed resource. Accela further warrants that resource removal request will not
affect Accela ’s other commitment under this agreement, including requirements for key resources to be
working on-site at Agency locations.
8. Consolidated Environment - Planning and DBI solutions must co-exist in a consolidated environment
throughout Phase I. Accela will have primary responsibility for upgrading and merging the two environments.
9. Existing Configuration Analysis - A detailed analysis of the existing PPTS configuration must be
undertaken by Accela to create a baseline before “To-Be” analysis can commence.
b. Accela warrants that the solution will “go live” using Version 9.0 of the Accela Civic Platform in the
Accela Hosting Environment. If Accela requires that a different or later version be used, prior to “Go
Live” either to meet the requirements in APPENDIX K: PPTS Phase Fit/Gap Analysis or to meet
operational or release requirements driven by the Accela Hosting Environment, then Accela shall be
responsible for any additional design, configuration, data conversion or testing activities resulting.
c. Functionality available in Accela Civic Platform v.9.0 off-the-shelf must support the Phase I solution
without enhancements or modification. There will be no enhancements to the Accela Civic Platform
code as deployed by Accela.
d. Accela acknowledges that the existing Planning solution already in Production cannot be adversely
impacted by the Phase I implementation and that it will actively lead planning, execution and support
activities to ensure that this is the case. Agency warrants that it will support these efforts.
11. Deliverables Language - All services will be delivered with U.S. English as the communication language.
12. Accela Software Version - Accela will implement the feature set available in the current Production release
at the time of contract signing. New releases and patch upgrades will be deployed to the Accela Cloud
Production environment throughout this implementation. Leveraging new features may affect the scope and
timeline for this project and are considered out of scope, unless they can be implemented without substantial
configuration and testing effort, and would be considered on a case by case basis to be managed by the
Change Management Process.
b. Key Accela resources are planned to be onsite for project activities involving direct engagement with
business and technical users. The percentage of onsite project time by resource is as follows:
i. Engagement Manager – 75%
ii. Configuration Lead – 75%
iii. Technical Lead / Solution Architect – 50%
iv. Testing Lead – 50%
v. Training Lead – 80%
c. Other Accela resources will be committed to the project as defined in the Project Plan and will work
remotely except when onsite presence is required to complete the Deliverables. The general roles
and responsibilities of these resources is described in APPENDIX C: Project Resources.
d. The Accela Director of Project Management NW will participate on the PPTS Project Review Board
which meets weekly and participate in the PPTS Executive Steering Committee as needed. This
participation will generally be by telephone with at least one onsite visit every three months.
e. Accela will plan appropriate resourcing to facilitate the success of the deployment for the scope
outlined in this SOW. Accela warrants that it has sufficient knowledge of PPTS and DBI and has
performed sufficient detailed and profession analysis of past work and current requirements to
determine the level of effort required to deliver the fixed scope defined in this SOW for the fixed
price. Accela understands and accepts that they are committing to a fixed price for a fixed scope
engagement. Both parties acknowledge that the Accela resourcing levels required successfully
complete this engagement may be different from estimates. However, these differences will not be
grounds for invoking the Change Management process by either party. Changes will only be
submitted and considered in accordance with criteria documented in the Change Management
section of this SOW. Accela has no responsibility for the performance of other contractors or
vendors engaged by the Agency, or delays caused by them, about the project even if Accela has
been involved in recommending or selecting such other contractors or vendors, or in the monitoring
of their work, except in the case of Click Software, where Accela will be fully accountable for the
installation, integration and testing of the Click Software.
AGENCY RESPONSIBILITIES
1. Dedicated Agency Participation – Agency acknowledges that its staff has the appropriate skills and subject
matter expertise and that they will be actively involved throughout the entire duration of Services as defined
in the Project Plan. Accela will communicate insufficient participation of Agency resources through project
status reports, and by other means, with real and potential impacts to the project. Accela will work with the
2. Clear Business Objectives – Agency warrants that it has clearly documented its business objectives before
the commencement of the project, and shared those objectives with Accela. Accela acknowledges that it has
a detailed understanding of these objectives and that the planned system will meet them
3. Business Process Definition and Understanding – Agency warrants that it can articulate current business
processes and is willing to share that information with Accela during the To-Be Analysis stage of the project.
If there is an expectation that the Agency’s business processes might be modified during the project, the
Agency and Accela must discuss this topic to determine what, if any, risks such an endeavor might introduce
to the project or to ongoing DBI business operations.
4. Knowledge Transfer – Agency acknowledges that it is critical that its personnel participate in the analysis,
configuration and deployment of the software solution being delivered by Accela to ensure that required
knowledge transfer to the Agency personnel occurs. Once Post Production assistance tasks are completed
by Accela, the Agency acknowledges that it must assume responsibility for day-to-day operations of the
Accela Civic Platform solution outside of the Accela Support and Maintenance Agreement and the Hosting
Agreement. Key knowledge transfer areas are:
6. Third-party Products - Agency is responsible for the installation and maintenance of all third-party products.
In the case of Click Software, Agency is responsible for all subscription fees to acquire Click Software, but
Accela will be responsible for the configuration and integration of this product.
7. Merchant Accounts - Agency will provide an online merchant accounts for DBI and Planning and all related
hardware required by the merchant account provider for the handling of credit cards and / or checks for
usage on Accela Citizen Access.
8. System Access - Agency will provide Accela resources access to a Development or Test version of 3rd
party systems as required for interface development. All interfaces will be developed against one (1), agreed
9. Agency Resourcing
a. Agency will provide a dedicated Project Manager throughout the course of the project.
b. Agency Project Manager has primary responsibility for the scheduling of Agency employees and
facilities in support of project activities.
c. Agency has committed to the involvement of key resources and subject matter experts for ongoing
participation in all project activities as defined in the Project Plan. The general roles and
responsibilities of these resources is described in APPENDIX C: Project Resources.
d. Agency agrees during the Initiation Stage of the project to assign a single designated approver for
each major project deliverable. The designated approver will be responsible for overseeing and / or
directly participating in the design and development, as well as the approval, of the deliverable. If
the Agency desires that more than one (1) Agency resource be involved in the deliverable review
and approval process, the Agency’s single designated approver is responsible for coordinating with
those resources.
e. Agency will identify project sponsors and all necessary stakeholder’s prior the project kickoff, and
will commit these personnel for the duration of the project. The identity and expected time
commitments from these resources will be defined in the Project Charter or the Project Management
plan.
f. Project timeline delays caused by Agency employees or third party team members that result in a
change in the project schedule may require a change order if they materially affect Accela ’s ability
to complete their tasks in accordance with the Project Schedule.
g. Agency will be responsible for the contractual relationship with third parties that are not contracted
through Accela and will pro-actively work with these organizations to ensure that they cooperate
with Accela. Escalation of issues within these 3rd party organizations will be an Agency
responsibility. For purposes of this SOW, Click Software will not be considered to be a 3rd Party
organization and Accela will have responsibility for managing the performance of Click Software
resources and assets.
1. Requirements Identified and Documented – Agency and Accela have identified, documented, prioritized
technical, functional, data, and other requirements that must be satisfied for the project to be considered
successful by the Agency and Accela. The current requirements to be met are documented in Appendix K
(and associated documents). Both parties further warrant that they will continually manage and track these
requirements over the course of the Services, making such adjustments to them as may be mutually agreed
upon and memorialized in an amendment to this SOW.
2. Working Relationships - Good working relationships and respect between Accela and Agency personnel is
required at all time. Both parties acknowledge this and commit to proactively addressing any issue through
the project governance mechanisms and channel established by this SOW.
3. Additions to Scope - The configured solution must meet all the requirements documented in Appendix K -
PPTS Phase I Fit/Gap Analysis, except for specific exceptions noted in Appendix K as Solution Gaps (not
met) or Partial Solution Gaps (met as described in Appendix K - PPTS Phase I Fit/Gap Analysis.) The sole
method for adding additional requirements or for excusing Accela from the obligation to meet the agreed
requirements is through the Change Management process defined in Appendix I.
4. Configuration Lock Down - Phase I configuration must be locked down by Accela and agreed in writing
between the parties prior to beginning work on the following activities:
a. Data conversion mapping activities
b. Report development activities
5. Deliverable Acceptance - All work products will meet the acceptance criteria as defined by the Agency
within Appendix B: Deliverables of this SOW. The Agency and Accela will use the testing and acceptance
processes defined in Appendix F – Testing Strategy and Acceptance as the sole method for deliverable
acceptance.
6. Paper-based Deliverable Handling - All “paper based” deliverable documentation reviews during the
implementation will be conducted electronically, whereby both Accela and City staff will utilize document
review tools such as track changes and comments to markup draft deliverables posted to the Project
SharePoint site. Creation of deliverables in tools which do not support “Track Changes” or similar functions
will only be done by mutual consent.
b. A unified project schedule will be jointly managed, with a critical path, for both Agency and Accela
tasks. The primary owner of this schedule will be owned by the Agency Project Manager.
c. Any delays on Agency owned tasks which both parties agree have a material impact on the project
schedule or on the ability of Accela to execute their work tasks as defined in the project plan may
necessitate use of the Change Management process.
i. Delays to Agency tasks which are the direct or indirect result of delay to predecessor
Accela owned tasks will not trigger a Change Management activity.
b. Agency will commit the necessary resources and management involvement to support the project
and to perform the agreed upon tasks in the Project Plan. Accela and DBI will agree on a joint
staffing plan as part of the Initiation Stage. This will include agreeing on specific DBI stakeholders
and subject matter experts who will participate in the project, their participation levels by State and
their specific roles in the deliverables signoff process. Both parties will track compliance with these
staffing plans.
c. Accela will provide the Agency with a Weekly Status Report that outlines the tasks completed during
the prior week, the upcoming tasks that need to be completed during the following week, the
resources needed to complete the tasks, a current version of the Project Plan, and a listing of any
issues that may be placing the project at risk (e.g., issues that may delay the project or jeopardize
one or more of the production dates). Accela and Agency Project Managers will agree on the format
of the status report (i.e., the status report template) prior to the status report being produced.
d. The project schedule is managed using Microsoft Project. Should any tasks slip behind schedule ten
(10) business days, Accela and Agency will escalate per the Escalation Plan and may if necessary
invoke the change management process. Deliverables will be documented using Accela
methodology and associated templates or as defined in this SOW with this SOW taking precedence.
Any additional changes to the templates must be agreed to by Accela Project Manager as part of
the DED process defined in this SOW.
The Start and End dates below represent the estimated dates for execution of the scope and implementation services
defined within this Statement of Work. These dates may change to reflect the actual start date of the project or any
adjustments to the Statement of Work.
PROJECT TIMELINE
The term of this project is seventeen (17) months (15 months to go-live + 2 months’ post go-live).
Accela and Agency will jointly commit to a start date when resources are confirmed. Any Agency-requested delays in
starting the project after the start date is mutually confirmed may require up to a forty-five (45) business day lead time
for Accela to resource the project again.
The Parties agree that the 17-month project schedule presented in APPENDIX D will be the starting point for the
development of a detailed project implementation plan which is part of Deliverable 1.
PAYMENT TERMS
PAYMENT SCHEDULE
Accela will perform the Services on a Deliverable payment basis. Accela’s total price to perform the Services and
provide the Deliverables described in APPENDIX B: Deliverables is $3,802,848.00 including expenses (the “Fixed-
Fee”). The Fixed-Fee price is based on the assumptions, dependencies and constraints, and roles and responsibilities
of the Parties, as stated in this SOW.
Invoices will be sent as soon as the Deliverable Acceptance Form is signed by the Agency. Please note, the
deliverable amount is not a one to one indication of the level of effort (LOE) required to complete each deliverable as
Accela will expend whatever effort is required to complete the deliverable and achieve acceptance. Project
Management time, out of pocket expenses and other costs are also included in each deliverable milestone payment.
The City shall withhold an amount equal to 5% of the total PPTS Phase project price, or $180,569.50, which will be
retained until the successful completion of the Stability Period as described in this SOW in Appendix B.
Total $3,802,848.00
Payment is deliverable based. Expenses are included in each milestone payment and shall not be billed or payed
separately. The guaranteed not-to-exceed contract price ($3,802,848.00) is inclusive of expenses.
PROJECT COMPLETION
The project is complete once all deliverable signoffs are complete, the post go-live stability period has been
completed, and the transition to Accela’s Customer Support organization (i.e., the CSC) has been completed.
Expression Builder Automation Script that updates user defined field, required settings,
hidden fields, etc., on a form.
Batch Script Script that runs on a schedule or manually that bulk
updates data.
Deliverable Development and Accela will then develop and submit Accela will then develop and submit
Submittal each deliverable following the each deliverable following the
criteria and standards defined in the criteria and standards defined in
respective DED. Appendix B.
Deliverables requiring a DED are identified below in Figure 1: Deliverable Summary by Project Stage and APPENDIX
B: Deliverables.
STAGE 1 – INITIATION
DELIVERABLE 1: PROJECT INITIATION AND ONGOING PROJECT MANAGEMENT
Project Initiation is an opportunity to ensure the project starts in a well-organized, structured fashion while re-
confirming the Agency and Accela expectations regarding the implementation. This Deliverable is comprised of
ongoing project planning activities, core project management documents and templates and the first on-site meeting
conducted between the Agency and Accela after the signing of the Statement of Work.
Key Activities:
In conjunction with the Agency representatives, Accela will perform the following tasks:
Output:
In terms of specific output, this deliverable is comprised of the following sub-deliverables:
The table below provides a detailed description of each sub-deliverable, including identification of the deliverable type
(e.g., software, written, other) and DED (e.g., Yes, No).
Table 5: Deliverable 1 - Project Initiation and Ongoing Project Management Sub-Deliverable Descriptions
Deliverable Name Deliverable Description
1A - Project Kickoff 1) Conduct a formal onsite Kickoff meeting. The objective of this
Presentation meeting is to review the purpose of the project and discuss the project
Type: Written, Presentation scope, roles and responsibilities, deliverables, and timeline, including but
DED: No not limited to the following:
a) The overall project objectives, project plan, management of project
schedule, risks, change, quality, communication, resources, and the
various deliverables associated with the complete System
Development Life Cycle (SDLC) of the PPTS Project.
b) The key stakeholders to be contacted to review and validate
information relative to all steps of the project throughout the SDLC.
c) The process to provide input to the strategic and tactical reports on a
regular basis.
d) Project performance measurements and critical success factors.
2) Accela will create, collaborate, and review the Project Initiation
presentation content with the Agency’s Key Project Stakeholders as
directed by the Agency PM. The presentation must be reviewed by the
The Project Work Plan will include a Work Breakdown Structure (WBS) that
defines the project’s overall objectives by describing the project tasks and
deliverables.
1) The WBS will include:
a) A consolidated view of the activities, activity descriptions, and activity
durations assigned to the Agency and Accela.
Accela Responsibilities
a) Shall facilitate and lead the discussions and reviews to finalize the
content of the Implementation and Deployment Plans.
b) Shall incorporate related decisions made during the project planning
and kickoff meetings into the plans.
c) Shall maintain and update the plans as required through the life of
the project.
Agency Responsibilities
a) Ensure participation in meetings and activities.
1E - Project Status Report Project status will be tracked, managed and reported by Accela on an ongoing
Template basis. Regularly scheduled status meetings between the Agency PM and
Type: Written Accela PM will be held as needed, but no less than weekly, to review and
DED: No assess the project’s status, progress, issues, risks, current and planned
mitigation actions and next steps.
To maintain control of the project schedule and issues, weekly status report
documents will be created by Accela PM and delivered to the Agency PM.
The Agency will be the owner of all the documents placed in the PL. PL
content will be handed over to the Agency prior to final payment and project
closure.
Accela Responsibilities
a) Make available the Project SharePoint site and provide access to key
project participants
b) Manage the file structure available to the project to ensure that
project information and deliverables can be stored and retrieved in a
logical manner
c) Manage users and their access rights to ensure that only authorized
users have access to the SharePoint site
Agency Responsibilities
a) Provide names of key project participants to have access to the
Project SharePoint site
b) Reinforce with Agency SharePoint users their responsibilities for
filing, updating, and disseminating project-related information and
data
c) Assist Accela in managing users to ensure that only current,
authorized users have access to the Project SharePoint site
1G - Quality Gate Framework Accela will prepare Quality Gate Entrance / Exit documentation that
Type: Written includes the details below to ensure all entrance and exit criteria defined in
DED: Yes Appendix B have been met:
Accela Responsibilities
a) Prepare Quality Gate Entry/Exit documentation
b) Manage the status of each quality gate and make this information
available as a part of the overall project status
Agency Responsibilities
a) Review Quality Gate Entry/Exit documentation
b) Participate in meetings and provide input on Quality Gate criteria in
support of the entrance/exit activities
Accela Responsibilities:
• Provide timely and appropriate responses to Agency’s request for information.
• Coordinate project planning activities.
• Communicate Accela Implementation Methodology that will be used by Accela to deliver Services.
• Complete Baseline Project Plan, Project Status Report Template, and Project Kickoff Presentation
deliverables with input from appropriate Agency resources.
Agency Responsibilities:
• Identify and set expectations with key resources and subject matter experts for ongoing participation in the
project.
• Provide timely and appropriate responses to Accela’s requests for project planning input and meeting
logistics requests.
• Provide meeting facilities for Project Kickoff and other onsite activities.
• Include Project Sponsor in Project Kickoff Meeting.
• Provide suitable Agency facilities to accommodate training.
Acceptance Criteria:
• Completion of the Project Kickoff Meeting
• Review and acceptance of the following:
o Project Management Plan
o Baseline Project Schedule
o Implementation Plan
o Project Status Report Template
o Project SharePoint Site
o Quality Gate Framework
Key Activities:
In conjunction with the Agency representatives, Accela will perform the following tasks:
1. Develop the Requirements Traceability Matrix document
2. Populate the Requirements Traceability Matrix with the PPTS Phase I requirements as presented in the
PPTS Phase I Fit/Gap Analysis
Output:
In terms of specific output, Deliverable 2 is a written deliverable that creates the Requirements Traceability Matrix in
table form.
Accela Responsibilities:
• Develop and deliver the Requirements Traceability Matrix template document.
• Manage the Requirements Traceability Matrix throughout the project life cycle.
Agency Responsibilities:
• Make available the appropriate Agency resources to review and verify the suitability of the Requirements
Traceability Matrix for its stated purpose.
Acceptance Criteria:
• Review and acceptance of the Requirements Traceability Matrix template document.
Key Activities:
In conjunction with the Agency representatives, Accela will perform the following tasks:
1. Generate the Accela Baseline System Configuration Report which will serve as the initial baseline to
document the system inventory of system configuration.
2. Review the baseline configuration against the approved requirements documents resulting from the Fit/Gap
Analysis as outlined in the table below. Accela will consider how to approach each session and document by
division based on information gathered during the Fit/Gap analysis. The Fit/Gap information included in the
table below represent an itemized summary of the solution gaps and configuration by division.
3. Coordinate and schedule the Analysis Sessions in conjunction with the Agency Project Manager and per the
agreed upon Project Plan.
Output:
In terms of specific output, Deliverable 3 is a written deliverable that builds from the Accela Baseline System
Configuration Report, which is a standard Accela report that exports system configuration. The final deliverable output
will be the Baseline Implementation Analysis Findings Report, which is comprised of the following key elements:
Accela Baseline System Configuration Report, which includes the following information:
o Record Types
o Fees
o Workflows
o Conditions
o Inspections
o User Groups/Users
o Portlets/User-Defined Data Fields
o Scripts
o Reports
o Interfaces/Integrations
Additional Baseline System Configuration documentation to tie the configuration elements to additional
components related to the existing Record Types, including:
o Report List – identify and document all reports currently a part of the Baseline Configuration and
their relationship to individual Record Types
o Global Configuration – identify and document global configuration elements, including:
Security
Conditions
APO/XAPO
Citizen Access
Consoles
Search
o Strategic Topics – cross-reference key Strategic Topics findings and document these in relation to
the existing configuration elements, including:
Data Standards
APO/XAPO
Security
Conditions
Payments
Data Conversions
Accela Responsibilities:
• Provide timely and appropriate responses to Agency’s request for information.
• Conduct as-is analysis sessions to capture the existing configuration elements within Accela Civic Platform.
Agency Responsibilities:
• Provide timely and appropriate responses to Accela’s requests for information.
• Make available the appropriate Agency key users and content experts to verify the accuracy of the
documented existing configuration elements.
Acceptance Criteria:
• Review and acceptance of the Baseline Implementation Analysis Findings Report for all existing configuration
elements with Accela Civic Platform.
Accela will develop prototypes for agreed upon business processes iteratively and collaboratively with the Agency.
The goal of prototyping is to facilitate a mutual understanding of the System and design considerations for PPTS.
The To-Be Analysis Sessions and Solution Foundation Document(s) will consider and capture information regarding
how configuration impacts other System elements for the deliverables listed below. However, the specifics for those
deliverables will be discovered and documented later in the project as they are dependent on the completion of the
Solution Foundation milestone. For example, discovery of agency requirements for a Receipt Report is documented
in the Solution Foundation Document(s), however specific report specification and requirements are completed in the
Report Specification deliverable.
Key Activities:
In conjunction with the Agency representatives, Accela will perform the following tasks:
5. Review and understand existing business processes intended for migration into Accela Civic Platform.
6. Review the developed business process as a basis for configuration in Accela Civic Platform’s workflow tool.
7. Assist the Agency in streamlining existing business processes for fit into Accela Civic Platform.
8. Collect employee names and associated roles and identify user group setups.
9. Review the collected document intake requirements, forms, and data fields for each process.
10. Review the collected document output requirements (documents/letters/reports).
11. Review the collected document fees, fee schedules, and collection procedures for each process.
12. Review the collected document all required inspections and inspection result options for each type.
13. Prototype, or modify the configuration in the case of the 43 existing Record Types, all identified Record
Types per the requirements in the PPTS Phase I Fit/Gap Analysis. Interactively review the configured or
prototyped Record Types with applicable Core Team members from each Division. The review and
subsequent approval by the applicable Core Team members is intended to show all configuration
components related to the Record Type and associated process (including, but not limited to, workflow, fees,
user-defined fields and tables, conditions, inspections, etc.), but is not intended to show reports, business
rule automation, or data conversion which are to be completed during Stage 4: Build. Once each of the
Record Types has been accepted by the applicable Core Team members, a configuration report will be run to
memorialize all aspects of the Record Type configuration or prototype. In addition, each approved Record
Type configuration will be copied and saved using Data Manager to further memorialize the Record Type
configuration and to provide a backup should any portion of the configuration be inadvertently altered post-
approval. Core Team members will be asked to sign off on the approved configurations as demonstrated.
Any decisions, future actions, acknowledgement of work to be completed in subsequent stages, etc. will be
documented as a part of the Deliverable Acceptance Form provided for each Record Type for signoff.
14. Document all future state business process to be implemented in the Accela Civic Platform. The collection of
all Configuration Reports supporting the applicable Record Types for an Agency Division will comprise the
Solution Foundation Document for that Division.
15. Ensure requirement traceability between Solution Foundation Documents and PPTS Phase 1 requirements,
including how requirements will be managed and prioritized.
16. The Project Team, consisting of representatives from both Accela and the Agency, will conduct a formal
review of the Solution Foundation Documents for approval and sign-off on the deliverable.
Output: The written component of this deliverable requires a DED for the Solution Foundation Document. Additionally,
the software-based component of this deliverable is comprised of prototypes. Prototypes will be memorialized within
each of the separate Solution Foundation Document for each area listed below- and as described elsewhere in this
SOW (e.g. they will be recorded via audio/video system). At a minimum, the following foundation documents will be
produced. Others will be produced as required.
Drafts of the following document deliverables that will be finalized in future stages:
8: Draft Planning and DBI Merge Plan
9: Draft Historical Data Conversion Analysis
11: Draft Interface Analysis
13: Draft Business Rules Specifications
14: Draft Report Specifications
Final Design Plans of the following software deliverables that will be developed in future stages:
16: Accela GIS/XAPO Design
17: Accela Citizen Access
18: Accela Inspector Design
Accela Responsibilities:
• Accela’s Project Manager will coordinate and schedule the Analysis Sessions in conjunction with the Agency
Project Manager and per the agreed upon Project Plan.
• Provide timely and appropriate responses to Agency’s request for information.
• Interview staff to understand existing business processes.
• Conduct to-be analysis sessions to capture the required business processes to be automated within the
system via email, web conference, phone, and in person to gather and validate analysis input.
• Together with the Agency, identify which business processes will be prototyped.
• Configure prototypes for business processes agreed upon with the Agency.
• Trace requirements to Solution Foundation Document(s)
Agency Responsibilities:
• Provide timely and appropriate responses to Accela’s requests for information.
• Make available the appropriate Agency key users and content experts to provide required information,
participate in the configuration analysis and verify the accuracy of the documented workflows, input/output
formats, and data elements.
• Provide any existing business process documentation, including process flows; fee schedules; commonly
used applications, reports and forms; and other relevant information.
• Together with Accela, identify which business processes will be prototyped.
• Schedule participants and meeting locations for analysis activities.
• Participate in prototype workshops.
• Validate requirement traceability between Solution Foundation Document(s) and PPTS Phase 1 Fit/Gap
requirements to ensure requirements have been satisfied.
• Review and provide feedback on Solution Foundation Document(s).
Acceptance Criteria:
• Review and acceptance of agreed upon prototypes.
• Solution Foundation Documents document PPTS design decisions in support of PPTS Phase 1
requirements.
• Solution Foundation Documents cross referenced to Requirements using the Requirements Traceability
Matrix
Key Activities:
1. Test the current Accela Civic Platform release to the Accela Cloud environment to establish a baseline and
ensure that the current release has no adverse impact on the existing PPTS configuration.
2. Subsequent interim upgrades will be validated via regression testing as a part of the overall regression
testing to be completed as a part of the implementation for PPTS Phase I.
3. Ensure any features automatically available via updates that do not require configuration are available to the
PPTS project.
4. Any new features requiring additional configuration are not included in the work of this SOW, and would need
to be considered on a case by case basis.
Accela Responsibilities:
• Provide timely and appropriate responses to Agency’s request for information.
• Complete configuration as required to leverage new Civic Platform 9.0 features in accordance with the
statement surrounding new features above.
• Initiate testing to ensure no unintended impacts to the existing PPTS configuration.
Agency Responsibilities
Provide timely and appropriate responses to the responsible party’s request for information.
Acceptance Criteria:
• Completion of Civic Platform upgrade activities.
• Completion of testing of configuration elements.
• Provision of testing results identifying any configuration elements requiring modifications as a result of the
Civic Platform upgrade. These modifications will be documented as a part of the overall configuration efforts
required to complete PPTS Phase I.
Key Activities:
Analyze and deliver updated scripts to Support MasterScripts 3.0, including:
• Analysis and conversion of existing EMSE Event scripts
• Unit testing of each script for proper JavaScript syntax prior to installation in Agency’s development
environment
• Delivery of a customized MasterScripts 3.0 deployment package/repository
o The script package will be compressed file and/or online SVN or Git repository containing all scripts
for the Agency (Standard Choices) converted to JavaScript files and functions. The conversion
process will consist of optimizing and formatting the code properly, as well as converting redundant
code into functions as deemed necessary.
o The script package will also contain a suggested folder structure for a source code repository.
o The script package will include custom/modified functions to be used to create the
INCLUDES_CUSTOM script.
Output:
In terms of specific output, Deliverable 7 is a software-based deliverable that does not require a DED. The following
will be executed for this deliverable:
Leverage new MasterScripts 3.0 features to support the Phase I PPTS requirements.
Perform unit and regression testing and provide test results to Agency
Create and maintain the upgraded script repository
Accela Responsibilities:
• Provide timely and appropriate responses to Agency’s request for information.
• Complete upgrade as required to leverage MasterScripts 3.0.
• Conduct unit and regression testing to ensure no unintended impacts to the existing PPTS configuration.
• Include script testing as a part of overall system testing to ensure no additional defects for the project
lifecycle
Agency Responsibilities
• Provide timely and appropriate responses to the responsible party’s request for information.
Acceptance Criteria:
• Completion of the MasterScripts 3.0 upgrade activities.
• Completion of unit and regression testing of configured Business Rules.
• Provide testing results per the Regression Testing Plan to ensure a successful upgrade to MasterScripts 3.0
without defects
Key Activities:
• Document a merge plan utilizing Accela Civic Platform Data Manager functionality to successfully merge
Planning and DBI in Test.
Output:
In terms of specific output, Deliverable 8 is both a written and software-based deliverable that requires a DED.
Deliverable 8 includes the following components:
Accela Responsibilities:
• Provide timely and appropriate responses to Agency’s request for information.
• Document the merge plan detailing configuration elements to be merged and the test plan to ensure the
successful merge
• Complete the merge of Planning and DBI into Test.
• Complete testing to ensure the successful merge of Planning and DBI into Test.
• Document and create a repeatable process supported by Data Manager to be run as a part of Go-Live.
• Review of exceptions log generated by Data Manager indicating any failures or issues with the Merge.
• Conduct unit and regression testing to ensure no unintended impacts to the existing PPTS configuration.
Agency Responsibilities
• Provide timely and appropriate responses to the responsible party’s request for information.
• Make available the appropriate Agency key users and content experts to participate in the planning and
testing of the merged environments as necessary.
Acceptance Criteria:
• Completion of the merge plan.
• Completion of the merge of Planning and DBI into Test and testing to ensure the successful merge.
• Completion of the repeatable Merge process to support final Merge into Production at Go-Live
• Provide testing results per the Regression Testing Plan to ensure a successful merge without defects
Key Activities:
In conjunction with the Agency representatives, Accela will perform the following tasks:
1. Develop the Accela Civic Platform Solution Foundation in accordance with requirements established and
agreed upon during the execution of the tasks that comprise Stage 2 – To-Be Analysis.
2. Conduct unit testing of Accela Civic Platform Solution Foundation development.
3. Produce a detailed, technical Baseline System Configuration Report(s) that represents the entire foundation
of the system, for each module.
4. Update Requirements Traceability Matrix to demonstrate that all requirements are covered, noting and
escalating any exceptions
Output:
In terms of specific output, Deliverable 5: Solution Foundation is a software-based deliverable that also includes
written documentation to memorialize the baseline configuration before moving into Stage 4: Build. Deliverable 5:
Solution Foundation requires a DED. Once each of the Record Types has been accepted by the applicable Core
Team members, a configuration report will be run to memorialize all aspects of each Record Type configuration or
prototype. In addition, each approved Record Type configuration will be copied and saved using Data Manager to
further memorialize the Record Type configuration and to provide a backup should any portion of the configuration be
inadvertently altered post-approval. The collection of configuration reports that document the Record Types relative to
each Division will represent the Deliverable 5: Solution Foundation for each DBI Division and Planning.
Accela will deliver the Accela Platform Solution Foundation and unit test results per configuration to support the design
decisions in Deliverable 4: Solution Foundation Documents. The written form of this deliverable consists of Baseline
System Configuration Reports for each Agency Division listed below.
Accela Responsibilities:
• Provide timely and appropriate responses to Agency’s request for information.
• Configure the foundational components as defined in the Deliverable 3: Solution Foundation Document(s).
• Update Requirements Traceability Matrix to demonstrate that all requirements are covered, noting and
escalating any exceptions
• Conduct unit testing and provide test results to the Agency.
• Generate Baseline System Configuration Reports.
Agency Responsibilities:
• Provide timely and appropriate responses to Accela’s request for information.
• Make available the appropriate Agency key users and content experts to participate in solution configuration
of the system to learn about the system and facilitate in knowledge transfer.
• Work with Accela to verify that the system meets the foundational requirements documented in the Solution
Foundation Document(s).
• The Agency will test the system for purposes of validating the configuration.
Acceptance Criteria:
• Completed Accela Civic Platform Solution foundation configuration that supports the To-Be business
processes as documented in the Solution Foundation Documents for Deliverable 3.
• Accela Civic Platform Baseline System Configuration Reports, as described in the table above.
• Review and approve that the Accela Civic Platform Solution Foundation meets the requirements documented
in the approved Solution Foundation Document(s).
• Validate requirement traceability between Configuration Reports(s) and PPTS Phase 1 Fit/Gap requirements
to ensure requirements have been satisfied.
STAGE 4 – BUILD
The Build stage includes data conversions, development of interfaces, development of all Business Process Validation
and Automation (Event Manager Scripts and Expressions) configuration of add-on products and custom report
development. It comprises all the additional activities outside of solution foundation that are required to complete the
total solution for the Agency. Like the Configuration Stage, it is critical that appropriate agency representatives are
involved in each step of the process to ensure success.
DATA CONVERSION
Data conversion of historic/legacy data from Agency systems is a critical activity for the success of this project. Accela
team is highly experienced in planning for, and executing these activities and will work closely with Agency staff to
ensure a successful transition of data. Specifically, Accela team will work with Agency to understand the data
sources, how they are used, where their data will be stored in Accela Civic Platform and the quality of that data. Often
multiple sources store and manage similar information and decisions need to be made about the authoritative source.
It is also common to find that data sources have not had strong controls and the accuracy is questionable or there is
missing data. There are techniques and tools that Accela may recommend to understand the current state of Agency
data so that decisions can be made about data quality and what to convert. Upon completion of the data analysis,
mapping of historical/legacy data sources may begin with Accela’s mapping tool and conversion iterations performed
as outlined in the Project Plan. Accela provides release notes during these conversion tests to verify data is being
transferred correctly (e.g., number of records and expected values in fields).
Accela will lead the conversion effort and specifically assist in the following areas: data mapping, script development
for conversion, assistance in data testing and validation, and with the planning and execution of the final data
conversion. For conversions, it is expected and anticipated that the Agency will provide resources knowledgeable
with the historical data to assist in the data migration/conversion effort.
The required data mapping effort will be a conducted by Accela personnel with assistance from the Agency. Once the
data mapping has been defined, Accela will ask that a representative of the Agency sign off on the data maps.
Accela will be responsible for the data conversion programs to load data from the staging tables to the Accela Civic
Platform database.
The following information provides detail related to the scope of Accela’s data conversion activities and assumptions.
Due to the inherent complexity of data conversion, it is critical to address and understand common questions and
misconceptions.
General Information and Requirements for Historical Conversions
Data conversion includes the conversion of transactional data to the Accela Civic Platform database upon
completion of the Solution Foundation Stage. In the event there is no destination for legacy transactional
data then it will be required to be converted as best fits into another area of the configuration or excluded
from the conversion effort.
Accela will leverage the data conversion work that has already been completed in support of PPTS Phase I.
Once the approved and signed off PPTS Phase I configuration is locked down, Accela will review the
baseline data conversion mapping and scripts against new and modified configuration elements to determine
the extent of modifications to the existing data conversion mapping and supporting scripts. This will reference
the existing data conversion assessment completed as a part of the Baseline Configuration Analysis,
including reviewing reported data conversion defects and issues.
Accela Data Conversion Tools: Data will be mapped and converted utilizing Accela’s conversion tools and
methodologies. Accela tools consist of Accela data mapping tool and Accela conversion tool.
Acceptable Data Formats for Historical Conversion: It is expected that the Conversion Source Data be
provided in an Oracle or Microsoft SQL Server database format that is currently supported by Accela Civic
Platform Application product.
Acceptable Data Formats for Reference Conversion: It is expected that the Conversion Source Data be
provided in Oracle, Microsoft SQL Server database format that is currently supported by Accela Civic
Platform Application product, or a pipe-delimited flat file format.
Documents: Historical / Legacy data conversion includes the conversion of attached documents into Accela
Document Services (“ADS”) in Accela Civic Platform, provided that the Agency provides the documents in the
structure Accela requires. The documents will be converted to the configured primary electronic document
management system (EDMS). See Standard Document Migration for additional details.
Standard Document Migration
The standard document conversion is utilized to convert record / permit level attached electronic documents
into the configured Accela Civic Platform EDMS systems. In the event a 3rd party EDMS is used by Accela
Civic Platform, it is still possible to convert documents if the 3rd party interface supports the create method.
Accela will leverage existing Analysis/Mapping and Data Conversion Development in support of Deliverables 9 and 10
for each Legacy system that will be have data converted to Accela within the scope of this implementation. These
deliverables will be updated to reflect changes in mapping and development of conversion scripts required to meet the
approved and established PPTS Phase I requirements.
Key Activities:
• Accela to assess existing data conversion mapping and scripts already completed in support of PPTS Phase
I, including the review of identified defects and issues
• Accela will update data mapping based on approved PPTS Phase I requirements and related modifications to
system configuration elements, and create new data mapping to ensure that all data conversion sources as
identified in this SOW have been mapped
• Accela will update existing data conversion scripts based on approved PPTS Phase I requirements and
changes to data mapping, and create new data conversion scripts if necessary to ensure that all mapped
data is successfully converted to the PPTS Phase I solution
• Accela will work with the Agency to test and validate data conversions
• Accela will refresh the test data prior to and in support of each test cycle
• Accela will work with the Agency to plan and execute the final data conversion
Output:
In terms of specific output, the following will be executed for this deliverable:
Accela Responsibilities:
• Work with the Agency to define and document historical data elements that are required for the conversion.
• Proactively define which information is needed for the application to work as intended, and ensure there is a
plan for migrating that data.
• Facilitate the data analysis and mapping process
• Complete the Data Conversion Specifications Document.
Agency Responsibilities:
• Provide historical data in acceptable formats.
• Provide subject matter experts on the data source to aid Accela in identifying key components of the
historical data
• Provide subject matter experts on the historical configuration to aid in the data mapping process
• Review and sign-off on completed Data Conversion Specifications document.
Acceptance Criteria:
• The Historical Data Conversion Specifications document identifies historical data elements that will be
converted into Accela Civic Platform as well as document special consideration (ex. merging data sources,
phasing, etc.)
Key Activities:
• Accela to provide final data map(s)
• Accela to work with Agency to obtain final signoff on data map(s)
• Accela to build and unit test final data conversion scripts and overall program
• Accela to execute data conversion cycle 1 (refresh source data and execute into test environment)
• Accela to validate converted data (cycle 1)
• Accela to resolve data conversion defects (cycle 1)
• Accela to execute data conversion cycle 2 (refresh source data and execute into test environment)
• Accela to validate converted data (cycle 2)
• Accela to resolve data conversion defects (cycle 2)
• Accela to execute data conversion cycle 3 (refresh source data and execute into test environment)
• Accela to validate converted data
• Accela to resolve data conversion defects
• Accela will perform additional loads as required to support testing, converted data validation, and error
resolution, and will work with the Agency to minimize the number of additional loads required beyond the
three cycles stipulated above.
• Accela to package completed data conversion program
Output:
In terms of specific output, the following will be executed for this deliverable:
Completion of migrated data into Accela Civic Platform development or test environment.
Accela Responsibilities:
• Provide a program to migrate historical data into the Agency’s AA test database environment.
• Accela has assumed that each data conversion will include up to three (3) conversion loads for client testing.
Note: a data load will not be considered complete until DBI has certified that it is free of Severity 1 and 2
conversion programming errors and has no significant Severity 3 conversion errors which would have a
significant impact on user perception of the stability of the system or on required testing and training activities
which are dependent on the converted data. Accela will be required to perform as many “loads” as is
required until these conditions have been met.
• Validate the successful completion of the migration of historical data into the Agency’s test environment.
Agency Responsibilities:
• Providing the legacy data source in an accepted format
• Assist in the execution of the data conversion program and provide access to environments as needed
• Provide resources to validate the conversion statistics and the quality of the data converted into Accela Civic
Platform
Acceptance Criteria:
• Historical data has been converted to Accela Civic Platform testing environment per the Data Conversion
Mapping document.
SYSTEM INTERFACES
For each interface, Accela technical lead will work together with Agency’s technical lead and business leads to
document functional and technical requirements of the interface in an Interface Specifications Document. Interface
development begins upon written approval of the specifications. It is expected all interfaces will use Accela’s
GovXML, web services or batch engine. No custom or third party integration tool will be used to accomplish input or
output of data to/from the Accela system. In other words, data coming into Accela and data coming from Accela will
use the existing integration technology. Agency responsibility includes obtaining permission for level/type of
integration from appropriate application owners (including on premises or cloud/hosted, etc.). Further, Agency will
ensure that Accela resources have access to a Dev or Test version of the 3rd party system for interface development.
All interfaces will be developed against one (1), agreed upon version of the 3rd party system.
Accela will perform analysis and develop each system that will be interfaced with Accela within the scope of this
implementation. A DED is required for system interfaces at the highest level (i.e., not per the sub-deliverables listed in
the table below). Deliverable 11 is a written deliverable documenting the analysis and development design for
interfaces. Deliverable 12 is a software-based deliverable demonstrating the interface is working as designed.
Where indicated that responsible parties other than Accela will be responsible for the specific analysis and
development of an interface(s), Accela will provide published APIs and Web Services as required to integrate 3rd party
systems or facilitate the extraction of data to be used in 3rd party systems. Accela will review all interface
specifications to ensure that the interfaces are compatible with the proposed PPTS Phase I solution and fully leverage
published APIs and Web Services as well as available and applicable Accela Civic Platform features and functionality.
Key Activities:
• Review of current interfaces already developed or under development as a part of PPTS Phase I
• Completion of analysis of requirements for interfaces identified for Accela completion
• Completion of interface specifications for interfaces identified for Accela completion
• Review of interface specifications for interfaces identified for completion by Agency or other 3rd parties
Output:
In terms of specific output, the following will be executed for this deliverable:
Accela Responsibilities:
• Provide timely and appropriate responses to Agency’s request for information.
Agency Responsibilities:
• Provide timely and appropriate responses to Accela’s request for information.
• Provide system and access to individuals to provide required details of system interface.
• Allocate the time for qualified business and technical experts for the testing sessions that are critical to the
project success.
• Identify and coordinate any related tools used to implement the interface (3rd party or in-house
development).
• Assist in the interface specification development and data mapping process.
• Review and approve the interface specification documents.
• Work with Third Party Data Sources to determine best methods of interfacing to Accela system.
• Validate interface through testing.
• Work with 3rd party to ensure data from Accela is in correct format.
• Updates to interface, post go-live, due to changes in 3rd party system or Agency business processes.
Acceptance Criteria:
• Review and approve the Interface Specifications document.
• Demonstration and approval of the completed interface as per the requirements detailed in the interface
specifications document.
Key Activities:
• Development of operational interfaces identified for completion by Accela
Output:
In terms of specific output, the following will be executed for this deliverable:
Accela Responsibilities:
• Provide timely and appropriate responses to Agency’s request for information.
• Use an Accela published API or Web Service to implement the interface functionality based on the
specifications.
• Build all aspects of the interface that interact directly with the Accela Civic Platform.
Acceptance Criteria:
• Review and approve the Interface Specifications document.
• Demonstration and approval of the completed interface as per the requirements detailed in the interface
specifications document.
• Test results that meet the following criteria:
o No Severity 1 issues (defined below)
o No Severity 2 issues
o All Severity 3 issues have workarounds identified, agreed with the Agency, and communicated to
users
o All Severity 4 issues identified, agreed, and documented
Business Rules are broken out into two areas as defined below:
• EMSE (Event Manager Scripting Engine) – used to script based on system activities, such as a before or
after event, that allow the system to automate activities (example: do not allow an inspection to be scheduled
prior to a specific workflow task, or, auto-calculate and invoice a fee upon application submittal)
• Expression Builder – used to script form based interactions that occur prior to triggering and event or
master script activity (example: auto-population form based data fields based on user-selected values)
Key Activities:
• Support edits to scripts and expressions already written and deployed within the existing PPTS configuration
in support of Business Rules and requirements. These scripts and expressions support a broad range of
business rules that are associated to the approved requirements. These will require validation against the
requirements and unit testing of the scripts and expressions themselves.
• Identify new scripts and expressions required to support business rules associated to the approved
requirements and not already addressed with existing scripts and expressions. New requirements for
automating business rules and processes not already supported in the legacy PTS system, existing PPTS
Phase I solution, or specifically stated in the Appendix D – PPTS Phase 1 Fit/Gap approved requirements will
be managed through the established Change Management process.
• Conduct analysis sessions, document specifications and develop / unit test Business Rules in support in
scope requirements including but not limited to the following areas:
o Populate APO fields from GIS as needed
o Generate letters, notices, expirations, fees, NOVs. (Batch)
o Enforce security, such as locking a record 72 hours after issuance. (Batch)
o Automatically add conditions based on business rules
o Set Task/Record assignment based on business rules
o Create parent/child relationships based on business rules
o Create child records based on business rules
o Creating calendar events
o Clone records
o Update expiration data
o Support fee waivers
o Support special inspections
o Support generic data validation scripts/expressions
o Block record creation due to penalties
o Support divisional blocks requirements
o Support condition override requirements
o Support lien cycle requirements
o Support time tracking and time-based fees
o Support “reclassifying” inspections requirements
o Support fee estimation
Output:
In terms of specific output, Deliverable 13 is both a written and software-based deliverable requiring a DED that is
comprised of the following:
Accela Responsibilities:
• Facilitate workshops with the Agency to identify business rule needs per the scope of this SOW.
• Document or update the documentation of specifications for existing or additional scripts or expressions
• Develop or modify scripts and expressions based on the specifications
• Provide unit testing of all developed scripts and expressions
• Demonstrate functionality of scripts and expressions per specifications
Agency Responsibilities:
• Allocate the time for qualified business and technical experts for the script requirements sessions that are
critical to the project success
• Identify resources that will learn scripting tools and approaches for ongoing maintenance
• Prioritize desired functionality to determine which scripts Accela will develop
• Provide timely and appropriate responses to Accela’s request for information
• Verify the Script Specification meets the intended business requirement
• Allocate the time for qualified personnel to test the script for acceptance
Acceptance Criteria:
• Review and acceptance of design document with written sign-off from the Agency
• Successful unit testing of all modified and newly developed scripts
• Demonstration of all developed scripts within the system to the Agency
REPORTS
Reports are defined as anything that can be printed from the system, including but not limited to, reports, forms,
documents, notices, and letters that the Agency wishes to print as identified during configuration analysis. The
Configuration Document will define the reports and documents that are required by the Agency to effectively use
Accela Civic Platform. These reports will be broken down by level of effort and identified in the configuration
document. It is expected that, after the appropriate training on the database and the selected report writing tool is
completed, Agency personnel will be able to handle additional and future report requirements. Reports are classified
by level of effort: high, medium, and low.
High is defined as a report containing significant calculation and/or extensive detail and number of fields – for example
a financial statistical report or complex permit. Most reports require a ‘medium’ level of effort, which is defined as a
report displaying non-calculated and minimal calculated data fields. Reports with a low level of effort are typically
letters or notices that contain contact information and basic application data.
These reports can be developed using the integral Accela Report Writer included with Accela Civic Platform, Microsoft
Report Service (SRS) or Crystal Reports XI Server at the Agency’s discretion. These custom reports, whether
developed with Accela Report Writer, SRS or Crystal Reports, will be deployed in the Report Manager for use within
Accela Civic Platform.
Accela will conduct analysis sessions, document report specifications and develop / unit test up to 55 of the following
reports or other reports requested by DBI.
The breakdown of report complexity of reports is as follows (refer to Appendix A for examples by complexity):
9 high complexity reports
13 medium complexity reports
36 low complexity reports
The majority of these reports have been specified and are in some stage of completion. Prior to the completion of the
development of a report the Agency will approve any modifications to report design specification documents that will
be created jointly by the Agency and Accela. The approved documents will be used as a basis for determining
completion and approval of the reports. Development of each report cannot begin until agreement on each
specification is complete.
The balance of reports, including report design specifications and subsequent report development, are the
responsibility of the Agency. This includes any new reports identified as a part of the approved requirements on which
this SOW is based.
A proven strategy that combines the use of the Accela Civic Platform Quick Queries, Accela Ad-Hoc reports and
custom reports developed by Accela, or Agency, can ensure that all required reporting requirements are met.
Key Activities:
• Identify the reports to be developed.
• Identify responsibility for specification and development.
• Develop report specifications
Output:
In terms of specific output, Deliverable 14 is a written deliverable requiring a DED. The following will be executed for
this deliverable:
List of identified reports with assigned responsibility for specification and development
Completed Report Specification Documents for each report assigned to Accela
Accela Responsibilities:
• Assist in determining level of effort for reports to assist with prioritization
• Review existing report specifications to ensure that they are complete and capture all relevant business
process requirements
• Update report specifications as required to include all relevant business process requirements
Agency Responsibilities:
• Provide timely and appropriate responses to Accela’s request for information
• Make available the appropriate key users and content experts to participate in the report specification
• Provide information and data in the formats specified by Accela that will be needed for agreement on the
Deliverable
• Allocate time for qualified personnel to review report specifications for acceptance
Acceptance Criteria:
• Agreement on prioritized list of reports that will be developed by Accela
• Review and approval of individual Report Specifications documents. The Agency will not unreasonably
withhold acceptance if the Agency requests changes to the reports specifications after the initial signoff of the
specification by the Agency
Key Activities:
• Develop or complete the development of custom documents/letters/reports per the specifications developed
and approved in Deliverable 14.
• Report testing to ensure accuracy of report information.
Output:
In terms of specific output, the following will be executed for this deliverable:
Accela Responsibilities:
• Provide timely and appropriate responses to Agency’s request for information
• Update the report specifications as required to capture all relevant business process requirements
• Develop or complete the development of reports per specifications
• Unit testing of reports
• Assist in the validation of the reports in test environment
Agency Responsibilities:
• Provide timely and appropriate responses to Accela’s request for information
• Make available the appropriate key users and content experts to provide input and participate in validation
activities during the report development activities responsible by Accela
• Request Change Request if changes to specifications are required
• Allocate time for qualified personnel to test developed reports per specifications for acceptance
Acceptance Criteria:
• Confirmation of report accuracy in the development or test environment per Report Specifications.
Key Activities:
• Confirm that map services are correctly working and displaying the intended GIS information.
Output:
In terms of specific output, Deliverable 16 is both a written and software-based deliverable that requires a DED. The
following will be executed for this deliverable:
Accela Responsibilities:
• Configure AGIS
• Configure XAPO
• Lead system testing effort in conjunction with Agency to validate that Accela GIS is working correctly with the
Agency’s GIS system and that APO information is being passed to PPTS as expected
Agency Responsibilities:
• Arrange for the availability of appropriate staff to assist with system testing and quality assurance throughout
the validation process
• Provide Accela with access to the Agency’s GIS system for testing and validation purposes in conjunction
with Accela GIS.
Acceptance Criteria:
• Demonstrate that the Accela GIS applications are operational in the Agency computing environment thus
communicating with the Accela Civic Platform system
Key Activities:
• Conduct Accela Citizen Access Admin Training
• Confirm that the existing Accela Citizen Access deployment and configuration is working as designed and
that it is meeting all relevant requirements documented in APPENDIX K: PPTS Phase Fit/Gap Analysis. This
will require Accela to update the Requirement Traceability Matrix.
• Review current and new record types to determine which services to expose to the public via Accela Citizen
Access.
• Review configuration elements, including but not limited to:
o Text settings, including disclaimers, help text and watermarks
o Security settings
o Form layout and page flow
o User registration settings
o User rights and permissions
o Enforcement of business rules
• Modify the configuration of identified online record types defined in the Solution Foundation Documents.
Output:
In terms of specific output, Deliverable 17 is a software based deliverable that requires a DED. The following will be
executed for this deliverable:
Accela Responsibilities:
• Validate Accela Citizen Access installs in the existing Agency environments
• Assist agency in set up and validation of merchant account integration
• Work with the Agency to determine which services to expose to the public via Accela Citizen Access
• Configure the Online Record types defined in the Solution Foundation Documents
• Validate that the configuration specification for Accela Citizen Access meets Agency requirements based on
details from the Solution Foundation stage of the project
• Perform unit and system testing to validate successful merchant account integration and to validate Online
Record Types exposed to Citizen Access
Agency Responsibilities:
• Obtain a merchant account, and deploy an internet-enabled payment engine
• Assist Accela in system testing Online Record Types exposed to Citizen Access
Acceptance Criteria:
• The base configuration of Accela Citizen Access is configured as documented in the Solution Foundation
Documents
• Demonstration of the operational Accela Citizen Access functionality
Key Activities:
• Conduct Accela Inspector Admin Training
• Confirm that the existing Accela Inspector deployment and configuration is working as originally designed.
• Review configuration elements, including but not limited to:
o Reports to be made available to field users for printing in the field
o Inspection types
o Guidesheets/checklists
o Record-specific data to be made available to inspectors in the field
• Confirm that functionality currently planned to be used via Accela Mobile Office is available and supported in
Accela Inspector, and that the configuration supports this usage in Accela Inspector.
Output:
In terms of specific output, Deliverable 18 is a software-based deliverable requiring a DED. The following will be
executed for this deliverable:
Accela Responsibilities:
Acceptance Criteria:
• The base configuration of Accela Inspector in the Development or Test environment as documented in the
Solution Foundation Document
STAGE 5 – READINESS
DELIVERABLE 19: CUSTOM TRAINING MATERIALS
Accela will provide up to 240 hours of effort to develop custom training materials in support of PPTS Phase I. These
materials will be custom modifications to Accela’s standard training materials to reflect configuration-specific and
business-specific information pertinent to end user’s use of Accela Civic Platform. The scope of these materials will
be defined as a part of the scope of the Phase I project in conjunction with Agency stakeholders and the Agency
Project Manager.
Key Activities:
• Develop Custom Training Materials (up to 240 hours of development)
Output:
In terms of specific output, Deliverable 19 is a written deliverable requiring a DED. The following will be executed for
this deliverable:
Accela Responsibilities:
• Coordinate with the Agency to define requirements for custom training materials
• Deliver custom training materials as mutually agreed upon within the 240 hours allocated for this effort
• Custom training materials will be created using Accela’s core training materials, and will be modified to reflect
aspects of the PPTS solution and its use. These custom training materials will focus on Daily or End Users
and their role-based use of the PPTS solution.
Agency Responsibilities:
• Provide suitable Agency SMEs to assist in the definition of and required content for the custom training
materials.
• Assist in the review of custom training materials as developed.
• Develop any additional “cheat sheets” or quick reference materials to assist users in the role-based adoption
and use of PPTS
Acceptance Criteria:
• Acceptance of identified custom training materials.
Key Activities:
• Conduct Civic Platform Admin Usage – up to 3.5 days, 15 max attendees.
Output:
In terms of specific output, Deliverable 20 is a workshop/presentation-based deliverable requiring a DED. The
following will be executed for this deliverable:
Accela Responsibilities:
• Coordinate with the Agency to define training schedule and logistics.
• Deliver training per the specific requirements listed above.
Agency Responsibilities:
• Select and prepare key MIS staff who will be participating in the training and subsequently training and
supporting end users.
• Arrange the time and qualified people for the training who are critical to the project success.
• Provide suitable Agency facilities to accommodate various training classes.
• Ensure that users are proficient in using PC’s in a Windows environment as a prerequisite for the course.
• Ensure that users are familiar with use of standard Internet browsers as a prerequisite for the course.
Acceptance Criteria:
• Execution of listed training courses.
Key Activities:
• Conduct targeted, end-user role-based Accela Civic Platform End User Training – 15 total days
Output:
In terms of specific output, Deliverable 21 is a workshop/presentation-based deliverable requiring a DED. The
following will be executed for this deliverable:
15 days of targeted end-user role-based Accela Civic Platform End User Training
Accela Responsibilities:
• Coordinate with the Agency to define training schedule and logistics.
• Provide 15 days of End User Training.
Agency Responsibilities:
• Select and prepare the power-users who will be participating in the training and subsequently assisting end
users in understanding specific business processes supported in Accela Civic Platform.
• Arrange the time and qualified people for the training who are critical to the project success.
• Provide suitable Agency facilities to accommodate various training classes.
• Ensure that users are proficient in using PC’s in a Windows environment as a prerequisite for the course.
• Ensure that users are familiar with use of standard Internet browsers as a prerequisite for the course.
Acceptance Criteria:
• Completion of 15 days of End User Training
Accela will provide support for training, oversight, answering questions and addressing issues discovered in User
Acceptance Testing. It should be noted that it is critical that the Agency devote ample time and resources to his effort
to ensure that the system is operating per signed specifications and ready for the move to production. The testing
effort will require a significant time investment by the Agency, and coordination of resources is critical. At this point in
the implementation process, the Agency should test individual components of functionality of the solution (i.e.,
functional and/or unit testing), and test to ensure that the interrelated parts of the Accela Civic Platform solution are
operating properly (i.e., integration testing).
Accela will aid the Agency as needed by providing User Acceptance Testing (UAT) support and a defined testing
process. For UAT, Accela will provide baseline user test cases/conditions and DBI will review and supplement the
user test cases/conditions, undertake user execution (e.g., on line functions) and perform the validation in accordance
with the Accela Test Strategy and the relevant Detailed Test Plans. Accela will manage the User Acceptance Test by
providing test environment support and batch execution, as well as an issue log to track the progress of testing.
If the Agency does not devote adequate time and staffing to UAT to completely test the solution, Accela may opt to
postpone go-live at the Agency’s expense. Accela will work diligently with Agency to ensure this does not occur and
provide several opportunities for the Agency to add additional staff and time to this effort before recommending a
postponement or delay.
Key Activities:
• Develop UAT Test Plan
• Leverage existing UAT Issue Log
• Develop UAT Test Scripts
• Execute UAT Test Scripts
• Resolve UAT issues
Output:
In terms of specific output, Deliverable 22 is both a written and software-based deliverable that requires a DED.
Accela is responsible for delivering the following:
Accela Responsibilities:
• Provide recommendations on testing strategy and best practices.
• Provide a fresh reload of data prior to each UAT cycle.
• Lead the Agency in up to six (6) weeks of User Acceptance testing effort and the validation of the system
configuration and its readiness to be migrated to production for active use.
• Resolution of issues because of User Acceptance Testing activities.
Agency Responsibilities:
• Provide timely and appropriate responses to Accela’s request for information.
• Make available the appropriate Agency key users and content experts to participate in user acceptance
testing as defined and managed by Agency.
• Develop the User Acceptance baseline User Test Case/Conditions.
• Utilize the use cases documented in each Configuration Document Deliverable as the basis for the
acceptance of this Deliverable.
Acceptance Criteria:
• Delivery of:
STAGE 6 – DEPLOY
DELIVERABLE 23: PRODUCTION SUPPORT
Production date is defined as the official date in which Accela Civic Platform moves from the test environment to
production for daily Agency usage. The target date will be mutually agreed to by Accela and the Agency during Stage
1. The final date will be agreed by the Parties at the conclusion of the first round of User Acceptance Testing. Once
the final date has been selected, it may be altered +/- 15 days to align with Agency operational readiness.
In the weeks prior to moving to Production, three (3) full time Accela staff (in addition to the Accela Project Manager)
will be onsite for week one of go-live for a period of five (5) days to assist in final data conversions, system validation,
staff preparation assistance and training, and coordination of deployment.
Key Activities:
• Develop the Go Live Criteria
• Obtain approval through Project Governance to set a Go Live date and deploy the system
• Develop a Go Live Plan.
• Migrate final version of System from Test to Production environment.
• Final Production run of Data Conversions.
• Setup of Integration points in Production.
• Unit testing of Production environment.
• Complete final Merge of DBI and Planning into Production
Output:
In terms of specific output, Deliverable 23 is both a written and software-based deliverable that requires a DED. The
following will be executed for this deliverable:
Go Live Plan
Deployment support prior to moving to Production
Accela Civic Platform used in Production environment for Agency daily use
Accela Responsibilities:
• Provide three (3) on-site resources to support the move to Production effort for five (5) days.
• Lead the effort to transfer the system configuration and any required data from Test to Production.
• Develop the Go Live Plan, which includes a pre-Production checklist that details the critical tasks that must
be accomplished prior to moving to Production and associated roles and responsibilities.
• Manage the final production run of Data Conversions
• Setup Integration points in Production
Agency Responsibilities:
• Lead the Go-Live review and decision making process through Project Governance to obtain approval to Go
Live and to establish the production Go Live date
• Provide technical and functional user support for pre-and post-Production Planning, execution, and
monitoring
• Provide timely and appropriate responses to Accela’s request for information
• Assist in the development of a Pre-Production checklist that details the critical tasks that must be
accomplished prior to moving to Production
• Make available the appropriate Agency key users and content experts to participate in user acceptance
testing as defined and managed by Agency
Acceptance Criteria:
• Acceptance of the Go Live Plan
• Deployment support prior to moving to Production
• Accela Civic Platform used in Production environment for Agency daily use
Key Activities:
• Accela will work with the Agency to identify and address issues identified during this period using a Post Go-
Live Issues List.
o Issues will be tracked according to Severity Level per the table below. This list will be comprised of
issues related to the defined deliverables listed in this SOW, which will be addressed by Accela, as
well as any other issues that the Agency wishes to track (outside of scope, stage 2, etc.).
o Examples of issues the Agency is responsible for include: training issues, functional changes
beyond the scope of this Statement of Work, cosmetic changes, and procedures related to the use
of Accela Civic Platform.
o Specifically, Accela will not be developing or creating additional reports, conversions, interfaces,
records types and workflow processes that were not included in the scope of this project during post
go-live support.
• Accela resources will work with the Agency to resolve issues identified during Post Go-Live Support
according to and in order of severity. While we do not anticipate any high-severity issues post go live, should
a Severity 1 or Severity 2 issue arise, Accela will take all necessary steps to remedy these high-severity
issues within 72 hours.
Severity Description
Level
1 This is a “must fix” problem, a “showstopper.” The problem is
causing a major system error, fatal error, serious database
corruption, serious degradation in performance, major feature
malfunction, or is preventing a major business goal from being
realized. The problem does not have a workaround that is
reasonably acceptable to the corresponding end-users.
2 This is a problem that is causing significant loss of feature
functionality but the system can recover from the problem and it
does not cause total collapse of the system. The system does not
meet a business goal or a portion of a business goal; performance
degradation is minor, but not within established exit criteria; or minor
database issues may exist (e.g., single rows or fields may be
locked). The problem does not have a workaround that is reasonably
acceptable to the corresponding end-users.
3 This is a problem that is causing minor loss of feature functionality.
Optional workarounds reasonably acceptable to the corresponding
end-users are available.
4 These are minor issues, misspellings, cosmetic changes, etc.
• At the end of the support period, Accela will provide a final a final copy of the issue tracker to the customer
and disable the list. Additionally, a formal meeting will be scheduled with the Agency, Accela Services Team,
and Accela Customer Support. The purpose it to transition support of future issues and questions from the
Agency to Accela Customer Support.
Output:
In terms of specific output, Deliverable 24 is a software-based deliverable that does not require a DED. The following
will be executed for this deliverable:
Three (3) staff, in addition to Project Manager, onsite for week one of go-live (5 days), three (3) staff, in
addition to Project manager, onsite for week two (4 days) and remote support thereafter for a total of 2
months of support. Project Manager will be available onsite throughout the post-deployment period as
needed, and will arrange for onsite support beyond Week 2 to support any onsite needs.
Transition of Agency from Services team to Customer Support for ongoing support
Accela Responsibilities:
• Provide post-production support for Accela developed configuration and components
• Assist with the identification of issues for the Post Production Issues List
• Prioritize issues by severity (Severity 1 – 4) and work to resolve Severity 1 and 2 issues within 72 hours of
identification
Agency Responsibilities:
• Provide technical and functional user support for post-production support and monitoring
• Develop and maintain a Post Production Issues List
• Make available the appropriate Agency key users and content experts to participate in user acceptance
testing as defined and managed by Agency
Acceptance Criteria:
• Execution of two (2) months of post go-live support
• Official transfer from Accela Services project team to Customer Support
• Resolution of identified Severity 1 and Severity 2 issues and prepared to enter Stability Period as defined
elsewhere in this SOW
If any Severity One or Severity Two Errors are discovered during the Stability Period, the DBI Project Manager shall
provide Accela with an Error Description, and, if Accela can reproduce such Error(s) in the DBI system, Accela shall
have a period of fifteen (15) days to remedy them and the Stability Period shall be extended accordingly. Upon
resolution of the Errors the Stability Period will recommence for a period equal to the unexpired portion of the sixty
(60) day period, unless such period is less than thirty (30) days in which case the Production Operation Stability
Period shall automatically recommence for a thirty (30) day period.
Upon completion of the Stability period, DBI shall be obligated to make the final milestone payment to Accela as
shown in Table 1 – Payment Milestones.
The table below lists the primary roles for the Agency and the high-level responsibilities of each. Additional Agency
roles may be added as the project progresses. In some cases, more than one Agency role can be filled by the same
person. As well, some roles may require more than one resource at various times. The specific personnel assigned
for each role and the expected time commitment for each can be found in the Project Charter.
• Manages integration and interfaces with other systems and serves as primary
point of contact for all Agency interfaces
Technical Lead • Work with Accela technical personnel during implementation
• Act as the primary technical resource for troubleshooting problems
ACCELA RESOURCES
The table below describes the primary roles, and the high-level responsibilities of each, that Accela will fill. Additional
Accela roles may be added as the project progresses. In some cases, more than one Accela role can be filled by the
same person. As well, some roles may require more than one resource at various times. The specific personnel
assigned for each role and the expected time commitment for each can be found in the Project Charter.
Interface Consultant
• Conduct Interface analysis sessions
Report Consultant
• Manage and assist in the development of report specifications
• Manage and assist in the development of reports
• Manage and assist in Unit Testing reports
• Manage report deployment
Business Rules
• Manage and assist in the development of Business Rules specifications
• Manage and assist in the development of Business Rules
• Manage and assist in Unit Testing Business Rules
• Manage Business Rules deployment
Accela Mobile
• Manage and assist in the development of Mobile configuration
• Manage and assist in Unit Testing Mobile configuration
• Manage Mobile deployment
GIS
• Manage and assist in the development of GIS specifications
• Manage and assist in the development of GIS configuration
• Manage and assist in Unit Testing GIS configuration
• Manage GIS deployment
The following table describes the key resources and primary roles proposed to be engaged in support of the PPTS
Phase I project. These resources have been selected based on their extensive Accela Civic Platform knowledge and
experience as well as knowledge of Accela Best Practices and domain expertise.
Accela’s Project Manager will refine and deliver a project staffing plan that identifies Accela team resources assigned
to each of the project activities. The Project Manager will manage resources, making sure that the right players are
brought to bear at the right time, and are provided with the knowledge and tools necessary to be productive from the
start. The Staffing Plan will include specific job responsibility statements for all project personnel, including
subcontractors. As part of the Staffing Plan, Accela will also maintain complete and up-to-date team organization
charts as well as contact lists that provide names, titles, phone/cell phone numbers, and email information for all
personnel assigned to the project.
Based on our labor estimates for each task and the schedule for the project, Accela will define the number and type of
personnel required for the project. As new staffing will be needed, we will manage this process through an
established staffing process to be mutually adopted during Project Initiation. This Staffing Plan will govern the
expectations and processes for our team, as well as for the Agency’s resources.
Accela believes that the foundation of a successful project is an excellent working relationship between Accela team
and the Agency team. We will establish these relationships on Day 1 of the project, and we will lay a foundation for
project communication and processes for every level of the respective project teams to work together.
Our implementation approach is a hybrid of on-site and off-site work. We will be on-site supporting the initial kick-off
meeting and analysis and design sessions working alongside their agency counterparts. This approach will enhance
the agency’s understanding and knowledge of Accela’s platform and capabilities. This knowledge will help support the
Agency’s maintenance of the PPTS solution once we have completed the project.
During Accela’s on-site visits, our team expects Agency staff to be available to support analysis and design sessions
where the agency will provide an understanding of the agency’s workflow selection process so our team can
Our team will support training onsite. Development of training materials will be done off-site where the training
resource along with Accela’s implementation team will support the development of these training materials. We will
evaluate the level of on-site support for testing activities. We recommend having Accela resources on-site every other
week where there is a joint meeting to identify any system defects. These defects will be logged into the Accela-
hosted SharePoint site where our team will review and fix the defects.
This approach has been successful for Accela on many of our implementation projects where resources support
onsite work when conducting formal meeting with the agency and offsite when the actual work needs to be completed.
The offsite work allows us to have reduced average hourly rates while maintaining the same standards and work
activities as if the team was onsite full time.
The key personnel listed in the table below are considered essential to the work being performed under this SOW.
Key personnel will remain on the project and dedicated to their assigned tasks as long as they remain in the employ of
Accela.
If a project team member identified as key personnel terminates employment with Accela or takes a leave of absence,
Accela shall submit to the Agency fifteen (15) working days in advance of staff departure from the project a written
request for replacement. The request must include justification, proposed replacement staff and provide sufficient
detail to permit Agency evaluation of the impact on the project. Staff proposed as replacements must meet or exceed
the education, experience, and other technical requirements of the key personnel being replaced.
The Agency will communicate a decision on the proposed replacement to Accela in writing within ten (10) working
days after receipt of all required information. No change in key personnel shall be made by Accela without the prior
consent of the Agency. In urgent situations where the required advance notice is not possible, as determined by or
agreed to by the Agency, a verbal request by Accela to replace key personnel may be approved by the Agency.
Within five (5) working days of this approval, Accela will submit the written request and justification. The Agency will
communicate a decision on the replacement to Accela in writing within ten (10) working days of receipt of all required
information.
In the event resources proposed as replacements for key personnel do not meet or exceed the education, experience,
and other technical requirements of key personnel being replaced, the Agency reserves the right to require that
alternative replacement resources be proposed.
Accela reserves the right to supplement Accela staffing resources with additional partner resources to be selected
from Accela’s certified and approved partners. Any subcontractors will be identified in the Staffing Plan and will be
managed in the same manner as other Accela resources. The same Agency requirements for vetting and
accepting/rejecting Accela resources prior to assignment will apply to subcontractor resources. Agency also reserves
the right to request the removal of any subcontractor resource in the same manner it would request the removal of an
Accela Resource. Subcontractor resources will be paid by Accela and will be part of the Fixed Price arrangement
unless Agency has agreed to a valid Change Request through the Change Management process.
Agency requires that Accela disclose the fact that a resource is a sub-contractor along with the nature of the sub
contractor’s relationship with Accela prior to assignment.
Scheduling of subcontractors will occur per the project plan as particular skillset is required. At such time, Accela
Project Manager and the Agency Project Manager will coordinate and schedule the respective subcontractor and
direct them to begin their work.
ESCALATION PLAN
In the event that established project controls fail to resolve project issues, it is important to establish a reasonable
escalation path that can be followed to help in issue mitigation. The PPTS Phase I Escalation Plan is as follows:
Figure 2: Project Escalation Plan
Date:
Agency Name:
Accela Manager:
Contract / Agreement #:
Agency agrees that Accela has successfully completed the following Deliverables:
Source /
Deliverable # Reference
Details
Service
Agreement
Agency agrees that Accela has successfully completed the Deliverables described above in accordance with the terms of the related
Contract/Agreement.
APPROVALS:
Agency Name
Signature
Titel
Date
SYSTEM TESTING
The Accela team, in conjunction with the DBI PMO, will perform system testing to ensure complete business
processes are met. This test phase will validate if solution components, when coupled together, function as expected,
including the configuration, business rules, interfaces, reports and converted data. The goal of this test phase is to
minimize the number of issues identified during the User Acceptance Testing test phase. This testing will not
eliminate issues from being identified during User Acceptance Testing, but should improve the experience for Users
testing the system's functionality.
The Accela team will leverage Use/Test Cases already developed by the Agency. These Use/Test Cases may need
to be modified based on process decisions made during the course of the project, and additional Test Cases may be
required to provide complete solution coverage. Accela will work with the Agency to review and identify any Test
Test Environment(s)
System testing will occur in the test environment for Accela Civic Platform and Accela Citizen Access.
Test Environment(s)
User Acceptance Testing will occur in the test environment for Accela Civic Platform and Accela Citizen Access.
REGRESSION TESTING
During the Build stage, the Test team will perform regression testing activities. Accela proposes a sub-set of
processes for regression testing to ensure the new development work is not impacting or degrading the performance
of existing configuration already in place in the system. If issues are identified where functionality of previously
completed configuration is impacted, then these issues will be managed in the issue tracker and resolved prior to
advancing to system testing.
Project deliverables are generally either Document Deliverables or Software-based Deliverables. These two types of
deliverables follow unique acceptance and approval processes as follows:
1. Document Deliverables
a. Accela will deliver all Document Deliverables to the Agency accompanied by a Deliverables
Acceptance Form by the delivery date as established in the PPTS Detailed Project Plan. If Accela is
unable to meet the established delivery date, it must provide the Agency with written notice at least
two (2) weeks prior to the delivery date. Such notice must specify the proposed new delivery date.
b. Unless otherwise noted, the Agency will review the Document Deliverable within five (5) Business
Days of receipt of the Document Deliverable and deliver to Accela a Review Record which either:
i. Indicates that the Agency has signed off on the Document Deliverable; or
ii. Documents its comments on where and how the Document Deliverable fails to conform to
the relevant Specifications.
Should the Agency not provide acceptance sign-off, or if no changes or comments are requested
within the specified acceptance review period, the Accela Project Manager will escalate the delay in
sign-off to the Agency’s Project Manager for follow-up and action. Delays in sign-off can delay the
overall timeline for the PPTS project, and the Accela Project Manager will assess any potential
delays and provide this information as a part of the escalation process.
In the event that Accela does not deliver the Document Deliverable by the established delivery date,
the five (5) Business Day period (unless otherwise noted) will be extended by the period of time
reasonably required by the Agency to reallocate resources to perform the review.
c. If the Review Record indicates that the Agency has not signed-off the Document Deliverable, Accela
must, within three (3) Business Days from the time the Agency delivers the Review Record, respond
in writing addressing the points raised by the Agency in the Review Record and, as appropriate,
amend the Document Deliverable.
The acceptance process will follow one of the following process flows per deliverable:
Accela will also follow the Quality Gate process when it comes to the commencement of work and final acceptance of
deliverables and exit of a quality gate. The purpose of the Quality Gate process is to assist in monitoring the progress
of the project and schedule compliance. However, the primary project monitoring documents will be the Project
Management Plan (PMP) and the Project Schedule.
Both the Agency and Accela recognize that there will be instances requiring changes to the deliverable acceptances
flow outlined in in here. When these instances occur, the Agency and Accela PMs will discuss them in advance to
reach mutual agreement and will communicate the proposed change to the appropriate stakeholders from both
Parties, seeking their assent where necessary. A mutually agreed-to change to the flow of the Quality Gate process
with no impact to project scope and schedule will not require a change request, but will be documented in the PMP
and WBS.
Accela will meet with the Agency PM to develop the acceptance criteria for each deliverable. Accela will subsequently
develop a DED for each deliverable. The Agency PM will provide input as required and/or requested by Accela within
five business days of the request by Accela.
Accela PM will lead their project team and work closely with the Agency’s PM to ensure all tasks are progressing per
schedule and Project Management Plan (PMP).
Accela will develop several project artifacts and formal deliverables, such as a roles and responsibilities chart, task-
oriented project plan, communication management plan, risk management plan, as well as providing regular status
reports that detail the status of the project and Accela’s efforts. When producing deliverables, Accela will use the
Agency’s project management standards and templates where available.
Project management services to be provided by Accela are defined as the following activities:
• Development and Management of a Project Management Plan
• Project Document Management
• Resource Management (Agency and Accela Staffing)
• Schedule Management
• Communications Management (Status Reporting/Stakeholder Communications)
• Quality Assurance Review of Accela Deliverables before they are turned over to the Agency stakeholder for
review or signoff
• Risk and Issue Management and Escalation
• Scope and Requirements Management including Requirements Traceability Management
• Cost Management
• Change Request Management
• Project Performance Monitoring
• Application Performance Monitoring (via Accela Hosting Service)
• Quality Gate Review – Supporting Materials (Prepare Quality Gate entrance / exit documentation)
Detailed descriptions of the project management activities and deliverables can be found in Appendix B: Deliverables,
Deliverable 1: Project Initiation and Ongoing Project Management.
The implementation methodology organizes project activities and deliverables into six project life cycle stages. The
project stages generally flow in a linear, waterfall direction. Each stage has pre-defined objectives, tasks and
deliverables that must be complete before progressing to the next stage. This ensures all analysis and design
activities are completed before configuration and development activities begin. Employing this deliverables-based
approach allows Accela and the Agency to understand the composition and ‘downstream’ impact of each deliverable
to complete the project with quality and in a timely manner.
Quality Gates have been established to facilitate schedule compliance and delivery quality in all aspects of the project.
Quality Gate reviews are required during or at the end of a project stage to independently review and approve key
activities of the project before progressing further. Each PPTS quality gate has a defined set of entrance and exit
criteria that both Accela and the Agency must meet to verify that all parties have completed their assigned tasks and
activities and are ready to move on to the next stage. Accela is responsible for producing Quality Gate documentation,
as part of Deliverable 1, to prove all criteria have been met, or that Accela and Agency have mutually agreed that
sufficient progress has been made to move to the next stage. Accela and Agency agree that portions of Stages will
need to overlap to meet the overall project deadline. Accela acknowledges that the Agency may engage an
independent third party to conduct quality assurance activities to formally assess if the entrance and exit criteria have
been met and will cooperate and participate fully in this process.
Figure 1, below, illustrates the project implementation methodology.
STAGE 1: INITIATION
Initiation is the first stage in the lifecycle, during which the project is formally kicked off and project management
activities begin. Accela will finalize project planning activities, project scope and objectives in collaboration with the
Agency to document assumptions and decisions for how the project will be executed, monitored and controlled.
Additionally, Accela will undertake a comprehensive analysis of the existing baseline configuration to document all
configuration elements with the express purpose of creating a baseline for all remaining configuration work to be
completed during PPTS Phase I. Accela will review the existing baseline configuration against the approved
requirements documents resulting from the Fit/Gap Analysis. The requirements will be further refined by Accela in
collaboration with the Agency to further understand the Agency’s “To-Be” vision that can be executed with the aid of
Accela Civic Platform. As part of this process, Accela will establish the Requirements Traceability Matrix to start
documenting and tracking requirements throughout the implementation.
During Stage 1: Initiation, a Solution Implementation Plan will be developed. The purpose of this document is to gain
common understanding of the implementation process, how it will be managed, and how the System will be deployed.
Accela will create and maintain this document in collaboration with the Agency PM. It will cover the implementation
Before completing to Stage 1: Initiation, the project must clear Quality Gate 1: Project Planning Review. The purpose
of this quality gate is to validate that project initiation and planning activities are complete and adequately support the
budget, scope and timeline of the project life cycle. In addition, it ensures the methodology to analyze and design
PPTS Phase 1 is sufficient.
Table 12: Quality Gate 1 - Project Planning Review
Criteria Description
Entrance Objective: The project is kicked off and work is broken down into specific tasks and sub-tasks,
Criteria including clarifying project deliverables and assigning all allocated resources to each task. Control
documents are produced.
1. The Project Management Plan is fully scaled and details all the appropriate components
that address the needs of the project. This includes the definition of appropriately scaled
reviews and deliverables.
2. The PPTS Executive Committee has approved that the Project Management Plan and
design approach adequately supports the established project scope, cost and schedule to
move the project forward in the life cycle.
3. The Project Management Plan has been baselined.
4. All Deliverables have been defined.
5. The Requirements Traceability matrix has been developed, outlining the functional and
technical requirements for PPTS Phase 1.
6. The Baseline Implementation Review is complete and a plan is in place to analyze and
design the system to meet PPTS Phase 1 requirements.
7. The Agency Executive Committee has approved all Stage 1: Initiation Deliverables
During the To-Be Analysis Stage, the in-scope project requirements are validated and further analyzed to define the
needs for PPTS Phase 1. Accela will validate its understanding of Agency inputs, processes, outputs, and business
rules to be implemented in the Accela Civic Platform against the approved requirements, the baseline analysis of the
existing configuration components, and the existing logged defects for PPTS Phase I. The future, “to-be”, state of
each business process will be configured or prototyped and then demonstrated interactively in the Accela Civic
Platform solution for PPTS Phase I with key Core Team users associated with each business process to gain approval
of the “to-be” business processes.
The key outputs of this stage are the following implementation design documents to support the future state needs of
the Agency:
• The collection of all Configuration Reports supporting the applicable Record Types for an Agency Division will
comprise the Solution Foundation Document for that Division. Solution Foundation Document(s) define the
‘foundation’ for configuration of Accela Civic Platform to support the Agency’s “To-Be” vision to ensure
analysis and design activities consider the end-to-end solution needs. A series of documents will capture the
following:
o Core business process needs of the Agency (grouped by Division)
o Global configuration standards
o Usability and usability standards
o Accela GIS
o Accela Citizen Access
o Accela Inspector
• Draft design plans to identify the needs for data conversion, interfaces, business rules, reports, and the
merge of Planning and DBI. These drafts will be updated during Stage 3: Solution Foundation, as necessary,
System design and development efforts will be guided by the PPTS Phase 1 Fit/Gap requirements, approved detailed
functional and technical design documents and related project work products. These requirements are documented in
Appendix K and related documents which are incorporated in to this SOW. This ensures that the application is
constructed consistently and completely.
Before completing Stage 2: To-Be Analysis, the project must clear Quality Gate 2: Preliminary System Design Review.
The purpose of this quality gate is to validate all PPTS Phase 1 requirements have been sufficiently analyzed.
Likewise, to ensure the prototype process was collaborative and iterative. Accela will not initiate the system
development activity until the Agency has formally accepted the functional and technical design documents and the
exit criteria for the associated Quality Gate has been met. Design decisions satisfy the baseline system foundation
components and consider the overall functional and technical PPTS solution, end-to-end.
Overall project status, proposed solutions, associated documentation, and capacity estimates are reviewed to
determine completeness and consistency with design standards, to raise and resolve any technical and/or project-
related issues, and to identify and mitigate project, technical, and/or business risks affecting continued detailed design
and subsequent configuration, testing, training and ongoing support activities. Finally, traceability analysis is
completed to ensure that all requirements documented in Appendix K will be met by the design and/or that gaps are
clearly identified and escalated to Project Stakeholders for review and any required action.
During the Solution Foundation Stage, Accela will configure the following based on approved deliverables from the To-
Be Analysis Stage:
• Configuration of the Accela Civic Platform Solution Foundation
• Initially develop Accela Add-On Products: Accela Citizen Access, Accela Mobile/Inspector, and Accela
GIS/XAPO
Accela will unit test the solution foundation and Accela Add-On Products and conduct review sessions with the
Agency to ensure expectations are met.
Before completing Stage 3: Solution Foundation, the project must clear Quality Gate 3: System Configuration Review.
The purpose of this quality gate is to validate PPTS Phase 1 requirements have been sufficiently configured, function
correctly and will integrate properly with other components within the Accela Civic Platform solution. Requirements
traceability analysis will be updated and reviewed as part of this process.
Exit Criteria Objective: To verify that the baselined requirements for the Accela Civic Platform solution
configuration have been completed within cost, schedule and scope.
1. Unit test results have been validated by the Agency and no significant outstanding
concerns among stakeholders regarding design adequacy or feasibility.
2. PPTS satisfies the requirements established and refined during Stage 2: To-Be Analysis
and Stage 3: Solution Foundation.
3. The following plans have been defined by Accela:
Data conversion
Interfaces
Business rules
Reports
Accela GIS
Accela XAPO
Accela Citizen Access
Accela Inspector
Test Plans
4. End User procedures are documented.
5. The Requirements Traceability Matrix has been updated, as necessary.
6. Configuration management controls are in place.
7. Preliminary plans (listed in the Entrance Criteria above) have been approved by the
Steering Committee.
8. The Project Management Plan has been reviewed and updated as appropriate.
9. Stage 3: Solution Foundation deliverables (Accela Civic Platform Baseline System
Configuration Reports) have been approved by the Agency Steering Committee and
Executive Committee.
STAGE 4: BUILD
During the Build Stage, Accela will develop and validate all remaining Accela Civic Platform components, namely:
• Validate the Accela Civic Platform release
• Validate Accela Master Scripts 3.0
In preparation for Stage 5: Readiness, Accela will unit test the solution. Additionally, Accela will develop the User
Acceptance Test (UAT) Plan.
Before completing Stage 4: Build, the project must clear Quality Gate 4: Testing Readiness Review. The purpose of
this quality gate is to assess whether the project should proceed to user acceptance testing.
1. The Agency and Accela jointly agree that the Accela Civic Platform is fully defined and
ready for testing.
2. Stage 4: Build deliverables have been approved per DED’s and/or project governance.
3. Accela has defined the User Acceptance Test Plan that has been approved by the
Agency Steering Committee.
4. Unit test results obtained during build testing for completeness and accuracy, and to
verify that test planning, test cases, scenarios, and scripts provide adequate coverage of
documented system requirements.
5. System Testing is complete as defined in Section: System Testing, below.
6. The test environment, test setup, and test data is reviewed to ensure they are adequately
prepared for user acceptance testing.
7. User acceptance testing schedules, locations, and equipment have been coordinated.
Exit Criteria Objective: To determine if the deliverables needed to build the Accela Civic Platform have been
completed within cost, schedule, and scope guidelines.
1. Accela Civic Platform solution satisfies the requirements established and refined during
Stage 2: To-Be Analysis and Stage 3: Solution Foundation.
2. Data conversion and synchronization have been completed, validated and approved.
3. Interfaces, reports, business rules, and add on products have been developed.
4. Test data and test case specifications are finalized, and include traceability to the
Requirements Traceability Matrix.
5. The User Acceptance Test Plan ensures that all test cases will be adequately evaluated
and executed, and system tested to ensure requirements are met.
STAGE 5: READINESS
During the Readiness Stage, the Civic Platform is tested, users are trained, and the Accela team prepares for Civic
Platform deployment. When this Stage is complete, the Agency must confirm all Civic Platform requirements have
successfully been met prior to moving to Production and Civic Platform live status. There are two key components of
the Readiness stage: User Acceptance Testing and Training.
During this stage, Accela will develop the finalized UAT Plan, work with the Agency to identify and verify UAT Test
Cases, and leverage the existing UAT Issue Log. The Agency identifies and documents UAT issues for Accela to
correct. Accela then will resolve UAT issues by severity as defined in APPENDIX B: Deliverables. Resolved UAT
issues will remain in a status of ‘Awaiting Test’ and will only be closed at the end of regression test cycles.
Training
Once UAT is complete, Accela will finalize the Training Plan initially developed as a subsidiary plan in Deliverable 1:
Project Initiation and Ongoing Project Management. Additionally, Accela will develop the custom materials to prepare
for system administrators and end users training as defined in Deliverable 19: Custom Training Materials.
Before Training can begin, the project must clear Quality Gate 5: Operational Readiness Review. The purpose of this
quality gate is to assess whether the project should proceed to training.
After UAT and Training are complete, Accela will prepare for Accela Civic Platform deployment into production.
1. The Agency and Accela jointly agree that user acceptance testing is complete and the
Accela Civic Platform delivers PPTS Phase 1 requirements.
2. No significant outstanding concerns among stakeholders regarding implementation.
3. Accela has defined the Training Plan, including the overall goals, learning objectives, and
activities that are to be performed for administrators and end users of the Accela Civic
Platform.
4. Accela has developed all in-scope custom training materials.
5. The Training Plan and Custom Training Materials have been approved by the Agency
Core Team and Steering Committee.
Exit Criteria Objective: To determine if the deliverables and facilities needed to train Agency users and
administrators are complete and training can begin.
1. Training facilities, schedules and activities have been coordinated and communicated to
all training participants.
2. Project baselines variances have been identified and mitigated.
3. The Project Management Plan has been reviewed and updated as appropriate.
4. The Agency Executive Committee has approved the Training Plan
Before completing Stage 5: Readiness, the project must clear Quality Gate 6: Pre-Deployment Readiness Review.
The purpose of this quality gate is to verify if the final Accela Civic Platform solution is ready for release into the
production environment and sustained support by Accela during the Production Support period. Final, traceability
analysis is completed to ensure that all requirements documented in Appendix K are met by the system and have
been tested/accepted by the Users.
1. The Agency agrees that all training has been provided to end users, operators,
administrators, and support staff who will use, operate, and/or otherwise support the
solution.
2. All in-scope PPTS Phase 1 Requirements are verified to be complete and documented in
the Requirements Traceability Matrix.
3. Accela have defined the Go-Live Plan, which has been approved by the Agency Core
Team and Steering Committee.
4. Production support controls are in place with roles and responsibilities defined.
Exit Criteria Objective: To verify if the deliverables needed to support a successful production go-live have
been completed.
1. The Accela Civic Platform solution is ready for production and notification of the new
solution is provided to all end users and staff who are affected.
2. Go-Live schedule, activities and resources are coordinated and the plan is communicated
to project stakeholders.
3. Quality Assurance activities have been completed to provide the Agency with an
independent perspective on the full scope of project activities, from planning through
implementation.
4. The Agency Executive Committee has approved the Go-Live Plan and authorizes release
to production.
STAGE 6: DEPLOY
During the Deploy Stage, Accela will deploy the solution into the live production environment. All requisite pre-
production activities are identified, tracked and completed, and post-production analysis and review is completed.
Upon moving to production, Accela will provide go-live support as defined in the ‘Go Live and Go Live Support’ section
below.
Before Stage 6: Deploy is considered complete Accela Civic Platform applications are transitioned to the Accela
Customer Support Center (“CSC”) for ongoing support, the project must clear Quality Gate 7: Post Implementation
Review. The purpose of this quality gate is to validate the stability of the Accela Civic Platform solution.
After Quality Gate 7: Post-Implementation Review is complete, a formal transition occurs between Accela Professional
Services team and the CSC. The CSC instructs the Agency on available communication channels (e.g., telephone,
Exit Criteria Objective: To determine if the Accela Civic Platform is operating as expected.
1. The Agency Steering Committee approves that all Go-Live Severity 1 and 2 issues have
been resolved.
2. The Agency Executive Committee has approved the Production Stability Period
communication plan and transition of Accela Services to Accela Customer Support.
Change order requests for additional funding will only be submitted/considered under the following circumstances:
1. DBI requests changes to the functional requirements included in APPENDIX K: PPTS Phase Fit/Gap
Analysis or adds additional requirements and DBI and Accela determine that these requirements will require
substantial additional work or rework to accomplish.
2. The project schedule is materially lengthened due to a specific request by DBI or due to specific actions or
inactions by DBI. Delays caused by Accela or by the failure of Accela to achieve signoff using the agreed
signoff process will not be causes for change orders unless Accela can show that DBI is unreasonably
withholding approval or is not working in good faith to resolve any issues.
3. Work that this SOW indicates is to be performed by the Agency or 3rd Parties is shifted to Accela
4. DBI requests changes to deliverables which are materially different from what is described in this SOW or
agreed upon through the DED process defined in this agreement
5. DBI requests changes to systems or deliverables which have been signed off in accordance with this SOW
6. DBI requests additional deliverables or additional work or support that is clearly and reasonably outside of the
work that is required to complete the deliverables defined in this SOW.
If a change is identified that meets the above criteria, the Agency Project Manager and Accela Project Manager will
invoke the Change Management process. The process will determine the impact to project budget and a Change
Request will be created for mutual review and approval.
All Change Orders will be signed by Accela and Agency prior to commencing any activities defined in the Change
Order.
System Functionality – The Accela solution configured in support of PPTS Phase I meets the
functional and operational requirements as specified in the Fit/Gap Analysis and as evidenced by
the Agency’s acceptance of UAT. Additionally, the system will be accepted for operation use when
it satisfies the following four (4) requirements:
No Severity 1 issues (defined below)
No Severity 2 issues
All Severity 3 issues have workarounds identified, agreed with the Agency, and
communicated to users
All Severity 4 issues identified, agreed, and documented
Data Readiness – Data migrated from PTS to Accela has completed QA and satisfies the following
four (4) requirements:
No Severity 1 issues (defined below)
No Severity 2 issues
All Severity 3 issues have workarounds identified, agreed with the Agency, and
communicated to users
All Severity 4 issues identified, agreed, and documented
Reporting – All reports identified elsewhere in the SOW to be completed by Accela have been
tested and accepted by the Agency. Acceptance criteria are:
No Severity 1 issues (defined below)
No Severity 2 issues
All Severity 3 issues have workarounds identified, agreed with the Agency, and
communicated to users
All Severity 4 issues identified, agreed, and documented
User Readiness – All affected Agency departments/divisions have completed the training according
to the Training Plan in order to prepare them to use the PPTS solution on Day 1, including:
All classroom training completed per the Training Plan
Agency department/division personnel have received soft copies of all finalized training
materials
User Support – User support requirements defined and accepted by the Agency for the two (2)
month post go-live support period. All post go-live support staff are named and identified two (2)
weeks prior to go-live.
Go-live plan is documented and accepted and includes the specific duties and expectations
of the on-site support staff
Process for capturing, logging, and resolving operational issues during the post go-live
support period is documented and agreed upon
Support escalation process documented and agreed upon
Operational Readiness – Support infrastructure, equipment, tools and procedures are in place and
ready for use. Operational staff are trained (user and system administration). Technical support
staff are in place and prepared to handle reporting, prioritizing and fixing problems.
Planning, Help Desk, and Change Control processes in place
User and System Administration training completed per Training Plan
Severity Description
Level
1 This is a “must fix” problem, a “showstopper.” The problem is
causing a major system error, fatal error, serious database
corruption, serious degradation in performance, major feature
malfunction, or is preventing a major business goal from being
realized. The problem does not have a workaround that is
reasonably acceptable to the corresponding end-users.
2 This is a problem that is causing significant loss of feature
functionality but the system can recover from the problem and it
does not cause total collapse of the system. The system does not
meet a business goal or a portion of a business goal; performance
degradation is minor, but not within established exit criteria; or minor
database issues may exist (e.g., single rows or fields may be
locked). The problem does not have a workaround that is reasonably
acceptable to the corresponding end-users.
3 This is a problem that is causing minor loss of feature functionality.
Optional workarounds reasonably acceptable to the corresponding
end-users are available.
4 These are minor issues, misspellings, cosmetic changes, etc.
9
Linda J. Gerull
City CIO | Executive Director
1 South Van Ness Avenue, 2nd Floor
San Francisco, CA 94103-0948
Jonathan Knight
Vice President, Customer Services
Accela
2633 Camino Ramon, Suite 500
San Ramon, CA 94583
Re: Notice of Termination for Default and 30-Day Cure Period (June 24 – July 24, 2019)
Dear All,
new schedule with defect completion on 6/21/2019 and Go-Live on 1/27/2020 (the City has not
approved this schedule). The 6/24/2019 defect log attached shows that 37 defects assigned to
Accela remain.
The City has provided Accela with a project restart, patience in completing the Build
phase despite incomplete and poor-quality software and over 5 project re-schedules. To help
Accela be successful, the City has tight compliance with the project requirements, assists Accela
in maintaining the requirements traceability matrix, and performs daily defect triage with Accela
staff to ensure there is a consistent interpretation. Any defect not within scope or “nice to haves”
have been logged in a separate Idea Factory list and are not part of this project completion. The
City cannot continue to invest City staff time and suffer impact costs for a project that has so
grossly exceeded the contract schedule for Go-Live. The City does not have confidence that
Accela can begin testing as scheduled and correct the severity 1 and 2 defects that will be found
during the next rounds of testing to reach Go-Live without significant additional impact costs
and delay to the City.
With disappointment, this constitutes the City’s notice of default and provides Accela
with thirty (30) days from the date of this notice to effect a cure (June 24, 2019 through July 24,
2019).
C. Default: Accela’s default includes, but is not limited to, the following:
1. Failure to perform adequate project quality control, estimating and management
and adhere to the project completion schedule to correct all severity 1 and 2 defects
by June 7, 2019;
2. Failure to correct severity 1 and 2 defects to enable end-to-end testing to start by
June 10, 2019, with a required completion date of June 28, 2019; and
3. Inability to deliver the knowledge and methods including but not limited to the
processes needed to implement the business rules and logic for DBI permitting and to
configure a production ready, severity 1 and 2 defect free Accela permitting system
in accordance with City requirements in the manner specified in the Agreement
within the time specified in the Agreement.
The Agreement originally required Accela to configure the software system to meet the
requirements and correct all severity 1 and 2 defects for production use of the system by a
September 5, 2018 Go-Live date. Accela failed to achieve the deadline.
The current schedule obligated Accela to correct all severity 1 and 2 defects on or before
June 7, 2019, to meet the current Go-Live date of November 12, 2019. Accela missed that
deadline.
The current schedule also obligated Accela to correct all severity 1 and 2 defects and start
end-to-end sessions by June 10, 2019. The City has not been able to start testing due to the
incomplete defect fixes. Accela continues to experience quality control problems and continues
to introduce additional errors into the software system.
On June 10, 2019, Accela stated that it cannot achieve the November 12, 2019 Go-Live
date and proposed a further delayed Go-Live date of January 27, 2020. This proposed new
schedule (which has not been accepted by the City), showed Accela scheduled to correct all
severity 1 and 2 defects by June 21, 2019. The defect log, dated June 24, 2019, reflects that there
are still 37 Accela assigned severity 1 and 2 defects remaining to correct.
D. Thirty-Day Cure Period: Pursuant to Section 8.2 of the Agreement, Accela has
thirty (30) days to cure these instances of default and bring the project back on schedule so that
Accela can deliver a production-ready system by the required November 12, 2019 Go-Live date.
The City reminds Accela that the Agreement otherwise expires on December 31, 2019. Should
Accela achieve the November 12, 2019 Go-Live date, the City will require that the contract be
amended to accommodate the post-Go-Live 90-day warranty period.
Jonathan Knight
Notice of Termination for Default
Page 3
Accela’s thirty-day cure period expires on July 24, 2019. To effect a cure, Accela must
achieve the following:
Cure Items
1. Fix all severity 1 and 2 defects assigned to Accela (as of 6/24/2019) by July 1, 2019,
8:00 am so that End2End testing can begin on July 8, 2019 at 8:00 am. The City will
maintain the parties’ joint Open Issue list during the Cure Period.
2. Support and jointly conduct End2End testing from July 8 to July 24, 2019. After 15
weeks of defect fixes from UAT3.1, and with only 3 months remaining before Go-
Live on November 12, 2019, there must not be more than 80 severity 1 and 2 issues
logged during the End2End testing;
3. Provide the City with an achievable and mutually agreeable completion schedule
(including regression testing and City testing/acceptance and training) on or before
July 24, 2019, reflecting the November 12, 2019 Go-Live date.
The City will continue testing and daily triage of severity 1 and 2 defects with Accela
through the 30-day cure period.
E. Immediate Termination: Should Accela fail to correct the Cure Items (1-3) by on or
before July 24, 2019, this Agreement will immediately terminate and the City may seek
restitution of some or all of the amounts paid to Accela under the Agreement.
In that event, the City may also deem Accela in default of the Hosting component of the
Hosting and Maintenance Agreement, dated May 9, 2018, and/or would have the right to
terminate for convenience on 90-days’ notice. The Hosting and Maintenance Agreement was
predicated on the concept that the City’s DBI production data and transactional volume from
operations would be hosted in the private cloud, along with Planning, as of September 5, 2018.
The City would never have agreed to the exorbitant private cloud hosting cost ($900K/year 1;
$550K/year 2) for the Planning data alone. Given that no DBI production data or transactional
volume is yet to be hosted by Accela, nor could it be until sometime in or after 2020 should
Accela fail to cure the default of the DBI Implementation Agreement, the City would be entitled
to reimbursement of a prorated hosting fee. The City would continue to purchase maintenance
and support from Accela but would also be entitled to a significantly reduced cost for the
Planning instance alone.
F. Recovery of Completion Contractor Costs: Upon termination of the
implementation Agreement, the City may exercise its rights under San Francisco Administrative
Code Section 21.33 (Procedure Upon Contractor’s Failure to Deliver), to retain a completion
contractor of the City’s choice. If the completion price is greater than the price named in this
Agreement, the City will collect such excess price from Accela.
10
Linda J. Gerull
City CIO | Executive Director
1 South Van Ness Avenue, 2PndP Floor
San Francisco, CA 94103-0948
Jonathan Knight
Vice President, Customer Services
Accela
2633 Camino Ramon, Suite 500
San Ramon, CA 94583
Re: Formal Notice of Default, Stop Work Order, and Election to Proceed to Formal
Dispute Resolution
Dear All,
A. Default: The City’s June 24th Notice of Termination for Default defined three
Cure Items and associated milestones that Accela was required to meet to avoid termination of
the May 15, 2017 professional services Agreement for cause. End2End testing ended at 11:30
am today. Accela failed to achieve the Cure. Accordingly, please take formal notice that Accela
is in default of its schedule and application readiness obligations under the Agreement. The City
will determine whether to terminate the Agreement for cause following the conclusion of formal
Dispute Resolution, per section C, below.
B. Stop Work Order: Notwithstanding Section 11.6.1 of the Agreement, the City
directs Accela immediately to stop all project work. The City is in the process of obtaining an
independent third-party assessment of the current state of the Accela implementation. Accela
may be required to cooperate with the assessment vendor as directed by the City, including
performing a design walk through with the vendor at no cost to the City. Other than providing
no-cost third-party support as needed, the City does not expect Accela to hold and/or make
project resources available to the City. The City will provide Accela with reasonable advance
notice should the City require any resources but is not requesting that Accela resources remain
on standby.
C. Formal Dispute Resolution: The City proposes that the parties mutually agree
under Section 11.6 of the Agreement to proceed directly to formal dispute resolution. The City
believes that mediation will be the most effective means of resolving the parties’ outstanding
issues. The City proposes JAMS and will communicate with counsel for Accela regarding this
matter.
Linda J. Gerull
Executive Director, San Francisco Department of Technology
11
Linda J. Gerull
City CIO | Executive Director
1 South Van Ness Avenue, 2PndP Floor
San Francisco, CA 94103-0948
By Email and Registered Mail
October 4, 2019
Jonathan Knight
Vice President, Customer Services
Accela
2633 Camino Ramon, Suite 500
San Ramon, CA 94583
Linda J. Gerull
Executive Director, San Francisco Department of Technology
12
Invoice # INV-ACC49371
2633 Camino Ramon, Suite 500 Invoice Date 11/27/2019
San Ramon CA 94583 Invoice Due Date 12/27/2019
Invoice Currency USD
Term Start Date 12/1/2019
Term End Date 11/30/2020
Open Air #
Page 1 of 1
Bill To: Ship To:
Henry Bartley Henry Bartley
City and County of San Francisco - Public San Francisco, CA - City and County of
Works 1660 Mission, 6th Floor
1 Dr. Carlton B. Goodlett Place San Francisco CA 94103
San Francisco CA 94102
SU00 Accela Citizen Access Annual Maintenance and Supp -Platinum 1 $19,520.00
SU00 Accela GIS Site License Annual Maintenance and Supp -Platinum 1 $46,406.00
SU00 Accela Mobile Site Lic Annual Maintenance and Supp - Platinum 1 $113,017.00
SU00 Accela Land Mgt Site Lic Annual Maintenance and Supp - Platinum 1 $232,027.00
AH00 Private Cloud Hosting Fees (Private Tenant Commerical Phase) 1 $550,000.00
Subtotal $960,970.00
Trade Discount
Tax $0.00
Total Invoice Amount USD $960,970.00
Balance Due USD $960,970.00
13
Exhibit 7 – TruePoint Assessment, Workplan and Cost
14
Readout Topics 1
Data Migration
• How complete is the data migration? (description and
percentage)
• Assessment:
• Is it an effective design that meets performance and maintainability
goals and just need to fix the bugs (if yes, provide LOE)
• Is it an ineffective design and needs to be re-written (if yes, provide LOE)
TOPIC 1: Data Migration Date: 8/28/2019
Conversion program changes while fixing defects Adhere to strict change control processes
Conversion to LIVE environment Continue to follow complete testing path as if it were the go-live
Lack of step by step documentation and check points Require detailed documentation with more progress checks
All possible conversion scenarios and data integrity Provide post UAT and post Go-Live resources to address issues
possibilities cannot be tested
Readout Topics 2
Configuration Migration
• How complete is the configuration migration? (Planning is
already live and the database is merged, so need to migrate to
this).
• Assessment:
• Is it an effective design that meets performance and maintainability
goals and just need to fix the bugs (if yes, provide LOE)
• Is it an ineffective design and needs to be re-written (if yes, provide LOE)
TOPIC 2: Configuration Migration Date: 8/28/2019
In some areas scripts are used instead of standard Use standard configuration whenever possible (i.e. – Default
configuration Record Status)
Script approach, style and preference Adopt standards for scripting and expression approach
Readout Topics 4
Comment on the system implementation - what is useable and
maintainable?
• Assessment:
• Is it an effective design that meets performance and maintainability
goals and just need to fix the bugs (if yes, provide LOE)
• Is it an ineffective design and needs to be re-written (if yes, provide
LOE)
• What resources (type of skill, type of work) will be needed to maintain
the environment?
• How should new complex work be completed?
• How should routine support be provided?
TOPIC 4: System Implementation Date: 9/4/2019
Floor Search and Usage not acceptable to end users Consider different approaches. Possibly use “Short Notes”
Screen Layouts not user friendly. Causing scrolling frustration. Schedule sessions to update forms to be in-line with usage
needs
ASI Table Spacing 19.1.5 upgrade
Training/Audit of usage – (i.e. adding multiple addresses to a Watch the way users use the system, note opportunities for
record). Approach for Boiler Renewals? Time Accounting? improvements. Reaccess approach for Boiler renewals.
Readout Topics 5
Reports
• How complete are the reports?
• Assessment:
• Are reports designed effectively to meet performance and
maintainability goals and just need to fix the bugs (if yes, provide
LOE)
• Are reports an ineffective design and need to be re-written (if yes,
provide LOE)
TOPIC 6: Reports Date: 9/4/2019
Estimate
• 6 are complete
• 22 are close but need final testing
• 24 have minor issues
• 9 have significant issues
Defect Review
• Comment on the project’s defect history
• Comment on the cause of the re-occurrence of defects over
time
• As compared to other Accela projects with similar scope and
complexity, what number of additional rounds of UAT should be
completed and what defect thresholds be established.
TOPIC 8: Defect Review Date: 9/18/2019
Internal Experts
- Need knowledge of all aspects of configuration and business side activities
- For the standard Accela Cloud (East and West) users it does not seem this number is being met. It is probably not fare to make a
statement without validated statistics from Accela.
- There was a period early in the year where there were many outages. Witnessed one outage while onsite at the City of
Sacramento that was about 30 minutes.
- I am not aware of any statistics on “private cloud” implementations
- Current direction of Accela to move to Azure is single tenant based
Question: What is the degree of difficulty and level of effort to move the CCSF Accela project on premise?
- Configuring the virtual servers is a standard process today
- Typically budget 40 hours for each environment for initial install
- Typically budget 20 hours for each environment for upgrades
- TruePoint supports 20+ on-prem Agencies with installs and upgrades
- Moving form SaaS to on-prem has a low degree of difficulty if Data Base platforms stay the same
- Higher degree of difficulty if switching from Oracle to MS SQL
- Moving documents from SaaS servers to On-Prem servers need to be scoped out
Question: Are there any reasons why CCSF should not move the system on-premise?
- Not in line with the SaaS direction of Accela. They have made some statements about eventually eliminating the on-prem option.
- Infrastructure Cost, need a full cost analysis for infrastructure and IT staff
- Licensing Cost, need quotes from Accela on upfront costs for purchasing licensing.
Migration from Oracle to MS SQL – Do we consider that now with the 19.1.5 upgrade?
ID Task Task Name Duration Start Finish Predecessors
Mode 19
1 SFPermit Completion 260 days Mon 11/18/19 Fri 11/13/20
2 Fix and Test Cycle - pre UAT 4 66 days Mon 11/18/19 Mon 2/17/20
3 Defect fix and retest 60 days Mon 11/18/19 Fri 2/7/20
4 UI & Process fix and retest 60 days Mon 11/18/19 Fri 2/7/20
5 Interfaces (new pymt vendor) 40 days Mon 11/18/19 Fri 1/10/20
6 New ACA landing page 40 days Mon 11/18/19 Fri 1/10/20
7 Accela Moble app (new) 20 days Mon 11/18/19 Fri 12/13/19
8 Document Config Migration process 10 days Mon 11/18/19 Fri 11/29/19
9 Contingency 6 days Mon 2/10/20 Mon 2/17/20 3,4,8,5,6,7
10 Code Freeze 0 days Mon 2/17/20 Mon 2/17/20 9
11
12 UAT 4 34 days Tue 2/18/20 Fri 4/3/20
13 UAT Environment Prep 11 days Tue 2/18/20 Tue 3/3/20
14 PRE-PROD refresh 3 days Tue 2/18/20 Thu 2/20/20 10
15 Data conversion 5 days Fri 2/21/20 Thu 2/27/20 14
16 Environment validation 3 days Fri 2/28/20 Tue 3/3/20 14,15
17 UAT Environment Ready 0 days Tue 3/3/20 Tue 3/3/20 16
18 UAT Test Round 18 days Wed 3/11/20 Fri 4/3/20
19 Execute UAT Tests 15 days Wed 3/11/20 Tue 3/31/20 17FS+5 days
20 Contingency 3 days Wed 4/1/20 Fri 4/3/20 19
21 UAT 4 Complete 0 days Fri 4/3/20 Fri 4/3/20 20
22
23 Fix and Test Cycle - pre UAT 5 30 days Mon 4/6/20 Fri 5/15/20
24 Defect fix and retest 30 days Mon 4/6/20 Fri 5/15/20 21
25 Code Freeze 0 days Fri 5/15/20 Fri 5/15/20 24
26
27 UAT 5 29 days Mon 5/18/20 Thu 6/25/20
28 UAT Environment Prep 11 days Mon 5/18/20 Mon 6/1/20
29 Pre-prod refresh 3 days Mon 5/18/20 Wed 5/20/20 25
30 Data conversion 5 days Thu 5/21/20 Wed 5/27/20 29
Page 1
ID Task Task Name Duration Start Finish Predecessors
Mode 19
31 Environment validation 3 days Thu 5/28/20 Mon 6/1/20 29,30
32 UAT Environment Ready 0 days Mon 6/1/20 Mon 6/1/20 31
33 UAT Test Round 18 days Tue 6/2/20 Thu 6/25/20
34 Execute UAT Tests 15 days Tue 6/2/20 Mon 6/22/20 32
35 Contingency 3 days Tue 6/23/20 Thu 6/25/20 34
36 UAT 5 Complete 0 days Thu 6/25/20 Thu 6/25/20 35
37
38 Fix and Test Cycle - post UAT 5 15 days Fri 6/26/20 Thu 7/16/20
39 Defect fix and retest 15 days Fri 6/26/20 Thu 7/16/20 36
40 Code Freeze 0 days Thu 7/16/20 Thu 7/16/20 39
41
42 Training 64 days Mon 5/18/20 Thu 8/13/20
43 Refresh training materials 20 days Mon 5/18/20 Fri 6/12/20 25
44 User Training 20 days Fri 7/17/20 Thu 8/13/20 40
45
46 Go Live Prep 79 days Mon 4/6/20 Thu 7/23/20
47 Complete go-live checklist 10 days Mon 5/18/20 Fri 5/29/20 25
48 Finalize staff ops plans 10 days Mon 5/18/20 Fri 5/29/20 25
49 Finalize customer communications plans 10 days Mon 4/6/20 Fri 4/17/20 21
50 Finalize post go live support plan 10 days Mon 4/6/20 Fri 4/17/20 21
51 Data conversion trial run 5 days Fri 7/17/20 Thu 7/23/20 40
52 Go Live prep complete 0 days Thu 7/23/20 Thu 7/23/20 47,48,49,50,51
53
54 Go Live 6 days Fri 8/14/20 Fri 8/21/20
55 Final Data Conversion 5 days Fri 8/14/20 Thu 8/20/20 52,44
56 Prod System Validation 1 day Fri 8/21/20 Fri 8/21/20 55
57 Go live complete 0 days Fri 8/21/20 Fri 8/21/20 56
58 Post go live support 60 days Mon 8/24/20 Fri 11/13/20
59 Stability period 60 days Mon 8/24/20 Fri 11/13/20 57
60 Targeted User Training 10 days Mon 8/24/20 Fri 9/4/20 57
Page 2
Rate/hr Phase Fix & Test UAT 4 Fix & Test UAT 5 Fix & Test Training Go live prep Go Live Post Go live
130 Days 66 34 30 29 15 64 30 6 60
FTEs Role
PM 4 4 4 4 4 2 4 4 2
Dev/Config 8 8 8 8 8 2 8 4
Training 2