Purpose:

This template is a practical management and planning resource to operationalize solution co-development and monitor progress towards achieving results. Once developed, the SIIMP provides critical information for decision-making, in order to guide the implementation of activities toward achieving expected outputs and outcomes and an approach to capturing intended impact and is used throughout the solution development lifecycle.

Why this Tool is Important:

This tool supports program management elements and helps in connecting needs and concepts to real-world, executable solutions. It provides clarity across teams and implementing partners on the roles, responsibilities, expectations, and commitments for solution delivery, ensuring that activities are implemented at the right time.

It also serves as a tool for systematically reviewing solution progress, testing the validity of risks and assumptions, and determining whether specific inputs and outputs require adjustment or refocusing to respond to evolving conditions. It can be used to capture best practices, lessons learned, and feedback for broader NASA initiatives as part of the Earth Science to Action Strategy (ES2A).

NASA Earth Action Solutions Co-Development Toolkit, v0.1 | 85

How and When to Use this Tool:

How and when

This tool is used initially during Phase 2: Solution Co-design as a template to create a SIIMP tailored to a specific solution. Once created, the solution SIIMP will be used throughout Phase 3 and during Phase 4: Transition and Impact Reporting to capture project outcomes, impact, and constructive feedback.

This template refers to tools developed in other phases of the solution co-development lifecycle including the:

NASA Earth Action Solutions Co-Development Toolkit, v0.1 | 86


Solution Title: Title

1. Solution Summary

Provide a brief description of the solution, including its background, scope, challenge or need it is addressing, and perceived benefit. Include what the expected outputs or deliverables of the solution will be. Review the Needs Assessment tool and Designing for Impact tool as needed.

2. Goals and Objectives

Describe the specific goals and objectives of the activity in terms of the desired end-state of the activity/solution (outputs), and the overall planned outcomes and intended impacts including broader benefit to society, decision-makers, or the community. Reference the Designing for Impact tool. Note that while assumptions can be made that reaching objectives improves stakeholder ability to meet the goal. External factors beyond the manageable control of the project may contribute or impede ability to achieve intended impact.

2.1 Results Framework

Finalize development of the results framework as guided by the Designing for Impact tool.

3. Stakeholders and Partners

Who will be involved in co-developing the solution? Identify the main customers or beneficiaries, stakeholders, and partners for the solution. List specific co-developers and other users who will help design, develop, and/or maintain the product. Describe the motivation for each identified stakeholder's involvement, their perceived level of engagement, and the stakeholder's capacity (if relevant). Consider linking to the Stakeholder Mapping tool and the Technical Requirements template as needed.

4. Key Assumptions, Risks and Mitigation

Describe any internal or external factors that are necessary for progress along your results framework. These may be identified during stakeholder engagement meetings and the needs assessment process, but should not include project inputs and outputs.

Include any assumptions related to how the information and data will be shared and used by various stakeholders including any relevant details from an Information Chain Analysis.

This section should also include assumptions around ease of data access, availability, and quality for performance monitoring. Some examples of this are: data collection that is time intensive, beyond the life of the project, relies on third or fourth parties, or access to controlled socio-economic data.

In addition, note any risks specific to this solution, with notes on mitigating them (i.e. how will you navigate risk consequences if realized?)

NASA Earth Action Solutions Co-Development Toolkit, v0.1 | 87–88

5. Solution Co-Development Approach

How will you achieve the expected outcomes? Provide a bulleted list with short descriptions of major tasks and activities that will be conducted in order to bring this solution to fruition and meet the goals and objectives stated above in Section 2.0. The approach should include:

  • Technical development milestones
  • Major deliverables
  • Key decision points
  • Launch/deployment strategy
  • Training activities
  • Outreach and engagement activities

Indicate which activities require stakeholder involvement and/or input. All tasks and activities listed here should be aligned with what is captured in your results framework.

6. Schedule

What is the timeline for solution development and deployment? Document the solution's schedule including all major milestones outlined in Section 5.0, such as planned launches and deployments, co-development activities, stakeholder touch points, key decision points, major deliverables, technology development milestones, and other activities throughout the lifecycle of the solution. Recommend providing the schedule as a Gantt chart. Modify the Gantt chart template as needed.

