LogoLogo
Contribute to InnerSource PatternsJoin the community
🇺🇸 English
🇺🇸 English
  • Introduction
  • Table of Contents
  • Explore Patterns
  • Contribute to this book
  • Patterns
    • 30 Day Warranty
    • Common Requirements
    • Communication Tooling
    • Contracted Contributor
    • Core Team
    • Cross-Team Project Valuation
    • Dedicated Community Leader
    • Document your Guiding Principles
    • Explicit Governance Levels
    • Extensions for Sustainable Growth
    • Gig Marketplace
    • Group Support
    • InnerSource License
    • InnerSource Portal
    • Issue Tracker Use Cases
    • Maturity Model
    • Praise Participants
    • Repository Activity Score
    • Review Committee
    • Service vs. Library
    • Standard Base Documentation
    • Standard Release Process
    • Start as an Experiment
    • Transparent Cross-Team Decision Making using RFCs
    • Trusted Committer
  • Appendix
    • Pattern Template
    • Glossary
    • Extras
      • README Template
      • CONTRIBUTING Template
      • COMMUNICATION Template
      • RFC Template
  • Resources
    • This book on GitHub
    • InnerSource Commons
Powered by GitBook
On this page
  • Title
  • Patlet
  • Problem
  • Story (optional)
  • Context
  • Forces
  • Sketch (optional)
  • Solutions
  • Resulting Context
  • Rationale (optional)
  • Known Instances (optional)
  • Status (optional until merging)
  • Author(s) (optional)
  • Acknowledgments (optional)
  • Alias (optional)

Was this helpful?

Edit on GitHub
Export as PDF
  1. Appendix

Pattern Template

Title

Short Title Here

Patlet

Concise 1-2 sentence description of the problem and solution. Readers may quickly review dozens of these patlets to discover and browse the larger library of patterns. From http://wiki.c2.com/?PatLet

Problem

What is the problem - crisp definition of the problem. Short description, usually not more than a couple sentences, that describes what the issues and challenges are. Be careful not to morph into information found in other sections below.

Story (optional)

Sometimes there is a story that helps people understand the pattern better.

Context

Where does the problem exist? What are the pre-conditions?Unchangeable before the solution goes into place. The content here is often tied to the applicability of the pattern for other readers: "Do I have this same particular situation?"

Forces

What makes the problem difficult? What are the trade-offs? These are constraints that can be changed at a cost. The solution might change one or more of these forces in order to solve the problem, while also in-turn changing the context.

Sketch (optional)

visual illustration

Solutions

Verified resolutions and possible resolutions to the problem.

Resulting Context

What is the situation after the problem has been solved? The original context is changed indirectly by way of the solution. Often this section can include discussion of the next possible Patterns/problems introduced. This section can be short in content - the solution may not introduce new problems or change much context.

Rationale (optional)

Explains why this is the right solution; using totally different words WHY this solution balances these forces and this context to solve this problem. Can expand on what-if's or theories.

Known Instances (optional)

Where has this been seen before? Helps to reinforce that this is a REAL pattern and that you match the context.

May mention:

  • A particular business

  • Anonymized instances ex: "3 companies have proven that this is a good solution" or "A large financial services org...".

Status (optional until merging)

General pattern status is stored in GitHub's Label tagging - see any pull request. Note that this GitHub label tagging becomes less visible once the pattern is finalized and merged, so having some information in this field is helpful.

You might store other related info here, such as review history: "Three of us reviewed this on 2/5/17 and it needs John's expertise before it can go further."

Author(s) (optional)

Often, this is yourself. If you need to, find someone in the InnerSource Commons to be the nominal author (As Told To). Could also be no-one if you do not want to take on authorship (common with a donut looking for a solution).

Acknowledgments (optional)

Include those who assisted in helping with this pattern - both for attribution and for possible future follow up. Though optional, most patterns should list who helped in their creation.

Alias (optional)

If this pattern is also known under a different name than what is listed under Title, please list those alternative titles here. e.g. if the pattern is named after the problem it solves, a helpful alias might be one that describes the solution that is applied.

PreviousTrusted CommitterNextGlossary

Last updated 12 days ago

Was this helpful?