New ITAV Website

This project wiki site is no longer being updated.
For the full ITAV Guidebook, Toolkit, and updates, please visit the new ITAV website.

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 9 Next »

Technology

This section of the toolkit is focused on activities that will help you with establishing, stabilizing, and evolving sustainable technology for your program. It is designed to help you structure discussions and gain consensus about next steps for sustainable technology for your OSS program. It is not a toolkit for day-to-day software development.


Definition: The core of each program supported by It Takes a Village is open-source software or systems serving cultural and scientific heritage organizations. There are parallels with proprietary software development processes, but working within the open source world brings its own challenges around community, resources, and governance that affect the software development process.


Instructions

Brand new to It Takes a Village in Practice? Check out our Getting Started Resources before jumping in! 

Review the activities and goals below to select ones you want to use for sustainability planning. These activities are designed to help you move from one phase to the next and can be used in any order. You can use any or all of them. Suggested persona pathways are outlined at bottom of page, but it is not expected that programs would do all activities.    

These activities are currently available for beta testing.  As you use them, the ITAViP Co-Directors are eager for feedback via ITAV@lyrasis.org

Some beta testers have kindly provided samples of their work with activities. Those are available below as available.


Phase 1: Laying the Groundwork

Phase 1 Objectives include: Understand Core Community Needs, Continue to Gather Data, and Communicate Progress and Process with Stakeholders

1. Who Are Your Technology Stakeholders?

Goals : Identify and prioritize the community's technology stakeholders, create a high-level map of the technology stakeholder's characteristics, and identify the program's goal for high-priority stakeholder groups.

DOCPDF

2. Technical Skills Inventory (Part One)

Goal : Create an inventory of what technical skills are required for technical staff, contributors, and users to develop, support, and maintain the platform.

DOCPDF

3. Personas and Pathways

Goals : Learn how to bring contributors onto your project using tools called "personas" and "pathways," help your program plan and test how you'll interact with new contributors, and imagine what is really involved for new contributors to succeed.

DOCPDF

4. Landscape Analysis

Goal : Understand where your program fits in the technology landscape, and use results to innovate, make decisions, identify opportunities for collaboration, and/or increase your program's usefulness or effectiveness.

DOCPDF

5. Buy A Feature Game

Goals : Help users prioritize among a list of pre-defined (but not yet developed) features, and promote cooperation among end users.

DOCPDF

6. Community QA Testing

Goals : Review program's current QA practices and evaluate whether they are structured in a manner that can be supported by the community, identify places for improvement, and conduct a successful round of Community QA

DOCPDF

7. Documentation Friction Logging

Goal: Understand how usable your current documentation is via friction logging with documentation users.

DOCPDF


Phase 2: Expanding and Integrating

Phase 2 Objectives include: Engage the Community, Grow Thoughtfully, and Consider Integration over New Development

8. Shadow Observations

Goals : Gain insight about users’ jobs, pains, and gains; l earn about users’ day-to-day work in a real-life setting; and i ncorporate end-users’ experiences into program planning.

DOCPDF

9. Recognition and Contributions

Goals : U nderstand how the program currently recognizes contributions, u nderstand the kind of recognition that is most appreciated/motivating to each kind of contributor, and d iscover how the program can improve in this area.

DOCPDF

10. Value Propositions for Job Descriptions

Goals : C reate a value proposition for a new program position (e.g. community manager, technical lead) to help articulate significance of allocating resources to program leadership, and optionally, c reate a job description for a new program position.

DOC

PDF

11. Building Welcoming Communities

Goals : I dentify what documentation your program has that supports growing a successful community, and p rioritize missing documentation and develop a plan for its development.

DOCPDF

12. Not Invented Here: Assessing Integration Options

Goals : I dentify functional requirements or feature requests that may be solved by integration, and i dentify and assess potential integration solutions to satisfy functional requirements or feature requests.

DOCPDF

13. How We Retire Features

Goals : I dentify elements of the platform that can be retired, d evelop a plan for communicating retirement plans with the community, and c ommunicate the retirement decision to the community.

DOCPDF


Phase 3: Preparing for Change

Phase 3 Objectives include: Reassess Community Needs, Plan for Evolution, and Document an Exit Strategy

14. Technology Stakeholders: Does the Shoe Still Fit?Goals : Re-identify and re-prioritize the community’s technology stakeholders, create a high-level map of the technology stakeholder’s characteristics, and support program team’s work developing strategies to advance technology sustainability.DOCPDF
15. Catastrophizing - Tech Edition (Part One)Goals : U nderstand how the program’s current technical staff, stack, and roadmap work with unexpected issues (catastrophes), and help programs identify how resilient their staff, stack, and long-range technical strategy are.DOCPDF
16. List of DreamsGoals: Articulate what future directions your core application could take, assess skills and technology requirements for future directions, and plan for and prioritize professional development opportunities for program stakeholders (staff, contributors, trainers, etc.).DOCPDF

17. Catastrophizing - Tech Edition (Part Two)

Goal : T urn the issues identified in Part 1 of Catastrophizing into actionable plans.

DOCPDF

18. Technical Skills Inventory (Part Two)

Goals : Update your program’s inventory of what technical skills are needed for technical staff, contributors, and users to develop, support, and maintain the platform; and i dentify new skills that your program will need to acquire or old skills that can be phased out as the program advances.

DOCPDF

19. Developing an End-of-Life Communication Plan 

Goal: Develop plan to communicate end-of-life decisions with community.

DOC

PDF

20. Winding Down an Open Source Software Program

Goal : Decide when a project or program is no longer useful, u nderstand how to disengage from a project or program, and d etermine what to do about code, repositories, websites, wikis, and other project or program assets.

DOCPDF
  


Suggested Pathways

You can use any of the activities in any order but we have designed some suggested pathways based on a few personas: 

    • Post Grant:  
    • Newbies :
    • Major changes :


  • No labels