7. Technical Requirements

Refer to the Technical Requirements template.

8. Data Governance and Storage

Consider linking to your Data Governance and Storage Plan, or develop one if needed.

9. Roles and Responsibilities

What are the team's various roles and responsibilities? Describe the solution management and team structure. Address the respective roles, responsibilities, and relationships between the solution implementation team, its implementing partners, and stakeholders. Consider including an ownership matrix, and reference the Technical Requirements template as needed. Adjust the table below as needed.

Table 1: Roles and Responsibilities
Co-Development Partner Role Responsibilities
   
   
   

Consider also including an organization chart, reporting lines, and points of contact for each partner in this section. The depth of this will depend on the number of partners, size of teams, complexity of solutions being implemented, and the diversity of teams in terms of the roles they play. Adjust the diagram below as needed.

How and when

NASA Earth Action Solutions Co-Development Toolkit, v0.1 | 89

10. Sustainability Strategy

Refer to your Solution Adoption and Sustainability Plan.

11. Resource Needs and Budget Considerations

What are the resource needs and costs to implement this solution? Document the required personnel, planned stakeholder engagement activities, and necessary equipment and resources to estimate the cost breakdown over the lifecycle of the solution. Add or remove columns in the table as needed, and ensure time periods are appropriate for the solution timeframe.

Table 2: Consolidated Solution Budget
Item Budget Q1 Budget Q2 Budget Q 3 Budget Q 4
FTE$X$X$X$X
Equipment and Resources$X$X$X$X
Stakeholder Engagement$X$X$X$X
Sub-Total$X$X$X$X
Center Tax (X%)**$X$X$X$X
Annual Total$X$X$X$X

The following set of samples can be used to break down the budget into specific lines. They should be consolidated into Table 2 above.

Table 3: Budget Estimate Breakdown (WYE/FTE)
Item LOS Budget Q1 Budget Q2 Budget Q3 Budget Q4
[Position Title] (e.g. Physical Scientist)X WYE/FTE*$X$X$X$X
[Position Title] (e.g. Postdoc)X WYE/FTE*$X$X$X$X
Staff Travel to Meeting/Conference$X$X$X$X
Sub-Total$X$X$X$X
Center Tax (X%)**$X$X$X$X
Annual Total$X$X$X$X
Table 4: Budget Estimate Breakdown (Stakeholder Engagement)
Item Budget Q1 Budget Q 2 Budget Q3 Budget Q 4
Engagement 1$X$X$X$X
Training 1$X$X$X$X
Engagement 1$X$X$X$X
……$X$X$X$X
Engagement N$X$X$X$X
Training N$X$X$X$X
Sub-Total$X$X$X$X
Center Tax (X%)**$X$X$X$X
Annual Total$X$X$X$X
Table 5: Budget Estimate Breakdown (Equipment and Resources)
Item Budget Q1 Budget Q2 Budget Q3 Budget Q 4
Software$X$X$X$X
CloudSpace$X$X$X$X
Licensing$X$X$X$X
Publications$X$X$X$X
Equipment$X$X$X$X
Maintenance$X$X$X$X
Operations$X$X$X$X
Sub-Total$X$X$X$X
Center Tax (X%)**$X$X$X$X
Annual Total$X$X$X$X

NASA Earth Action Solutions Co-Development Toolkit, v0.1 | 90–91

12. Monitoring Solution Implementation and Impact

Provide an overview of how the Solution Implementation Team intends to monitor and track progress against the Solution Implementation Plan, including the Technical Requirements Document, Data Management Plan, and Solution Adoption and Sustainability Plan, as appropriate.

Outline the ways in which progress will be monitored. These can include tracking milestones, co-development meetings, solution implementation team meetings, user-testing and feedback integration, adopting indicators, and tracking indicator data.

12.1 Indicator Monitoring Matrix

Complete the Fillable Indicator Template. The fillable indicator template identifies the type of indicator, how information will be collected during the solution implementation process (source, responsible party, frequency), the baseline metric, and the target. The template includes additional guidance and helpful hints on numbers and types of indicators to consider and how to create strong indicators.

