Zusammenarbeit und Teamarbeit
Als Fachkraft in der Webbranche werden Sie mit anderen Personen an Projekten in verschiedenen Phasen arbeiten müssen – Ideen entwickeln, Vorschläge schreiben, Code implementieren und mehr. Dieser Artikel befasst sich mit der Zusammenarbeit mit anderen.
Voraussetzungen: | N/A |
---|---|
Lernziele: |
|
Zusammenarbeit mit anderen
Als Webentwickler werden Sie viel Zeit mit der Zusammenarbeit mit Ihren Kollegen verbringen müssen, egal ob Sie angestellt sind oder studieren. Ihre Kollegen oder Mitstudenten könnten eine äußerst wertvolle Hilfe beim Lernen sein, wie bereits im Abschnitt Forschung und Lernen erwähnt, und Sie sollten zumindest sicherstellen, dass Sie zu Beginn gut mit ihnen auskommen.
Es ist wichtig, Menschen mit der gleichen Empathie und dem Respekt zu behandeln, den Sie sich auch wünschen würden. Verschiedene Menschen haben unterschiedliche emotionale, soziale usw. Bedürfnisse, aber auf der grundlegendsten 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 häufig mit Menschen außerhalb Ihrer unmittelbaren Arbeits- oder Studiengruppe interagieren werden, um Interessenthemen zu diskutieren oder Probleme zu lösen. Die Webbranche hat ihre eigenen Online-Räume, wie Foren (z. B. Discord-Server), Slack-Kanäle usw. Es gibt auch viele persönliche Veranstaltungen, von hochkarätigen Konferenzen bis hin zu bescheideneren lokalen Treffen.
Sie sollten an einigen dieser Gruppen teilnehmen, hallo sagen, Menschen kennenlernen, Ressourcen teilen, Fragen stellen und Hilfe anbieten. Die Vernetzung mit Menschen in der Gemeinschaft bietet eine Vielzahl von Vorteilen — Sie werden:
- Nützliche Kontakte knüpfen, die Freunde oder zukünftige Kollegen oder Arbeitgeber werden könnten.
- Neue Techniken und Technologien lernen und Hilfe bei technischen Problemen erhalten.
- Übung darin erhalten, zu erklären, wie Code funktioniert und die Fragen anderer zu beantworten.
- Informationen über Ressourcen, Treffen und Branchennachrichten erfahren.
- Anzeigen für Jobs entdecken.
- Informationen über die Unternehmen, für die andere Community-Mitglieder arbeiten, finden, was ebenfalls nützlich sein kann beim Erkunden des Arbeitsmarktes und beim Herausfinden, wo Sie arbeiten möchten.
Hier sind einige erste Ideen, wie Sie sich in Community-Netzwerken engagieren können:
- Recherchieren Sie in Ihrer lokalen Umgebung, welche lokalen Treffen es gibt, und besuchen Sie einige davon. Sie können Veranstaltungen auf Websites wie Meetup.com oder Eventbrite suchen.
- Schauen Sie sich Ressourcen wie confs.tech an, um interessante Technologiekonferenzen zu finden. Wenn diese außerhalb Ihres Budgets liegen, versuchen Sie, die Organisatoren zu kontaktieren und zu fragen, ob Sie als Freiwilliger arbeiten könnten — Sie bekommen dadurch trotzdem die Möglichkeit, sie zu besuchen und viele Menschen kennenzulernen.
- Stack Overflow ist ein großartiger Ort, um Fragen zu stellen und die Fragen anderer zu beantworten.
- Das freeCodeCamp-Forum ist ein weiterer großartiger Ort, um Fragen zu stellen und zu beantworten.
- Schauen Sie sich den Frontend Developers Discord-Server an.
- Verweilen Sie auch auf MDN's Discord.
- Unser Lernpartner Scrimba bietet eine starke Community- und Kollaborationserfahrung über ihren Discord-Server an, der beabsichtigt, ihren Schülern zu helfen, Erfahrungen in der Zusammenarbeit zu sammeln.
- Finden Sie Webentwickler in sozialen Netzwerken, sehen Sie, was sie sagen, und beteiligen Sie sich an Gesprächen.
Wenn Sie nicht sicher sind, wie Sie teilnehmen sollen, können Sie zunächst bestehende Diskussionen lesen und beobachten, wie erfahrene Leute an Gesprächen teilnehmen.
Hinweis: Die meisten Communities veröffentlichen ein Dokument namens Code of Conduct (oder Teilnahmeleitlinien), das ihre Erwartungen an das Verhalten der Personen definiert, die an ihrem Projekt teilnehmen. Diese Leitlinien umfassen normalerweise eine Definition dessen, was als unangemessenes Verhalten angesehen wird, die Konsequenzen eines unangemessenen Verhaltens und wie unangemessenes Verhalten gemeldet werden kann. Zum Beispiel wird MDN von den umfassenderen Richtlinien für die Teilnahme der Mozilla Community geregelt.
Anderen helfen, Fragen stellen
Wenn ein Kollege oder Netzwerkpartner Schwierigkeiten hat, bieten Sie an, ihm zu helfen. Webentwickler, die Hilfe leisten, knüpfen viel eher starke Beziehungen und erhalten im Gegenzug Unterstützung.
- Wenn Sie bereits Erfahrung in dem Bereich haben, in dem sie Schwierigkeiten haben, teilen Sie Wissen oder Codebeispiele mit ihnen. Der Akt des Erklärens verbessert auch Ihr Verständnis und hilft Ihnen ebenfalls zu lernen.
- Wenn Sie eine Vorstellung davon haben, wo sie nützliche Antworten finden könnten, helfen Sie ihnen bei der Recherche.
- Auch wenn Sie sich nicht sicher sind, was die Antwort ist, bieten Sie an, mit ihnen eine Pause zu machen und zuzuhören, während sie das Problem erklären. Vielleicht haben Sie wertvolle Einblicke, und der Akt des Erklärens des Problems könnte ihnen helfen, die Lösung zu finden (siehe Pausen einlegen und Rubber Ducking).
Helfen Sie immer lieber Ihren unmittelbaren Kollegen, anstatt auf einen Lehrer oder einen Senior-Entwickler zu warten, der herumgeht und allen hilft. Weniger fähige Kollegen erhalten so schneller Hilfe und fähigere Kollegen werden zu Mentoren und erleben die Zufriedenheit, die damit einhergeht.
Es gibt eine Kunst, Fragen zu stellen und zu beantworten. Es ist wichtig, zu üben, die richtigen Fragen zu stellen, um herauszufinden, was Sie wissen müssen, und zu erklären, was Sie tun, wenn Ihnen jemand Fragen stellt. Wenn Sie darin nicht gut sind, fragen Sie Ihre Kollegen, ob Sie Sitzungen mit ihnen einrichten können, bei denen sie Fragen stellen und Sie erklären, wie Ihr Code funktioniert und umgekehrt.
Peer Reviews sind ebenfalls ein guter Ort, um dies zu üben (siehe unten).
Veröffentlichen Sie Ihre Arbeit
Als allgemeine Regel ist es sehr sinnvoll, Ihre Arbeit zu veröffentlichen, einschließlich Quellcode, Erkenntnissen, Herausforderungen usw. Ihre Kollegen werden dies sehr nützlich finden, ebenso wie die breitere Community.
Wenn Sie eine nützliche Antwort finden, schreiben Sie darüber. Stellen Sie Ihren Code auf eine Plattform für soziales Programmieren wie GitHub oder GitLab und schreiben Sie Ihre Gedanken in einem Blog auf. Teilen Sie Ihre Veröffentlichungen über soziale Netzwerke.
Der Prozess des Schreibens wird die Konzepte nicht nur für Sie klären, sondern Sie werden auch Bestätigung und/oder Feedback von der Community erhalten. Dies könnte Ihnen helfen, sich in der Branche einen Namen zu machen.
Selbst wenn Sie denken, dass Ihre Errungenschaften trivial sind, wissen Sie wahrscheinlich mehr, als Sie denken, und es wird immer jemanden geben, der in seinem Weg zur Beherrschung von Code früher dran ist und Ihre Arbeit nützlich findet.
Nehmen Sie an Open Source teil
Eine weitere Möglichkeit, Freunde zu gewinnen 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 Projektverantwortlichen sehr dankbar für Ihre Beiträge sein. Ihre Updates werden Ihnen auch wertvolle Erfahrung und Praxis bieten.
Zum Beispiel ist der Quellcode von MDN 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 Beteiligung daran beschreiben.
Wenn Sie nicht sicher sind, was Open Source ist und warum oder wie man dazu beiträgt, sind die folgenden beiden Ressourcen sehr nützlich:
Teamarbeit und Peer Reviews
Oft müssen Sie in einem Team mit anderen Entwicklern arbeiten, wobei verschiedene Teammitglieder unterschiedliche Funktionen innerhalb des Teams übernehmen. Wir werden uns die verschiedenen Rollen, die Sie antreffen werden, und die üblichen Arbeitsstrategien in Workflows und Prozesse ansehen, aber denken Sie für den Moment darüber nach, was es bedeutet, in einem Team zu arbeiten:
- Gemeinsames Eigentum an dem Projekt, an dem Sie arbeiten – sowohl Erfolge als auch Misserfolge.
- Gemeinsam planen, nicht nur was Sie tun werden, sondern wie Sie zusammenarbeiten, um es zu erreichen. Welchen Prozess werden Sie verwenden? Wie werden Sie den 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.
- Immer Empathie für andere Teammitglieder zeigen, besonders wenn die Dinge nicht nach Plan laufen und Anpassungen erforderlich sind.
- Einander helfen, Erfolg zu haben.
Selbst wenn Sie kein echtes Arbeitsprojekt durchführen – Sie könnten ein Hochschulprojekt machen oder an Ihrem eigenen Hobbyprojekt arbeiten – sollten Sie üben, es wie ein echtes Softwareprojekt zu betreiben, mit einem Zeitplan, einem Plan und Verantwortlichkeiten. Lernen Sie typische Softwareentwicklungs-Lebenszyklen kennen. Erwerben Sie grundlegende Projektplanungs-fähigkeiten und Werkzeuge, um arbeiten schätzen und planen zu können.
Es ist auch eine gute Idee, Peer Reviews zu beginnen – Kollegen überprüfen gegenseitig ihre Arbeit und geben Feedback, wie sie verbessert werden könnte. Mögliche Bereiche sind allgemeine Codequalität und Einhaltung von Stilrichtlinien, Leistung, Beachtung von Best Practices, Benutzerfreundlichkeit und Qualität der Dokumentation. Sie können enorm profitieren, egal ob Sie der Rezensent oder die Person sind, die überprüft wird:
- Wenn Sie die Arbeit eines anderen überprüfen, versuchen Sie, ein Gleichgewicht zwischen Ermutigung und Lob für gute Arbeit sowie kritisch konstruktivem Feedback zu finden. Üben Sie, wie Sie dieses Feedback konstruktiv und respektvoll geben können. Selbst wenn sie etwas trivial erscheinen, kommen Sie immer mit ein oder zwei Fragen, die Sie stellen können, wenn Sie die Peer-Arbeit diskutieren oder überprüfen.
- Wenn Ihre Arbeit überprüft wird, nehmen Sie Kritik nicht persönlich und konzentrieren Sie sich auf die positiven Aspekte und das, was Sie lernen können. Gehen Sie davon aus, dass die Absichten Ihres Rezensenten die besten sind – sie wollen nur helfen.
Lernen, Scheitern zu akzeptieren
Ein sehr häufiges Problem, das dazu führt, dass Studierende und neue Entwickler zögern, zu experimentieren und Risiken einzugehen (z. B. bei der Aufnahme neuer Projekte oder der Erkundung neuer Ideen), ist die Angst vor dem Scheitern und wie dieses von Kollegen/Teamkollegen bewertet wird. Sie sollten sich Zeit nehmen, um den Wert der Lehren zu erkennen, die aus Fehlern gezogen werden können.
Das 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 mit diesem Scheitern umgehen und die Lehren, die Sie daraus ziehen.
Hier sind einige Tipps:
- Definieren Sie einen sicheren Raum oder eine Peer-Gruppe, in der Menschen frei Fragen stellen können – denken Sie daran, dass es keine "dummen Fragen" gibt, nur Menschen, die keine Fragen stellen. Fördern Sie eine Kultur, in der sich Gleichaltrige gegenseitig unterstützen und Misserfolge nicht kritisch bewertet werden.
- Suchen Sie in Ihrem Netzwerk und versuchen Sie, Online-Gruppen oder persönliche Gruppen zu finden, die Ihnen entweder helfen und Ratschläge geben können oder mit denselben Problemen konfrontiert sind wie Sie und gegenseitige Unterstützung bieten oder gemeinsam experimentieren können.
- (Für Pädagogen) Richten Sie die Bewertungsmethoden für Ihre Aufgaben so ein, dass Sie trotz nicht erzieltem korrekten Ergebnis immer noch eine vernünftige Punktzahl erhalten können, vorausgesetzt, der Prozess ist gut dokumentiert. Vergeben Sie zusätzliche Punkte für Innovation.
- Führen Sie Show-'n'-Tell-Sitzungen oder Einzelgespräche während eines Projekts mit Kollegen und Mentoren durch, um Feedback und Einblicke darüber zu erhalten, wo Sie Fehler machen, und um Ratschläge zu bekommen, wie Sie wieder auf den richtigen Weg kommen.
- Führen Sie retrospektive Meetings durch, um Projekte zu analysieren, zu überlegen, was nicht gut gelaufen ist, und darüber zu sprechen, wie man die Dinge beim nächsten Mal verbessern kann.