Zusammenarbeit und Teamarbeit
Als Profi in der Webbranche werden Sie während verschiedener Projektphasen mit anderen Menschen zusammenarbeiten müssen — Ideen entwickeln, Vorschläge schreiben, Code umsetzen und mehr. Dieser Artikel befasst sich damit, wie man zusammenarbeitet.
| Voraussetzungen: | N/A |
|---|---|
| Lernziele: |
|
Zusammenarbeit mit anderen
Als Webentwickler müssen Sie viel Zeit damit verbringen, mit Ihren Kollegen zu arbeiten, unabhängig davon, ob Sie angestellt sind oder studieren. Ihre Kollegen oder Kommilitonen können eine enorm wertvolle Hilfe für Ihr Lernen sein, wie wir bereits im Abschnitt Forschung und Lernen besprochen haben. Sie sollten zumindest sicherstellen, dass Sie gut mit ihnen auskommen, um damit zu beginnen.
Es ist wichtig, Menschen mit dem gleichen Maß an Empathie und Respekt zu behandeln, das Sie sich auch wünschen würden. Verschiedene Menschen haben unterschiedliche emotionale, soziale usw. Anforderungen, aber auf einer grundlegenden Ebene sollten Sie in allen Interaktionen höflich, respektvoll und kooperativ sein.
Treten Sie einem Community-Netzwerk bei
Die Webbranche hat ein starkes Gemeinschaftsgefühl, was bedeutet, dass Sie oft mit Menschen außerhalb Ihrer unmittelbaren Arbeits- oder Lerngruppe interagieren werden, um interessante Themen zu diskutieren oder Probleme zu lösen. Die Webbranche hat ihre eigenen Online-Bereiche, wie Foren (zum Beispiel Discord-Server), Slack-Kanäle usw. Es gibt auch viele persönliche Veranstaltungen, von hochkarätigen Konferenzen bis hin zu eher unauffälligen lokalen Treffen.
Sie sollten in einige dieser Gruppen eintauchen, Hallo sagen, Menschen kennenlernen, Ressourcen teilen, Fragen stellen und Ihre Hilfe anbieten. Das Kennenlernen von Menschen in der Community bringt eine Reihe von Vorteilen mit sich — Sie werden:
- Nützliche Kontakte knüpfen, die möglicherweise zu Freundschaften oder zukünftigen Kollegen oder Arbeitgebern führen.
- Neue Techniken und Technologien erlernen und Hilfe bei Ihren technischen Problemen erhalten.
- Übung darin bekommen, wie Code funktioniert und Fragen anderer zu beantworten.
- Erfahren von Ressourcen, Treffen und Branchen-News.
- Auf Stellenangebote stoßen.
- Informationen über die Unternehmen erhalten, für die andere Community-Mitglieder arbeiten, was auch für die Einschätzung des Arbeitsmarktes und die Entscheidung, wo Sie arbeiten möchten, von Vorteil sein kann.
Hier sind einige erste Ideen, wie Sie sich in einige Community-Netzwerke einbringen können:
- Recherchieren Sie in Ihrer Umgebung, welche lokalen persönlichen Meetup-Gruppen es gibt, und nehmen Sie an einigen teil. Sie können Veranstaltungen auf Websites wie Meetup.com oder Eventbrite finden.
- Schauen Sie sich Ressourcen wie confs.tech an, um für Sie interessante Technologiekonferenzen zu finden. Wenn sie außerhalb Ihrer Preisklasse liegen, versuchen Sie, die Veranstalter zu kontaktieren, um zu sehen, ob Sie als Freiwilliger bei der Konferenz arbeiten können — Sie werden immer noch daran teilnehmen und viele Leute kennenlernen.
- Stack Overflow ist ein großartiger Ort, um Fragen zu stellen und die Fragen anderer zu beantworten.
- Die freeCodeCamp-Foren sind ein weiterer großartiger Ort, um Fragen zu stellen und zu beantworten.
- Schauen Sie sich den Discord-Server von Frontend Developers an.
- Besuchen Sie auch MDNs Discord.
- Unser Lernpartner Scrimba bietet eine starke Community- und Kollaborationserfahrung über ihren Discord-Server, um ihren Schülern zu helfen, Erfahrungen in der Zusammenarbeit mit anderen zu sammeln.
- Finden Sie Webentwickler in den sozialen Netzwerken, sehen Sie, was sie sagen, und beteiligen Sie sich an den Gesprächen.
Wenn Sie nicht sicher sind, wie Sie teilnehmen sollen, können Sie damit beginnen, bestehende Threads zu lesen und zu beobachten, wie erfahrene Leute an Diskussionen teilnehmen.
Hinweis: Die meisten Gemeinschaften veröffentlichen ein Dokument, das als Verhaltenskodex (oder Teilnahmerichtlinien) bezeichnet wird und ihre Erwartungen an das Verhalten der Teilnehmer an ihrem Projekt definiert. Diese Richtlinien enthalten normalerweise eine Definition dessen, was als inakzeptables Verhalten gilt, die Konsequenzen inakzeptablen Verhaltens und wie inakzeptables Verhalten gemeldet werden kann. Zum Beispiel wird MDN durch die umfassenderen Richtlinien zur Teilnahme an der Mozilla-Community geregelt.
Anderen helfen, Fragen stellen
Wenn ein Kollege oder ein Netzwerk-Kontakt Probleme hat, bieten Sie Ihre Hilfe an. Webentwickler, die Hilfe leisten, sind viel eher in der Lage, starke Beziehungen aufzubauen und im Gegenzug Hilfe zu erhalten.
- Wenn Sie bereits einige Erfahrungen in dem Bereich haben, in dem sie Schwierigkeiten haben, teilen Sie Ihr Wissen oder Codebeispiele mit ihnen. Der Akt des Erklärens wird auch Ihr Verständnis verbessern und Ihnen helfen zu lernen.
- Wenn Sie eine Idee haben, wo sie nützliche Antworten finden könnten, helfen Sie ihnen bei der Recherche.
- Selbst wenn Sie nicht sicher sind, was die Antwort ist, bieten Sie an, eine Pause mit ihnen zu machen und zuzuhören, während sie das Problem erklären. Möglicherweise haben Sie nützliche Einblicke, und das Erklären des Problems könnte ihnen helfen, die Lösung zu finden (siehe Pausen machen und Rubber Ducking).
Versuchen Sie immer, direkten Kollegen zu helfen, anstatt darauf zu warten, dass ein Lehrer oder ein erfahrener Entwickler herumgeht und jedem hilft. Weniger fähige Kollegen bekommen schneller Hilfe, und fähigere Kollegen werden zu Mentoren und erleben die Freude, die dies mit sich bringt.
Es gibt eine Kunst, Fragen zu stellen und zu beantworten. Es ist wichtig, das Stellen der richtigen Fragen zu üben, um herauszufinden, was Sie wissen müssen, und zu erklären, was Sie tun, wenn jemand anderes Sie fragt. Wenn Sie darin nicht so gut sind, bitten Sie Ihre Kollegen, ob Sie Sitzungen mit ihnen einrichten können, in denen sie Fragen stellen und Sie erklären, wie Ihr Code funktioniert, und umgekehrt.
Peer Reviews sind auch ein guter Ort, um diese Fähigkeiten zu üben (siehe unten).
Veröffentlichen Sie Ihre Arbeit
Im Allgemeinen lohnt es sich sehr, Ihre Arbeit zu veröffentlichen, einschließlich Quellcode, Erkenntnisse, herausfordernde Aspekte usw. Ihre Kollegen werden dies sehr nützlich finden, ebenso wie die Community im Allgemeinen.
Wenn Sie eine nützliche Antwort finden, schreiben Sie darüber. Stellen Sie Ihren Code auf eine soziale Kodierungsseite wie GitHub oder GitLab, und schreiben Sie Ihre Gedanken in einem Blog auf. Teilen Sie Ihre Veröffentlichungen über soziale Medien.
Der Prozess des Schreibens wird nicht nur die Konzepte für Sie klären, sondern Sie erhalten auch Bestätigungen und/oder Feedback von der Community. Es könnte Ihnen helfen, sich in der Branche einen Namen zu machen.
Auch wenn Sie denken, dass Ihre Errungenschaften trivial sind, wissen Sie wahrscheinlich mehr, als Sie denken, und es wird immer jemanden geben, der in einem früheren Stadium seiner Reise zur Beherrschung des Codes ist, der Ihre Arbeit nützlich finden wird.
Teilnahme an Open Source
Eine andere Möglichkeit, Freunde zu finden und Einfluss zu nehmen, besteht darin, Open-Source-Projekte zu finden und Updates anzubieten, um Probleme in der Arbeit anderer zu beheben. Vorausgesetzt, Sie sind höflich und respektvoll und erklären Ihre Änderungen und die Gründe dafür, werden die Projektleiter sehr dankbar für Ihre Beiträge sein. Ihre Updates werden Ihnen auch wertvolle Erfahrungen und Praxis bieten.
Zum Beispiel ist MDNs Quellcode auf GitHub verfügbar, und wir haben viele Issues, an denen Sie arbeiten könnten. Es gibt viele Community-Ressourcen auf MDN, die das Projekt und die Mitarbeit daran beschreiben.
Wenn Sie sich nicht sicher sind, was Open Source ist und warum oder wie man damit beginnt, sind beide der folgenden Ressourcen wirklich nützlich:
Teamarbeit und Peer Reviews
Sie werden oft in einem Team mit anderen Entwicklern arbeiten müssen, wobei verschiedene Teammitglieder unterschiedliche Funktionen im Team ausführen. Wir werden in Workflows und Prozesse die verschiedenen Rollen, die Sie antreffen werden, und gängige Arbeitsstrategien betrachten, aber denken Sie vorerst darüber nach, was es bedeutet, in einem Team zu arbeiten:
- Gemeinsames Eigentum an dem Projekt, an dem Sie arbeiten — sowohl an den Erfolgen als auch an den Misserfolgen.
- Gemeinsam arbeiten, um zu planen, was Sie tun werden und wie Sie zusammenarbeiten werden, um es zu erreichen. Welchen Prozess werden Sie verwenden? Wie werden Sie Erfolg messen? Wie viel Zeit haben Sie; Welche Ziele müssen erreicht werden, und wann?
- Regelmäßige und offene Kommunikation, um sicherzustellen, dass Probleme frühzeitig erkannt werden und jeder weiß, was vor sich geht.
- Empathie für andere Teammitglieder zu jeder Zeit zeigen, besonders wenn die Dinge nicht nach Plan verlaufen und Anpassungen erforderlich sind.
- Einander helfen, erfolgreich zu sein.
Auch wenn Sie kein echtes Arbeitsprojekt durchführen — Sie könnten ein Hochschul-Mock-Projekt machen oder an Ihrem eigenen Hobbyprojekt arbeiten — Sie sollten üben, es wie ein echtes Softwareprojekt mit einem Zeitplan, einem Plan und Zuständigkeiten zu führen. Lernen Sie typische Softwareentwicklungslebenszyklen. Erwerben Sie einige grundlegende Projektplanung -Fähigkeiten und Werkzeuge, um in der Lage zu sein, Ihre Arbeit zu schätzen und zu planen.
Es ist auch eine gute Idee, Peer Reviews durchzuführen — Kollegen werden die Arbeit des jeweils anderen überprüfen und Feedback dazu geben, wie sie verbessert werden könnte. Bereiche, die betrachtet werden könnten, umfassen allgemeine Codequalität und Einhaltung von Code-Stilrichtlinien, Leistung, Einhaltung bewährter Praktiken, Benutzerfreundlichkeit und Qualität der Dokumentation. Sie können erheblich profitieren, egal ob Sie der Prüfer oder die geprüfte Person sind:
- Wenn Sie die Arbeit von jemand anderem überprüfen, versuchen Sie, eine Balance zwischen Ermutigung und Lob für gute Arbeit und kritischem Feedback zu finden. Üben Sie, wie Sie dieses Feedback konstruktiv und respektvoll geben. Selbst wenn sie einigermaßen trivial erscheinen, kommen Sie immer mit ein oder zwei Fragen, wenn Sie Peer-Arbeit diskutieren oder überprüfen.
- Wenn Ihre Arbeit überprüft wird, versuchen Sie, Kritik nicht persönlich zu nehmen, und konzentrieren Sie sich auf das Positive und das, was Sie lernen können. Gehen Sie davon aus, dass der Rezensent die besten Absichten hat — er versucht nur, zu helfen.
Lernen Sie, Fehler zu akzeptieren
Ein sehr häufiges Problem, das dazu führt, dass Schüler und neue Entwickler Experimente und Risiken scheuen (zum Beispiel beim Starten neuer Projekte oder beim Erkunden neuer Ideen), ist die Angst vor dem Scheitern und wie dies von Kollegen/Teammitgliedern beurteilt wird. Sie sollten etwas Zeit damit verbringen, den Wert zu erlernen, der aus der Begehung von Fehlern gezogen werden kann.
Scheitern ist eigentlich nur ein kleiner Schritt auf dem Weg zum Erfolg. Alle der erfolgreichsten Entwickler sind viele Male gescheitert, und es ist nicht das eigentliche Scheitern, das zählt, sondern wie Sie damit umgehen und welche Lektionen Sie daraus ziehen.
Hier sind einige Tipps:
- Definieren Sie einen sicheren Raum/eine Peer-Gruppe, in der Menschen frei sind, Fragen zu stellen — denken Sie daran, dass es keine "dummen Fragen" gibt, nur Menschen, die nicht fragen. Fördern Sie eine Kultur, in der Peers einander unterstützen und Misserfolg nicht streng beurteilt wird.
- Suchen Sie in Ihrem Netzwerk und versuchen Sie, Online- oder persönliche Gruppen zu finden, die Ihnen entweder Hilfe und Rat geben können oder die mit den gleichen Problemen konfrontiert sind wie Sie und moralische Unterstützung bieten können oder gemeinsam experimentieren können.
- (Für Lehrer) Konfigurieren Sie die Bewertungsschemata für Ihre Prüfungen so, dass Sie immer noch eine angemessene Anzahl von Punkten erhalten können, selbst wenn Sie nicht das richtige Ergebnis erzielen, vorausgesetzt der Prozess ist gut dokumentiert. Vergeben Sie zusätzliche Punkte für Innovation.
- Führen Sie Show-and-Tell-Sitzungen oder Einzelgespräche während eines Projekts mit Kollegen und Mentoren durch, um Feedback und Einblicke zu erhalten, wo Sie falsch liegen und Ratschläge, wie Sie wieder auf den richtigen Weg kommen.
- Führen Sie Retrospektiven durch, um Projekte zu analysieren, zu sehen, was nicht so gut gelaufen ist, und darüber zu sprechen, wie die Dinge das nächste Mal verbessert werden können.