warum Teams jeder GröĂe Zammad fĂŒr strukturierten, zuverlĂ€ssigen Support wĂ€hlen.
Darum gehtâs
- Seine eigene Rolle finden
- Trackingtools zur Kontrolle nutzen
- Detaillierte Task-Beschreibungen liefern
- Auf Schwierigkeitsgrad achten
- Einen Mentor an der Seite haben
Zusammen wird es einfach besser! Open Source setzt in seinem Kern auf die UnterstĂŒtzung der Community und die Zuarbeit durch verschiedenste Mitwirkende. Helfende HĂ€nde sind gut, doch ausreichende Skills und notwendiger Support sollten zu jeder Zeit korrekt eingebracht werden.
FĂŒr AnfĂ€nger und Neulinge gelten einfache Regeln und Herangehensweisen, um Aufgabenfortschritte voranzubringen und Verzögerungen zu vermeiden. Unsere fĂŒnf Tipps helfen beim Start:
1. Rolle finden und besetzen
Um Teil eines Open Source-Projektes zu werden, gibt es viele Möglichkeiten. Mitwirkende können sich als Owner, Moderator, Entwickler oder Testnutzer integrieren und in ihrer ausgewĂ€hlten Rolle frei agieren. Die Zuweisung einer festen Position ist umso wichtiger, da die Struktur der Zusammenarbeit auf diese wichtige hierarchische Basis fuĂt.
Das Motto âJeder macht allesâ ist fĂŒr Open Source-Projekte gĂ€nzlich ungeeignet. Aufgrund der verschiedenen Projektteilnehmer wĂ€re Chaos vorprogrammiert und die saubere Dokumentation unĂŒbersichtlich. Klare Aufgabenverteilung erleichtert das gemeinsame Entwickeln daher ungemein.
Weiterlesen: „Open Source: Fünf Dokus und Talks, nach denen Sie die Welt verändern wollen“
2. Open Source-Tracker einbinden
Um zu wissen, welcher Teilnehmer welche VerĂ€nderungen und Aufgaben ĂŒbernommen und beigesteuert haben, ist Tracking unverzichtbar. Ăber Versionierungs-Tools wie GitHub oder GitLab lassen sich Fortschritte und ihre verantwortlichen Entwickler fĂŒr alle Zeiten nachvollziehen. AktivitĂ€t wird zudem mit verschiedenen Badges und Auszeichnungen belohnt â eine Auszeichnung fĂŒr besonders aktive Teilhabe.
FĂŒr die eigene Reputation ist das Mitwirken an renommierten Open Source-Projekten ein starkes Zeichen fĂŒr zukĂŒnftige Auftraggeber und ein groĂer Pluspunkt bei Folgeprojekten. Es zeigt Ihr Engagement und unterstreicht Ihre Qualifikationen!
3. Den Guidelines folgen
ErgĂ€nzungen, Codes und Samples mĂŒssen nach spezifischen Vorgaben eingebracht werden. Zwar zĂ€hlt am Ende das Ergebnis, doch auf dem Weg dorthin gilt es, sich an Richtlinien und Entwicklervorgaben zu halten. Projektinhaber sollten Guidelines zur VerfĂŒgung stellen, um die Zuarbeit der Projektmitarbeiter einheitlich zu gestalten.
AusfĂŒhrungen und Input sollten dabei stets so detailliert formuliert werden, dass alle Mitwirkenden wissen, wovon die Rede ist. Kontext und Rahmeninfos helfen, das entsprechende VerstĂ€ndnis zu erreichen. Eine genaue Beschreibung, warum und zu welchem Zweck Anpassungen oder Codezeilen verĂ€ndert wurden, sollten auch Teilnehmer bereitstellen. So vermeiden Sie Unklarheiten.
4. Eigenes Open Source-Wissen korrekt einstufen
Open Source-Projekte sind in unterschiedliche Schwierigkeitsstufen eingeteilt. Auch wenn komplexe Projekte spannender wirken, sollten nur Aufgaben gewĂ€hlt werden, die den eigenen Kenntnissen entsprechen. SelbstĂŒberschĂ€tzung fĂŒhrt zu Demotivation und wirkt sich zudem hindernd auf das Vorankommen des Projekts aus.
Lieber mit kleinen To-dos starten, sich vorarbeiten und Schritt fĂŒr Schritt Wissen aufbauen. Das erlernte Know-how flieĂt in Folgeprojekte ein, deren Schwierigkeitsgrad sich steigert. So baut sich der Lerneffekt fĂŒr Einsteiger effektiv auf.
Oftmals wird sogar eine öffentlich einsehbare Liste an Feature-Requests und geplanten Ausbaustufen gepflegt, denen man sich ganz einfach und fĂŒr alle sichtbar annehmen kann. Diese reichen von kleinen Verbesserungen bis hin zu den erwĂ€hnten GroĂbaustellen.
5. Mentoren folgen
Keiner bleibt allein! Einsteiger können sich an verfĂŒgbare Mentoren, etablierte Moderatoren oder erfahrene User wenden. Ihr Wissen hilft, Einsteigern und unerfahrenen Supportern bei der Umsetzung von Ideen zu helfen. Niemand sollte sich scheuen nach Hilfe zu fragen, denn alles beginnt mit einer ersten Zeile Code.
Die Chance, mehr ĂŒber HintergrĂŒnde, Projekthistorie oder Tricks zu Open Source zu erfahren, sollte sich kein AnfĂ€nger entgehen lassen. Von diesem Wissen profitieren auf lange Sicht alle Beteiligten.
Bonus-Idee
Haben Sie gewusst, dass wir selbst mit dem smarten Helpdesk Zammad ein Open Source-Tool umsetzen?Hier haben wir einmal beschrieben, wie Sie sich selbst aktiv in unserer Entwickler-Community einbringen und Teil eines der aktivsten Ruby-Projekte auf GitHub werden können. Das wĂŒrde uns freuen!
Zusammenfassung
Eigene Skills im richtigen Rahmen anbieten: Um das beste Ergebnis fĂŒr Open Source-Projekte zu erzielen, gehören klare Rollenverteilungen und Tools zum Nachhalten von Fortschritten zu den Basics, die jede kennen sollte. Open Source sollte stets als gemeinsames Projekt definiert sein, das mit einem klaren Nordstern innerhalb von Guidelines beschrieben ist.