The Responsibility Pattern

This page is a part of Design Patterns.

Its content is derived from the presentation "Building a Hacker Space" by Jens Ohlig and Lars Weiler.

Sustainability Patterns	Independence Patterns	Regularity Patterns	Conflict Resolution Patterns	Creative Chaos Patterns
Infrastructure Grace Hopper Community Critical Mass Strong Personalities Charitable Member	Landlord and Neighbourhood Anti-Roommate Séparée Kitchen Coziness Shower Membership Fees Anti-Sponsoring	Plenum Tuesday Sticky OpenChaos U23 Sine Curve	Consensus Democracy Command sudo Responsibility Debate Culture Anti-Bikeshed Private Talk Spooky Action Anti-Pattern	Old Hardware Key Club Mate The Library Pattern Flat Surface

Problem

You volunteered for the task of running a critical piece of infrastructure, e.g. the mail server, but you feel the sudden urge to slack.

Implementation

Just because volunteer work doesn’t get paid doesn’t mean it’s less important. Remember that you will directly hurt your friends and the hackerspace. Take pride in your volunteer work. It will make you grow stronger as a person and is satisfying. When you realise that you really cannot do the job anymore, your last task is to hand it over.

Sub-Pattern: Distributed Responsibility

An improved version is the Distributed Responsibility Pattern, which can easily be implemented by assigning more than one person to take care of critical infrastructure. People come and go, this is normal, but you don't want your only website admin gone forever out of reach. At least two people per task can learn from and support each other. --Daniel Bohrer (talk) 03:19, 14 April 2015 (UTC)

References

• http://www.scribd.com/doc/9897224/1003Building-a-Hacker-Space#page=64