Reference the Indicator Development Tool, a guide to designing indicators that monitor solution progress and collect data on outputs and outcomes, as needed. The Indicator Development tool includes best practices for data sources and collection methods.

Indicators intended to capture the intended impact of a solution can also be developed at this stage, especially if the solution team intended to capture economic impact at some level. More information on the types of economic impact indicators to consider can be found in Economic Impact Assessment for EO.

12.2 Detailed outline of planned monitoring activities

Provide a list of activities and processes that the Solution Implementation Team will use to monitor and verify progress. These should include the activity and how the activity contributes to monitoring needs. Some examples include:

  • Bi-weekly Implementation Team Meeting: Review key successes and milestones reached along Solution Implementation Plan; discuss challenges or obstacles to solution advancement.
  • Stakeholder Meetings: Feedback on solution progress and expectations, regular status updates related to solution adoption and sustainability.
  • Mid-term review: This is a status review in the middle of the project. For instance, if a project is 3 years long, a mid-term review can be conducted in the middle of year 2.
  • Pre/post training tests to inform future designs and guide improvements.
  • Existing reporting requirement(s) or mechanism(s) for efficiency.

NASA Earth Action Solutions Co-Development Toolkit, v0.1 | 92

13. Capturing Results

Reporting solution results meets multiple needs including necessary program documentation, collection of success stories, highlighting progress to maintain continued programmatic buy-in, and as a resource for capturing and verifying solution impact (both short- and long-term).

Outline how the Solution Implementation Team intends to capture the immediate results – focused on the solution outputs and expected outcomes. These include solution delivery, adoption, sustainability, and use as well as key milestones along the way. Your team may already have tried-and-true ways to capture results.

If not, spend a few moments listing the required and available mechanisms for capturing and reporting results. This can include regular project reporting requirements such as monthly or quarterly reports, reporting on output and outcome indicator data collected, site visit reports, and other relevant methods. Consider repurposing or refining existing check-ins without creating duplicative reporting requirements.

14. Understanding and Capturing Impact

Describe how the Solution Implementation Team expects to collect and verify information related to impact. This can be conducted in a variety of ways: capturing use cases for decision-making, beneficiary case studies, economic impact assessments, user feedback surveys, key informant interviews, or other qualitative data collection methods.

Consider both immediate post-activity information collection as well as plans for medium and longer-term impact monitoring and information collection. See resources including Capturing Impact: Use Cases, Case Studies and More, and Economic Impact Assessment Guidance

15. Feedback Loop and Knowledge Sharing

Explain the methods, approaches, and means that will be employed during the solution implementation and upon completion to collect qualitative information around feedback objectives. More specifically, consider how the solution team intends to capture and convey best practices, experiences, and lessons learned in the co-design, delivery, and adoption of the solution.

Some examples include: stakeholder feedback assessments, post-training surveys, targeted user questionnaires, focus groups, and site-visits. Other methods include through meetings and reporting that capture key challenges and how they have been addressed. Knowledge collection can be general feedback or focused on specific questions around the design and use of a solution that the team may develop at the outset.

15.1 Internal Feedback Loop and Knowledge Sharing

List specific questions that the solution team intends or hopes to capture information on. Some example feedback questions are listed below.

  • How do key stakeholders perceive the quality, utility, and timeliness of data, tools, and applications made available via the solution?
  • Were there additional data needs that could not be met by the solution?
  • Does the stakeholder have specific feedback related to the data range, resolution, or accessibility?
  • How did key stakeholders participate in the co-development and design process? What approaches worked well? What worked less well? Did their participation differ from that defined in the beginning?
  • To what extent are solutions and tools being deployed by partners? What are barriers to partners sustainably deploying solutions and EO applications?

15.2 Broader NASA SMD Feedback Loop – Contributing to the Virtuous Cycle

Consider the avenues and means in which knowledge and feedback collected will be shared back with broader NASA ESD. Specifically, which elements of NASA may have a stake in learning from this solution design experience and stakeholder engagement (for example, another Earth Action program, NASA mission or mission application program). What are the potential avenues for this solution to inform the virtuous cycle?

NASA Earth Action Solutions Co-Development Toolkit, v0.1 | 93–94