This Statement of Work (this “SOW”) is entered into and governed by the Master Subscription Agreement, Subscription Terms, or other similar written agreement (the “Agreement”) by and between Customer (“Customer”), and Harness Inc. (“Harness”) (Customer and Harness each a “Party”, and collectively, the “Parties”). This SOW and the Agreement constitute the complete agreement regarding services provided under this SOW. Except where the contrary is expressly provided, the terms and conditions of the Agreement shall prevail over any conflicting terms or conditions in this SOW.
Changes to this SOW will be processed in accordance with the procedure described below. The investigation and the implementation of changes may result in modifications to the schedule, resources, charges and/or other terms of this SOW.
Harness may utilize an employee or subcontractor (a “Partner”) to provide the Services under this SOW. Harness shall remain liable or all acts and omissions of its personnel in their provision of the Services set forth in this SOW.
Any defined terms not specifically defined herein shall have the meaning given to them in the Agreement.
1. DEFINITIONS
“Business Day” means any weekday, Monday through Friday, for 8 hours, generally falling between 9:00 A.M. and 5:00 P.M. in the time zone of the Harness implementation engineering team, excluding holidays and weekends, unless otherwise agreed in writing by the Parties.
“Business Week” means 5 Business Days, Monday through Friday.
“Harness Reference Architecture” means a predefined, example implementation and accompanying documentation that outlines the ideal use of Harness products, as provided and updated by Harness from time to time.
“Engagement Plan” means a project plan created by Harness after the Design & Discovery Sprint, detailing the architecture and design for the applicable software module, key project details such as milestone dates, timelines, project prerequisites, and any potential issues that may jeopardize the project timeline. This document will be used to guide the completion of this SOW.
“Project Summary” means a summary of the work completed under this SOW, which will be created by Harness upon completion of the Sprints.
2. PROJECT OVERVIEW
The purpose of this Accelerator (Premium) SOW is to provide Services designed to assist Customer in deploying the applicable Harness software modules, based on best practice, reference architecture and an appropriate use case for each module (use cases for all applicable modules together, the “Pilot Use Case”) for a single Customer team (the “Pilot Team”). The use case selected must be (i) achievable within the project timeline, (ii) derive a first value for the customer, and (iii) Customer must be committed to deploying the use case during an agreed upon number of sprints (each, a “Sprint”). The standard timeline for the entire SOW is set forth below, in Business Weeks (the “Standard Project Duration”), and will consist of a series of Sprints, each with their own goal, as specified below. Each project begins with a Design Sprint and a Discovery Sprint, followed by one or more Implementation Sprints.
Harness will provide a team of service professionals, including a Solution Architect (the “SA”), and Customer Success Manager (the “CSM”) who will work with the Customer for the Sprints, to implement and deliver the project as described in this SOW.
Harness will schedule a series of working sessions with the Customer during each Sprint. The goal of these working sessions is to provide an opportunity for live collaboration between the Parties’ engineering teams. Each working session will focus on completing tasks for the current Sprint (as defined in the Engagement Plan) (detailed below), and will not exceed three (3) hours in duration per Business Day. A minimum of three (3) working sessions each Business Week is recommended. The Customer’s engineer(s) should expect to perform follow-on tasks and actions from the live working sessions, and these action items will need to be completed prior to the next live session as part of the overall Sprint in order for the Sprint to move forward.
Customer shall schedule and commit its team members as appropriate to meet the Sprint schedule, and to support Harness in its delivery of the project pursuant to the Engagement Plan. Customer’s commitment of its team members is essential to completing the Sprints in a timely manner.
The Accelerator (Premium) SOW is designed to provide Customer with a high level configuration summary of the Pilot Use Case, modeled after a Harness Reference Architecture. Upon completion of the project, engagement details will be documented in the Engagement Document for the customer to extend to teams beyond the pilot groups as part of the Accelerator implementation plan.
3. STANDARD TIMELINE; SCOPE OF PROJECT; SPRINT DETAILS
Timeline for Accelerator (Premium) Sprints
Scope of Project and Accelerator Kickoff
The procedures set forth below and in the appendices (as referenced) apply to the duration of this Accelerator (Premium) SOW, for the implementation and onboarding of multiple Harness software modules, in specific bundles as further detailed in the relevant Module Appendix (the “Product(s)”). This SOW includes either the “DevOps Accelerator” bundle or the “DevSecOps Accelerator” bundle (as specified in the applicable Order Form) and the agreed upon Pilot Use Case.
The SOW shall begin with a kickoff meeting, known as the “Accelerator Kickoff”, which will be scheduled by the Harness team taking into account Customer’s preferred schedule. The intent of the Accelerator Kickoff is to introduce and align stakeholders, decision makers, engineers and the Harness team to ensure clear understanding of the process to be followed and scope of this Accelerator (Premium) SOW. The Accelerator Kickoff is also intended to determine any onsite logistics (if necessary), key technical resources needed from the Customer, and general ways of working during the engagement. The outcome of this meeting should result in the scheduling of the technical planning Discovery and Design Sprint.
Sprint Details
Discovery and Design Sprints
The purpose of the Discovery & Design Sprint is to review all the technical implementation planning required to implement and onboard the Product within Customer’s environment, to achieve the Pilot Use Case. During this Sprint, the Parties will also review the Product configuration requirements (for each relevant product module), refine the scope of and agree to the dates and staffing requirements for the Implementation Sprint(s). The outcome of this Discovery & Design Sprint are to ensure the Customer and Harness align the project schedules, goals, and scope of this SOW, and to produce the Engagement Plan, which will contain all such details. The Discovery & Design Sprint must be completed prior to starting the Implementation Sprints. This Sprint will cover the following, as applicable:
Discovery:
- Understand the Customer environment in which the Products will be utilized
- Identify Product(s) goals, which can include:
— Details about the Customer’s legacy solutions being replaced/enhanced by the Product
— KPI metrics for project success
— Product utilization infrastructure
— Disaster recovery requirements
— Product logging
— Pilot Use Case details
— The end-users on Pilot Team - Identify Products(s)(and Harness Platform) configuration goals, which can include:
— Single Sign On for user management
— RBAC Persona requirements
— Security Compliance requirements and stakeholders
— System/Network requirements and stakeholders - Identify Product(s) adoption goals, which can include:
— Mapping of Customer organization structure / business unit hierarchy to Product account hierarchy
— Automated onboarding / propagation
— End-user experience standards
—— UI, CLI, and/or code commit
Design:
- Review Product implementation designs based on reference architectures and recommended practices
- Walk through automated Product deployment methodology
- Understand how the Product will be implemented within the Customer environment (non-production)
- Establish the Product implementation goals, which can include:
— Zero-trust, low-trust, or high-trust security compliance
— Self-service onboarding automation
— Templatization use requirement standards
— Governance policy outcomes
— Notification and alert postures - Identify prerequisites and/or dependencies to be addressed before Implementation Sprints can begin, this may include factors such as:
— Networking rules for ingress and egress
— Required security exceptions
— Delegate Architecture topology and requirements
— Systems in-scope for Product integration - Requirements for Product-specific implementation that will be included in this Accelerator (Premium) SOW are set forth in the relevant Module Appendix.
Technical Implementation Planning: To be completed during both Discovery and Design Sprints
- Identify potential adoption use case(s)
- Refine and prioritize project scope
- Outline implementation prerequisites
- Identify project team members by role, organization (Harness, Customer, or Partner, and business unit)
- Determine agreed upon dates for the Implementation Sprints
- Collect onsite visit logistics (if applicable)
- Document Project details in the Engagement Plan
Sprints Deliverable: PROJECT PLAN
- Delivered within one Business Week of the completion of the Sprint activities described above.
- The Engagement Plan may contain the following, as appropriate:
— A high level installation architecture and design for the Product
— The software and staff prerequisites to support the Project
— Project dates and timelines, defined by sprint outlining prioritized tasks and deliverables
— Will highlight risks/issues and/or blockers that put the timelines at risk
— Prerequisites / tasks to be completed by the Customer before Implementation Sprints can begin, including providing the required people that must be available during the Sprint timelines. - The Engagement Plan will be available via the Harness Professional Services Portal (a link to this Portal will be provided) for Customer to view and track Customer’s participation throughout the term of this SOW.
Acceptance Criteria for Deliverables; Acceptance Process:
- The Customer will have three (3) days to review the Engagement Plan and provide approval. If the Customer rejects any aspect of the Engagement Plan, the Parties will work together to address the issue(s) and an updated Engagement Plan will be provided for review and Customer will have an additional three (3) days to review the revised Engagement Plan. This approval cycle will continue up to (2) times, or until the Engagement Plan has been approved by Customer, whichever comes first.
- If Customer does not provide an affirmative approval or rejection of the Engagement Plan during the 3 day review period, or after the second approval cycle, the Engagement Plan shall be deemed automatically approved.
- Implementation Sprints will not be scheduled until the Engagement Plan is approved. Once approval is provided, the Implementation Sprints will be scheduled. Harness requires up to 3 Business Days to finalize the scheduling for the Implementation Sprints.
Implementation Sprint(s):
The purpose of the Implementation Sprints is to ensure the Engagement Plan as documented and agreed upon in Discovery and Design Sprint is delivered. The Implementation Sprint timelines are defined and prioritized in the Engagement Plan.
Customer Prerequisites
- Customer agrees that the following will be completed prior to the start of Implementation Sprints:
— Review and approval of the Engagement Plan
— Completion of implementation prerequisites set forth in the Engagement Plan
Platform Setup
- Single Sign-on integration with one (1) supported Identity Provider
- Implement the Pilot Account Hierarchy
- Configure Persona-based RBAC
- Secret Manager integration with one (1) supported Encrypted Secret Storage Provider
Module Pilot Implementation
- Implementation of the applicable Products based on the architecture and design outlined in the Engagement Plan, and based on the best practice scope relevant to the applicable Product (as outlined in the relevant Module Appendix).
Customer Validation
- Review implementation with Customer administrators / architects
- Review implementation with Pilot Team
- Successful production-grade Product implementation for Pilot team, with verification of success via KPIs agreed upon in Engagement Plan
Self-service Automation
- Implement the self-service automation capabilities (or other product-specific resource automation capability) specifically outlined during the technical implementation planning phase of the Discovery & Design Sprint. Harness will make reasonable efforts to incorporate any optimizations discovered during the implementation of the Pilot Use Case and any Customer feedback.
Calibrate for Adoption
- A phase of activities that include:
— User Training & Enablement
— Self-service user Onboarding
— Automated Org and/or Project Onboarding
— Automated Resource Configuration
— Adoption of pre-configured templates
Deliverables
- Product implementation is complete and accessible by the Customer (in a non-production environment).
- Knowledge transfer of the services rendered as part of this SOW.
- Creation of Project Summary:
— Customer specific notes about installation, configuration, and adoption of the Product
— Important findings during implementation
— Additional recommendations the Customer may wish to perform after the engagement (which not in scope for this SOW)
RESPONSIBILITIES; LIMITATIONS; SCHEDULING; OWNERSHIP
Customer Responsibilities:
Customer acknowledges and agrees that Harness’s ability to deliver the Services is dependent upon Customer’s full and timely cooperation with Harness, as well as the accuracy and completeness of any information and data Customer provides to Harness. Customer is responsible for delays and any additional costs caused by Customer’s failure to comply with their responsibilities. Harness will not be responsible for any resulting fees or expenses.
- Customer will complete their required prerequisites set forth in the Engagement Plan. These prerequisites may include, but are not limited to:
— Permissions to manage cloud/on-premise infrastructure
— DNS entries
— TLS Certificate and related keys
— Cloud/on-prem network and/or proxy configuration, if needed
— Airgap systems, if needed - Customer will provide all requested contact information for the Customer’s key business leaders and stakeholders required for Harness to provide the Services
- Customer will coordinate communications with, and provide contacts for, all third Parties necessary for the completion of the Engagement Plan
- Customer will deliver timely responses to requests for information, technical questions and requested decisions pertaining to the project and this SOW. Harness shall not be responsible for any delays in the provision of Services due to Customer’s non-compliance with this requirement
- Customer will diligently manage and supervise Customer’s other contractors and service providers as necessary to support the Services
- Customer will coordinate Service implementation on third-Party-maintained hardware/software (if applicable) with Harness
- Customer will assign a designated Subject Matter Expert coordinator (SME) from Customer’s staff who, on its behalf, will grant all approvals, provide information, make decisions, attend meetings, and otherwise be available to assist Harness in facilitating the delivery of the Services
- Customer will assign a designated engineer and appropriate supporting staff to implement the Engagement Plan
- Customer will assign a designated project manager to facilitate on time delivery of Engagement Plan
- Customer will ensure the availability of all hardware, firmware, and software required by the SA/SEN to deliver the Services and provide network access to integrate required tooling and systems with the Product including (but not limited to) Artifact Repositories, Version Control Systems, Identity Providers, Log Aggregators, Security Scanning Tools, Monitoring Systems, and Developer Tool platforms
- Customer will provide reasonable access and working space at the site as Harness may request
Harness Responsibilities: Harness is responsible for providing the Services outlined in Section 3 above. Where Harness is performing Services on-site for a Customer, Harness shall ensure that its personnel conduct themselves in accordance with the standard health, safety, and security policies of Customer applicable to its staff and or visitors generally, as long as such policies are provided to Harness in writing, in advance. Customer agrees to provide written notice to Harness of any applicable non-standard policies (for example, the requirement of security clearance) prior to executing an Order Form for the Services.
Limitations/Exclusions: Customer acknowledges and agrees that following limitations apply to this SOW:
- The Product implementation will be completed using only approved methods by Harness for generally available versions of the Product
— Terraform will be used for automated deployment of the Product when deploying to the commercial offerings of Azure, AWS, or GCP, and manual otherwise
— The Product implementation will be modeled after Harness Reference Architecture and Harness best-practices - The Module Accelerator Scope will be scoped to a single Pilot Use Case
- The implementation of the applicable Product Bundle will be limited to one (1) Pilot Team.
- Single Sign On configuration leveraging a non-tested Identity Management Platform that supports the SAML 2.0 standard can only be accommodated on a “best effort” basis and is not guaranteed
- Customer must make available its Identity Management Platform administrator to make necessary changes outside the Product when configuring Single Sign On
- The Product implementation in scope for this engagement will be “production-grade” and maintain a sightline to a Production implementation, BUT it is the Customer's responsibility and prerogative to promote the Pilot Use Case from a non-production environment to the Customer’s production environment.
- Governance Policies delivered as part of this engagement will be sourced from out-of-the-box examples, and any needed modifications can be accommodated on a best effort basis only and are not guaranteed.
- Customer is responsible for any system integrations that are not supported by out-of-the-box integrations.
- Knowledge transfer sessions will be limited to no more than two (2) sessions, totaling no more than four (4) hours in the aggregate, over the entire term of this SOW.
- The Services will be delivered as a single, continuous workstream, as set forth in the Engagement Plan. Environments requiring multiple engagements, phases, or timelines that exceed the standard timelines are excluded from the scope of this SOW. If Customer requires additional scope, the Parties must execute a Change Order or enter into a separate Order Form and Statement of Work.
- Recording of Meetings and Working Sprints is not allowed unless agreed and documented in the Engagement Plant.
- All services are provided remotely unless pre-approved travel arrangements are made with the Customer, subject to the expense reimbursement guidelines set forth in Section 5 below.
- Any implementation of recommendations provided by Harness, such as system configuration, performance tuning, or database design improvements, which are not recommendations for the Product itself, are excluded.
- Once the Implementation Sprint is completed, Customer is responsible for maintaining any changes or improvements to any and all code artifacts, automation work, and/or documentation delivered under this SOW, including the continued support and maintenance of the foregoing.
- The following are expressly excluded from the scope of Services provided under this SOW: (i) hardware maintenance and repair; (ii) software maintenance and upgrades, (iii) instructor led training, (iv) operational runbooks or execution plans.
- Harness standard maintenance and support services are provided in accordance with Harness’ maintenance and support policy, and such services are not part of this SOW.
- The Services provided under this SOW are specific to the designated Product licensed by Customer only, and do not include any consultation, guidance, or support for any other software, solutions or materials.
Scheduling/Governance of Sprints:
- A Sprint duration is defined as a minimum of one (1) Business Week, and a maximum of two (2) consecutive Business Weeks
- Each Sprint will align with a Business calendar week
- Time between Sprints cannot exceed more than two (2) Business Weeks
- Once a Sprint has started, the Customer is committed to the scope, deliverables and timeline, and the Sprint may not be suspended or delayed.
- If a Sprint is suspended or delayed due to the acts or omissions of Customer or its personnel, then the remaining work for that Sprint will be canceled, if it is the final Sprint that is being suspended. If desired, Customer can request a Change Order for the outstanding work.
— If the canceled Sprint is not the final Sprint, the remaining scope of work under that Sprint will be moved to the next scheduled Sprint as the first and priority tasks.
— The remaining Sprint scope will be worked on a best effort basis, keeping the originally scheduled Sprint dates.
— If the requested suspension or delay impacts the timeline of the remainder of the Engagement Plan, Customer may re-engage and reschedule the Sprint scope for the next available Sprint, working with the Harness project manager or CSM to determine the appropriate timeline given the availability of Harness resources. If there are no remaining Sprints under this SOW, Customer must request a Change Order for the additional work requested. - If Customer needs to delay a future Sprint and deviate from the Engagement Plan, Customer shall notify their project manager or CSM in writing at least five (5) business days prior to the agreed upon start date of the Sprint. If Customer does not provide such notice, the Sprint will automatically be canceled and all services thereunder will be forfeited by the Customer.
— After the delay of a Sprint, Customer must make a written request to Harness to re-engage. Such request must be made at least fifteen (15) Business Days prior to the new requested Start Date. Harness will work with Customer to determine the new Start Date, based on Harness resource availability. The new agreed upon Start Date and any other appropriate updates will be made to the Engagement Plan. The updated Engagement Plan must be approved by Customer in accordance with the approval process outlined above. Once the Engagement Plan has been approved, the Sprint will officially be rescheduled.
Ownership:
As between Customer and Harness, Harness retains all right, title and interest in the services provided and any results of thereof including the deliverables specified in this SOW (collectively, “Deliverables”). Subject to Customer’s payment in full of all fees due under this SOW, Harness grants Customer a limited, non-exclusive, non-transferable and non-sublicensable right and license to use the Deliverables during the applicable Subscription Term in connection with Customer’s use of the applicable Products in accordance with the Agreement. For the avoidance of doubt, Deliverables do not include any Customer Confidential Information, and any Customer Confidential Information contained in the Deliverables shall remain the sole and exclusive property of Customer.
5. FEES AND EXPENSES
Customer shall pay to Harness the fees set forth in the applicable Order Form for the services. All fees are due up front, in full, and must be paid within 30 days of the invoice date. The payment of all fees is subject to the terms and conditions set forth in the Agreement.
If the work under this SOW exceeds the Standard Project Duration, or if Customer requests or requires additional hours beyond the scope of this SOW, the Parties shall execute a Change Order to this SOW as described in the Change Management section below.
Any Services performed outside of the Standard Project Duration or any additional hours of work will be provided by Harness on a time-and-materials (T&M) basis only, at an hourly rate of $325 per hour, unless otherwise set forth in the Change Order. Customer must order a minimum of 10 hours per Business Week under such Change Order, and all additional hours purchased must be utilized within 6 months of the date of the Change Order, or else they will be forfeited. Any work provided on a T&M basis will be invoiced by Harness monthly in arrears. Once the Parties execute a Change Order for additional hours, the fees for such hours are non-cancellable and non-refundable. At the end of the six (6) month period, Harness shall invoice Customer for any remaining hours purchased.
Furthermore, if Customer changes any requirements, additional hours may be required to complete the Services, and the Parties will execute a Change Order to facilitate the change in scope. Such a Change Order may increase the Price of the Services. No additional Services shall be provided unless the Change Order is agreed to in writing by the Parties.
Expenses are not included in the fee set forth above. All expenses incurred shall be in accordance with the Customer’s T&E corporate policy if provided to Harness in writing in advanced, otherwise such expenses shall be incurred in accordance with Harness’s T&E policy. If travel expenses are incurred with respect to this Professional Services program, Harness will invoice for travel expenses as incurred and monthly in arrears and Customer shall pay such invoices in accordance with the terms and conditions set forth in the Agreement. For the avoidance of doubt, all travel expenses must be pre-approved by the customer prior to any trips as part of this SOW. The duration of visits requested by the Customer cannot exceed two (2) business days unless mutually agreed in writing.
6. TERM AND TERMINATION
This SOW shall terminate upon the earlier of (i) six (6) months from the date of the last signature, below, or (ii) completion of the Services described above. Customer may request to extend the termination date of this SOW by submitting a Change Request as described in the Change Management section below. If the Change Request is accepted, a reinstatement fee of up to 10% may apply.
Upon the expiration or termination of the Agreement or this SOW pursuant to the Agreement, all amounts (including expenses) owed to Harness for Services under this SOW (whether completed or not), will be immediately due and payable in full. Upon termination of the Agreement or a SOW by Customer for any reason pursuant to the Agreement, Customer shall be responsible for payment of all fees for Services rendered and expenses incurred prior to the date of termination. In addition, upon any termination or expiration of the Agreement or this SOW, Harness’s obligation to provide Services shall immediately terminate.
7. CHANGE ORDERS
Unless otherwise mutually agreed by the Parties, any change or modification of this SOW or the Engagement Plan will be coordinated by the Parties in accordance with this Section 6. Either Party may initiate such requests for a change or modification (each, a "Change Request"). The Party requesting a Change Request will submit a written Change Request to the other Party in a clear and concise manner using a form substantially similar to the sample document attached hereto as Annex 1 (a “Change Order”). Upon the execution of a mutually agreed upon Change Order by both Parties, the obligations of the Parties with respect to such Change Request will be incorporated under the SOW. If a Change Order reinstates an expired SOW, a reinstatement fee of up to 10% may apply.