Mit welchem Team gehen Sie normalerweise zu Hackathons? Zunächst haben wir festgestellt, dass das ideale Team aus fünf Personen besteht – einem Manager, zwei Programmierern, einem Designer und einem Vermarkter. Aber die Erfahrung unserer Finalisten hat gezeigt, dass man einen Hackathon auch mit einer kleinen Gruppe von drei Personen gewinnen kann. Von den 26 Teams, die das Finale gewannen, traten drei als Musketierteam an und gewannen. Wie sie es gemacht haben – lesen Sie weiter.
Wir haben mit den Kapitänen aller drei Mannschaften gesprochen und festgestellt, dass es in ihrer Verhaltensstrategie viele Gemeinsamkeiten gibt. Die Helden dieses Beitrags sind die Teams PLEXeT (Stawropol, Nominierung des Ministeriums für Kommunikation), Composite Key (Tula, Nominierung des Ministeriums für Informatisierung und Kommunikation der Republik Tatarstan) und Jingu Digital (Jekaterinburg, Nominierung des Ministeriums für Industrie und Handel). Für Interessierte ist unter Kat. eine kurze Beschreibung der Befehle versteckt.
BefehlsbeschreibungenPLEXet
Das Team besteht aus drei Personen – einem Entwickler (Web-, C++-, Informationssicherheitskompetenzen), einem Designer und einem Manager. Wir kannten uns vor dem regionalen Hackathon nicht. Das Team wurde vom Kapitän auf Basis der Ergebnisse der Online-Tests zusammengestellt.
Zusammengesetzter Schlüssel
Im Team sind drei Mitentwickler – Fullstack mit zehn Jahren Erfahrung in IT, Backend und Mobile sowie Backend mit Schwerpunkt Datenbanken.
Jingu digital
Das Team besteht aus zwei Programmierern – Backend und AR/Unity, sowie einem Designer, der auch für die Leitung des Teams verantwortlich war. Gewonnen bei der Nominierung des Ministeriums für Industrie und Handel
Wählen Sie eine Aufgabe, die Ihren Kompetenzen nahe kommt
Erinnern Sie sich, es gab so einen Reim „Drama-Kreis, Foto-Kreis, und ich möchte auch singen“? Ich denke, dass dieses Gefühl vielen bekannt ist – wenn alles rundherum interessant ist, möchte man sich in seiner Richtung auf eine neue Art und Weise zeigen und die neue Branche / den neuen Entwicklungsbereich spüren. Die Wahl hängt hier nur von den Zielen Ihres Teams und Ihrer Risikobereitschaft ab – können Sie Ihren Fehler akzeptieren, wenn Ihnen mitten im Hackathon plötzlich klar wird, dass es unrealistisch ist, diese Aufgabe zu lösen? Experimente aus der Kategorie „Ich wühle nicht in der mobilen Entwicklung, aber was zum Teufel ist kein Scherz“ – für einen Amateur. Bist du so ein Amateur?
Artem Koshko (), Befehl „Zusammengesetzter Schlüssel“: „Wir hatten ursprünglich darüber nachgedacht, etwas Neues auszuprobieren. Auf regionaler Ebene haben wir auch mehrere Nuget-Pakete ausprobiert, die wir nie in die Finger bekommen haben, sowie Yandex.Cloud. Im Finale stellten wir CockroachDB in Kubernetes bereit und versuchten, Migrationen darauf mithilfe von EF Core durchzuführen. Manches lief gut, manches nicht so gut. Wir haben also etwas Neues gelernt, uns selbst getestet und uns von der Zuverlässigkeit bewährter Ansätze überzeugt.“.
So wählen Sie eine Aufgabe aus, wenn Sie große Augen haben:
- Überlegen Sie, welche Kompetenzen zur Lösung dieses Falles erforderlich sind und ob alle Teammitglieder über diese verfügen
- Wenn nicht genügend Kompetenzen vorhanden sind, können Sie diese kompensieren (eine andere Lösung finden, schnell eine neue erlernen)?
- Führen Sie eine kurze Recherche über den Markt durch, für den Sie ein Produkt herstellen möchten
- Berechnen Sie die Konkurrenz – welcher Track/welche Firma/welche Aufgabe wird an die meisten Leute gehen
- Beantworten Sie die Frage: Was treibt Sie am meisten an?
Oleg Bakhtadze-Karnaukhov (), das PLEXeT-Team: „Bei einem zehnstündigen Transfer am Flughafen haben wir eine Entscheidung getroffen – gerade zum Zeitpunkt der Landung landeten eine Liste der Tracks und eine kurze Formulierung der Aufgaben auf unserer Post. Ich habe sofort vier Aufgaben identifiziert, die für mich als Programmierer interessant sind und für die der Aktionsplan nach dem Start klar ist – was zu tun ist und wie wir es tun werden. Anschließend schätzte er die Aufgaben jedes Teammitglieds ein und beurteilte das Wettbewerbsniveau. Infolgedessen wählten sie zwischen den Aufgaben von Gazprom und dem Ministerium für Telekommunikation und Massenkommunikation. Der Vater unseres Designers arbeitet mit Öl und Gas – wir haben ihn angerufen und Fragen über die Branche gestellt. Dadurch wurde uns klar, dass es zwar interessant ist, aber wir werden nicht in der Lage sein, etwas grundlegend Neues anzubieten und wir werden auf keinen Fall Kompetenzen abziehen, weil es zu viele Branchenspezifika gibt, die berücksichtigt werden müssen. Deshalb haben wir die Chance genutzt und sind auf die erste Strecke gegangen.“
Diana Ganieva (), Jingu Digital-Team: „Auf der regionalen Ebene hatten wir eine Aufgabe im Zusammenhang mit der Landwirtschaft und im Finale – AR/VR in der Industrie. Sie wurden vom gesamten Team ausgewählt, damit jeder seine Fähigkeiten verwirklichen konnte. Nachdem wir herausgefunden hatten, was uns nicht so interessant erschien.
Mach deine Hausaufgaben
Und wir reden jetzt nicht über Code-Vorbereitungen – es macht überhaupt keinen Sinn, dies zu tun. Es geht um Teamkommunikation. Wenn Sie noch nicht gespielt haben, noch nicht gelernt haben, einander zu verstehen und zu verhandeln, treffen Sie sich vorher ein paar Mal und simulieren Sie einen Hackathon oder rufen Sie zumindest an, um die wichtigsten Punkte zu besprechen, über einen Aktionsplan nachzudenken und die Stärken und Schwächen des anderen zu besprechen. Sie können sogar einen Fall finden und versuchen, ihn zu lösen – zumindest schematisch, auf der Ebene „Wie kommt man von Punkt A nach Punkt B?“.
Für diesen Absatz riskieren wir, Minuspunkte in Karma und Kommentaren zu finden, sagen sie, wie kommt es, dass man nichts versteht, aber was ist mit der Aufregung, dem Antrieb, dem Gefühl, dass jetzt ein Prototyp aus der Urbrühe geboren wird (Hallo, Biologieunterricht)?
Ja aber.
Improvisation und Tatendrang sind nur dann gut, wenn sie nur eine kleine Abweichung von der Strategie darstellen – andernfalls sind die Risiken zu groß, um Zeit damit zu verbringen, das Chaos aufzuräumen und Fehler zu korrigieren, anstatt zu arbeiten, zu essen oder zu schlafen.
Oleg Bakhtadze-Karnaukhov, PLEXeT-Team: „Vor dem Wettbewerb kannte ich keines meiner Teammitglieder – ich habe sie aufgrund ihrer Kompetenzen und Noten in der Online-Testphase ausgewählt und eingeladen. Als wir den regionalen Hackathon gewannen und erkannten, dass wir noch gemeinsam nach Kasan fahren und das Hackathon-Projekt in Stawropol abschließen mussten, beschlossen wir, uns zusammenzusetzen und zu trainieren. Vor dem Finale trafen wir uns zweimal – wir fanden ein zufälliges Problem und lösten es. So etwas wie eine Fallmeisterschaft. Und bereits zu diesem Zeitpunkt sahen wir ein Problem in der Kommunikation und Aufgabenverteilung – während Polina (Designerin) und Lev (Managerin) über den Unternehmensstil, Produktfunktionen und die Suche nach Marktdaten nachdachten, hatte ich viel Freizeit. Also wurde uns klar, dass wir eine schwierigere Nominierung annehmen mussten (ich prahle nicht, es ist nur so, dass wir hauptsächlich auf Aufgaben im Zusammenhang mit dem Web gestoßen sind, aber bei mir sind es ein oder zwei) und dass ich mich stärker in die Arbeitsprozesse einbringen muss. Infolgedessen beschäftigte ich mich im Finale, während der Vorrecherche, mit mathematischer Modellierung und entwickelte Algorithmen.“
Artem Koshko, Composite Key-Team : „Wir haben uns eher moralisch vorbereitet, von der Vorbereitung eines Kodex war keine Rede. Wir haben auch vorab die Rollen im Team verteilt – wir drei sind alle Programmierer (wir haben Fullstack und zwei Backends, außerdem wühle ich mich ein bisschen in der mobilen Entwicklung herum), aber es war klar, dass jemand die Rollen des Designers übernehmen muss und Geschäftsführer. So wurde ich unmerklich zum Teamleiter, versuchte mich als Business-Analyst, Redner und Präsentationsmacher. Ich denke, wenn wir es nicht vorher gesagt hätten, hätten wir die Zeit nicht richtig einteilen können und wären nicht in der Endverteidigung angekommen.“
Diana Ganieva, Jingu Digital: „Wir haben uns nicht auf den Hackathon vorbereitet, weil wir glauben, dass Hack-Projekte von Grund auf neu gemacht werden sollten – das ist ehrlich. Im Vorfeld der Titelauswahl hatten wir eine allgemeine Vorstellung davon, was wir machen wollen.“.
Auf einige Entwickler lassen sie sich nicht ein
Diana Ganieva, Jingu Digital-Team: „Wir haben drei Spezialisten in unterschiedlichen Bereichen in unserem Team. Meiner Meinung nach ist das die perfekte Zusammensetzung für einen Hackathon. Jeder ist mit seinem eigenen Geschäft beschäftigt und es gibt keine Schnittmengen und Aufgabenteilungen. Eine weitere Person wäre überflüssig.
Statistiken haben gezeigt, dass die durchschnittliche Zusammensetzung unserer Teams aus 4 bis 5 Personen besteht, darunter (bestenfalls) ein Designer. Es ist allgemein anerkannt, dass es notwendig ist, das Team mit Entwicklern unterschiedlicher Couleur zu verstärken, um in die Basis vordringen und wenn überhaupt mit einer „Maschine“ überraschen zu können. Bestenfalls nehmen sie auch noch einen Designer mit (seien Sie nicht böse, wir lieben Sie!), die Präsentation und die Interfaces zeichnen sich schließlich nicht von alleine. Noch häufiger wird die Rolle eines Managers vernachlässigt – meist übernimmt diese Funktion der Mannschaftskapitän, Teilzeitentwickler.
Und das ist grundsätzlich falsch.
Artem Koshko, Composite Key-Team: „Irgendwann haben wir es bereut, dass wir keinen spezialisierten Spezialisten ins Team aufgenommen haben. Wenn wir mit dem Design noch einigermaßen zurechtkamen, dann wurde es mit dem Businessplan und anderen strategischen Dingen schwierig. Ein markantes Beispiel ist die Berechnung der Zielgruppe und der Marktgröße, TAM, SAM.“
Oleg Bakhtadze-Karnaukhov, PLEXeT-Team: „Der Beitrag des Entwicklers zum Produkt macht bei weitem nicht 80 % der Arbeit aus, wie allgemein angenommen wird. Man kann nicht sagen, dass es für die Jungs einfacher war – fast das gesamte Hauptaufgabenspektrum lag bei ihnen. Mein Code ohne Schnittstellen, Präsentationen, Videos, Strategien ist nur eine Reihe von Zeichen. Wenn andere Entwickler im Team wären, wären wir wahrscheinlich damit klargekommen, aber alles hätte weniger professionell ausgesehen. Vor allem die Präsentation ist, wie mir scheint, meist der halbe Erfolg. Während der Verteidigung und dann im wirklichen Leben in ein paar Minuten wird niemand Zeit haben zu verstehen, ob Ihr Prototyp wirklich funktioniert. Wenn Sie sich von Plänen hinreißen lassen, wird Ihnen niemand zuhören. Wenn Sie mit dem Text zu weit gehen, wird jeder verstehen, dass Sie selbst nicht wissen, worauf es bei Ihrem Produkt ankommt, wie Sie es präsentieren und wer es braucht.
Zeitmanagement und Entspannung
Erinnern Sie sich daran, wie sich die Figuren in Zeichentrickfilmen aus der Kindheit wie „Tom und Jerry“ Streichhölzer unter die Augenlider steckten, damit sie sich nicht schließen? Unerfahrene (oder zu enthusiastische) Hackathon-Teilnehmer sehen in etwa gleich aus.
Bei einem Hackathon verliert man leicht den Bezug zur Realität und das Zeitgefühl – die Atmosphäre lädt zum ungebremsten Programmieren ein, ohne Pausen zum Ausruhen, Schlafen, Herumalbern im Spielzimmer, Plaudern mit Partnern oder Besuch von Meisterkursen. Wenn Sie es wie eine Weltmeisterschaft oder eine Olympiade behandeln, dann sollten Sie sich vielleicht so verhalten. Nicht wirklich.
Artem Koshko, Composite Key-Team: „Wir hatten viel Chak-Chak, viel – daraus wurde in der Mitte unseres Tisches ein Turm gebaut, der unsere Moral stärkte und die Kohlenhydrate zur richtigen Zeit stärkte.“ Sie ruhten und arbeiteten fast die ganze Zeit zusammen, sie ruhten nicht getrennt. Aber sie schliefen anders. Andrey (Fullstack-Entwickler) schläft tagsüber gerne, Denis und ich schlafen gerne nachts. Deshalb habe ich tagsüber mehr mit Denis und nachts mit Andrey gearbeitet. Und er hat dazwischen geschlafen. Wir hatten kein Arbeits- und Zielsystem, sondern alles war spontan. Das hat uns aber nicht gestört, da wir uns gut verstehen und ergänzen. Es hat geholfen, dass wir Kollegen sind und eng kommunizieren. Ich bin Andreys ehemaliger Praktikant und Denis kam als mein Praktikant zum Unternehmen.“
Und hier ist übrigens derselbe Berg Chak-Chak.
Kompetentes Zeitmanagement wurde von fast allen von uns befragten Teilnehmern als Hauptkriterium für den Erfolg des Hackathons genannt. Was bedeutet das? Sie verteilen Aufgaben so, dass Sie Zeit zum Schlafen und Essen haben und Aufgaben nicht im Modus erledigt werden alles brach zusammen, aber in einem Tempo, das für jedes Teammitglied angenehm ist.
Oleg Bakhtadze-Karnaukhov, PLEXeT-Team"Unsere Herausforderung bestand nicht darin, so viele Stunden wie möglich zu arbeiten, sondern so lange wie möglich produktiv zu bleiben. Obwohl wir 3-4 Stunden am Tag geschlafen haben, scheint es uns gelungen zu sein. Wir könnten ins Spielzimmer gehen oder an den Partnerständen rumhängen und uns die normale Zeit für das Essen nehmen. Am zweiten Tag versuchten wir, Lev so weit wie möglich zu entlasten, damit er ausreichend Schlaf bekam und es schaffte, sich vor dem Auftritt in Ordnung zu bringen. Die Hackathon-Proben haben uns geholfen, da wir die Aufgabenverteilung und die Synchronisierung des Tagesablaufs bereits verstanden hatten – wir aßen, schliefen und waren gleichzeitig wach. Infolgedessen funktionierten sie als ein einziger Mechanismus.“
Wir wissen nicht, wie es diesem Team gelungen ist, das Auge von Agomoto zum Hackathon zu bringen, aber am Ende haben sie es sogar geschafft, ein Video über das Projekt zu drehen und ein Handout vorzubereiten.
Ein paar Tipps für das Zeitmanagement beim Hackathon:
- Gehen Sie vom Großen zum Kleinen – teilen Sie Aufgaben in kleine Blöcke auf.
- Ein Hackathon ist ein Marathon. Was ist das Wichtigste bei einem Marathon? Versuchen Sie, im gleichen Tempo zu laufen, sonst fallen Sie am Ende der Distanz um. Versuchen Sie, mit annähernd gleicher Intensität zu arbeiten und sich nicht zu erschöpfen.
- Überlegen Sie im Voraus, was in den Aufgaben jedes Teilnehmers enthalten sein wird und wie viel Zeit er dafür in Anspruch nehmen wird. Es hilft, Überraschungen zu vermeiden, wenn eine halbe Stunde vor Ablauf der Frist liegt und Sie noch keine große Arbeit fertig haben.
- Überprüfen Sie die Koordinaten, um das Aufgabenvolumen anzupassen. Haben Sie das Gefühl, dass es Ihnen gut geht und Sie überhaupt Zeit haben? Großartig – Sie können es für einen Traum oder den Abschluss einer Präsentation ausgeben.
- Hängen Sie sich nicht an Details auf, sondern arbeiten Sie in groben Zügen.
- Es ist schwierig, sich von der Arbeit zu lösen. Nehmen Sie sich daher gezielt Zeit zum Schlafen, Ausruhen oder Niedergeschlagenheit. Sie können beispielsweise Alarme einstellen.
- Nehmen Sie sich Zeit, um Ihre Rede vorzubereiten und zu proben. Es ist für alle und immer verpflichtend. Darüber haben wir bereits in einem der vorherigen Gespräche gesprochen .
Und doch gibt es eine solche alternative Meinung. Welche Option bevorzugen Sie – Folter durch Kodierung oder Krieg durch Krieg und Abendessen nach Zeitplan?
Diana Ganieva, Jingu Digital-Team: „In unserem Team ist jeder für eine Sache verantwortlich, es gab niemanden, der uns ersetzte, sodass sie nicht im Schichtdienst arbeiten konnten. Als die Kräfte völlig erschöpft waren, schliefen sie drei Stunden lang, je nachdem, wie viel Arbeit dem Teilnehmer noch bevorstand. Es gab überhaupt keine Zeit, sich mit dem Wort zu beschäftigen, wir verschwenden keine kostbare Zeit damit. Die Produktivität wurde unterstützt, wenn auch mit kurzem Schlaf und Leckereien mit Tee – keine Energy-Drinks oder Kaffee.
Unter dem Schnitt haben wir einige nützliche Links versteckt, wenn Sie in das Thema Zeitmanagement eintauchen möchten. Es wird im Alltag nützlich sein – glauben Sie dem Autor dieses Beitrags, der immer zu spät kommt 🙂
Für die Eroberer der Zeit — Effektive Zeitmanagementtechniken wurden im Netology-Blog von einem Kaspersky-Lab-Projektmanager zusammengestellt:
- Guter Artikel für Einsteiger zu Cossa:
Versuchen Sie aufzufallen
Oben haben wir über das Team geschrieben, das eine Handreichung zum Schutz des Projekts erstellt hat. Auf ihrer Strecke waren sie die einzigen, denen es so ging, und wir sind sicher, dass unter den über 3500 Teilnehmern keiner mehr von ihnen war.
Natürlich war dies nicht der Hauptgrund für ihren Sieg, aber es brachte definitiv ein zusätzliches Plus – zumindest die Sympathie der Experten. Sie können auf unterschiedliche Weise hervorstechen – einige unserer Gewinner beginnen jeden Auftritt mit einem Witz darüber, dass sie eine Bombe gebaut haben (Sacharow-Team, hallo!).
Wir werden hier nicht näher darauf eingehen, sondern einfach den Fall des PLEXeT-Teams erzählen – es scheint uns, dass es sich lohnt, einen Witz über den Sohn einer Freundin einer Mutter zu machen.
Oleg Bakhtadze-Karnaukhov, PLEXeT-Team: „Wir haben verstanden, dass wir der Zeit voraus waren und beschlossen, dass es cool wäre, mit einem Almosen in die Vorverteidigung zu kommen. Das Projekt enthält viele technische Details und Erklärungen zu Algorithmen, die in der Präsentation überhaupt nicht enthalten sind. Und ich möchte es zeigen. Experten unterstützten die Idee und halfen sogar bei der Optimierung. Sie haben sich die erste Version nicht einmal angesehen, sie sagten, dass sie eine solche Leinwand niemals lesen würden. Wir waren die einzigen in der Verteidigung.“
Es muss etwas schief gehen, und das ist in Ordnung.
Beim Hackathon gibt es, wie im normalen Leben, immer einen Platz für Jambs. Auch wenn es den Anschein hat, dass Sie alles vorausgesehen haben – wer von uns ist nicht zu spät zum Flugzeug, zur Prüfung oder zur Hochzeit gekommen, nur weil die Autos im Stau steckengeblieben sind, die Rolltreppe kaputt gegangen ist und der Reisepass vergessen hat zu Hause?
Oleg Bakhtadze-Karnaukhov, PLEXeT-Team: „Polina und ich haben die ganze Nacht über eine Präsentation gehalten, aber am Ende haben sie vergessen, sie auf den Computer im Saal hochzuladen, in dem die Verteidigung stattfand. Wir versuchen, von einem Flash-Laufwerk zu öffnen, und das Antivirenprogramm erkennt die Datei als Virus und zerstört sie. Dadurch gelang es uns, erst eine Minute vor Ende unseres Auftritts alles anzufangen. Wir haben es geschafft, das Video zu zeigen, waren aber trotzdem sehr verärgert. Eine ähnliche Geschichte passierte uns in der Vorverteidigung. Unser Prototyp startete nicht, Polinas und Levs Computer froren ein und aus irgendeinem Grund ließ ich meinen im Hangar, wo unsere Strecke stand. Und obwohl die Experten am Morgen unsere Arbeit sahen, wirkten wir wie ein Team von Exzentrikern mit einem Almosen, schönen Worten, aber ohne Produkt. Wenn man bedenkt, dass viele Teilnehmer meine Arbeit an mathematischen Modellen als „sitzen, etwas zeichnen und nicht auf den Computer schauen“ empfanden, war die Situation nicht sehr gut.
Es klingt abgedroschen, aber alles, was Sie in dieser Situation tun können, ist auszuatmen. Es ist bereits passiert. Nein, du bist nicht der Einzige, jeder vermasselt es. Auch wenn das ein fataler Fehler ist, ist es ein Erlebnis. Und denken Sie auch darüber nach, ob die Person, die Sie beurteilt, diesen Fall für einen Fakap hält?
Teilen Sie in den Kommentaren mit, welche Aufstellung für Sie bei der Arbeit an einem Hackathon angenehmer ist (sowohl in Bezug auf Personen als auch auf Spezialisten) und wie Sie Prozesse im Team aufbauen.
Source: habr.com