diff --git a/gig-marketplace.md b/gig-marketplace.md new file mode 100644 index 000000000..64c4f7515 --- /dev/null +++ b/gig-marketplace.md @@ -0,0 +1,58 @@ +## Title +* Create an intranet marketplace where InnerSource project owners and potential contributors can easily discover one another + +## Patlet +Establish a marketplace by creating a website(s) that lists InnerSource project needs as "gigs". +You can attract potential contributors by posting gigs with explicit requirements (amount of time, skills). People can sign up for a gig and garner approval from their management for those explicit requirements. Individual contributors are then awarded points for the gigs they complete. +This makes it explicit what the commitment is and that management agrees with it while encouraging and tracking involvement. + +## Problem +There is no single, uniform way for InnerSource project owners and potential contributors to discover each other and connect. + +## Story (Optional) +Your InnerSource program has been established and there is great interest but little actual activity. +Individual project owners are encountering difficulties attracting a community of contributors. +Most managers are supportive in allowing their employees the time to involve themselves in an InnerSource project. +There simply is no single uniform way for contributors to discover all the InnerSource opportunities that exist that they might be interested in contributing to. +Conversely, innerSource project owners also have no way of informing a general audience about their projects and its goals. + +## Context +* There are multiple business units in your organization that do not communicate well. +* Individuals have no way of discovering what InnerSource opportunities exist across the entire company. +* InnerSource project owners have no way of advertising their project to potential contributors. +* Individuals have been given some time by their management to get involved in InnerSource projects of their choosing. +* Managers have no way of knowing what the true time/effort commitment will be if their employee chooses to take on tasks to support an InnerSource project. +* There is no way of tracking or rewarding an individual's involvement in an InnerSource project. + +## Forces +* Individuals are trapped within their business units/teams and do not often interact with those outside of them +* Individuals are experiencing downtime on projects where they are underutilized +* Managers are reluctant to allow involvement in work outside of their business unit priorities +* Managers have no way of understanding what the time/effort commitment is for their employees wanting to get involved in an InnerSource project outside of their business unit +* Managers have no way of tracking or rewarding their employee's involvement in InnerSource projects +* There is no single portal through which InnerSource project owners can advertise the existence and goals of their projects +* There is no single portal through which potential InnerSource contributors can discover project opportunities + +## Solutions +Several separate initiatives were spawned across business units and then brought together by the InnerSource governance team to create an intranet based InnerSource marketplace. + +The first was an InnerSource project portal. This was an intranet site where InnerSource project owners could plug in the URL to their Git repo and (via the inclusion of an “innersource.json” file to their codebase) display small cards of information describing their projects. Each of these were then indexed and made searchable by end users based on a number of criteria including business unit name, technologies in use or trusted contributor names, etc. + +The second was a “gig” based intranet site where individuals could advertise their areas of expertise and project owners could list opportunities for collaboration describing exactly the skill and time requirements needed. To reward participants a points based system was attached to every action. Points accrued by accepting a gig are then captured and used as performance management criteria. All interactions are tracked via a public dashboard to measure and communicate the overall health of the marketplace. + +## Resulting Context +In combination these systems of discoverability have vastly increased the number of possibilities for InnerSource opportunities. The self-directed nature of these tools have enhanced the employee experience while also providing a constant source of tasks for employees to pivot too in the event they are underutilized by their current teams. + +## Rationale (optional) +Explains why this is the right solution; using totally different words WHY this solution balances these force and this context to solve this problem. Can expand on what-if's or theories. + +## Known instances (optional) + +* A large financial services organization has used the creation of an InnerSource project portal and a "gig" based website. + +## Status + +## Author(s) +* Stephen McCall + +## Acknowledgements