{"id":34112,"date":"2019-10-31T21:56:27","date_gmt":"2019-10-31T18:56:27","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-my-pytalis-v-komandnuyu-rabotu-i-chto-iz-etogo-vyshlo\/"},"modified":"2019-10-31T21:56:27","modified_gmt":"2019-10-31T18:56:27","slug":"kak-my-pytalis-v-komandnuyu-rabotu-i-chto-iz-etogo-vyshlo","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/kak-my-pytalis-v-komandnuyu-rabotu-i-chto-iz-etogo-vyshlo","title":{"rendered":"Wie wir es mit teamorientierter Arbeit versuchten und was dabei herauskam","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Wie
\n<\/p>\n

Lassen Sie uns der Reihe nach vorgehen<\/h3>\n

\nWas diese Grafik bedeutet, erfahren Sie gleich, aber lassen Sie mich zun\u00e4chst mit einer Einf\u00fchrung beginnen.<\/p>\n

An einem kalten Februartag gab es keinerlei Anzeichen f\u00fcr das, was kommen sollte. Eine Gruppe ahnungsloser Studierender trat zum ersten Mal zu einer Vorlesung in dem Fach, das sie \"Methodologie der Organisation von Entwurf und Entwicklung von Informationssystemen\" nannten. Es war eine ganz gew\u00f6hnliche Vorlesung, der Dozent erz\u00e4hlte von agilen Entwicklungsmethoden wie Scrum, es schien nichts Ungew\u00f6hnliches zu passieren. Doch gegen Ende der Stunde verk\u00fcndete der Dozent: <\/p>\n

Ich m\u00f6chte, dass Sie die Herausforderungen der Teamarbeit am eigenen Leib erfahren. Teilen Sie sich in Gruppen auf, denken Sie sich ein Projekt aus, ernennen Sie einen Leiter und durchlaufen Sie gemeinsam alle Phasen des Designs. Am Ende erwarte ich von Ihnen ein fertiges Produkt und einen Artikel auf Habr.<\/p><\/blockquote>\n

Hier beginnt unsere Geschichte. <\/a><\/noindex> Wie Billardkugeln prallten wir voneinander ab, bis die Energie des Aufpralls nachgelassen hatte und sich eine Gruppe von 7 Personen versammelte. F\u00fcr ein Schulprojekt mag das vielleicht zu viel sein, aber um Rollen besser zu verteilen, ist es genau richtig. Die Diskussion \u00fcber Projektideen begann von \"Lass uns ein bestehendes Projekt \u00fcbernehmen\" bis hin zu \"Emulator zur Formierung von Himmelsk\u00f6rpern\". Am Ende setzte sich jedoch die Idee durch, deren Titel Sie auf dem ersten Bild gelesen haben. <\/p>\n

Prokrastination stoppen \u2013 was ist das, wie geht man damit um, und wie haben wir es entwickelt und was ist daraus geworden?<\/h2>\n

\nDie Erz\u00e4hlung erfolgt aus der Sicht des Projektleiters, der gl\u00fccklicherweise oder ungl\u00fccklicherweise mir zugewiesen wurde. Und welche Idee kam uns in den Sinn? Inspiriert von dem beliebten Wecker \u201eShake Alarm\u201c von SupperCommon, insbesondere der Funktion, die Arbeit des Smartphones vollst\u00e4ndig zu blockieren, bis der Nutzer eine bestimmte Aktion ausf\u00fchrt, die ihn wahrscheinlich aufwecken wird, haben wir beschlossen, eine \u00e4hnliche App zu entwickeln, die dabei hilft, von der Smartphone-Abh\u00e4ngigkeit loszukommen, nach dem gleichen Prinzip wie \u201eShake Alarm\u201c.<\/p>\n

Funktionsweise<\/h3>\n

Der Nutzer stellt Timer ein.
\n-Zeit, die man mit dem Smartphone verbringen kann
\n-Zeit ohne Smartphone (Blockierungszeitraum)
\nNach Ablauf des Timers erscheint ein Overlay auf dem Bildschirm, das nicht geschlossen werden kann
\n-Um das Overlay zu schlie\u00dfen, muss man eine kleine Herausforderung meistern (ein Passwort auf einer verwirrten Tastatur eingeben, eine Mathematikaufgabe l\u00f6sen, das Telefon ein paar Minuten sch\u00fctteln)
\nNach der Freischaltung auf diese Weise wird die Zeit, die man mit dem Smartphone verbringen kann, halbiert, und das bis auf eine Minute\n<\/p><\/blockquote>\n

Wir bauen ein Team auf<\/h3>\n

Zuerst mussten wir festlegen, wer was machen wird und in welcher Programmiersprache alles geschrieben wird. Ich denke, das hat wenig mit dem Projektmanagement zu tun, denn wenn man ein Team f\u00fcr ein echtes Projekt zusammenstellt, nimmt man gleich die Leute, die man ben\u00f6tigt. Letztendlich habe ich auch die Verantwortung f\u00fcr das Design \u00fcbernommen und einen Teamleiter ausgew\u00e4hlt, der gute Erfahrung in der Anwendungsentwicklung hatte. Ihm wurden drei Programmierer unterstellt, und zwei weitere wurden zu Testern. Nat\u00fcrlich wurde die Programmiersprache nach den F\u00e4higkeiten ausgew\u00e4hlt. Letztendlich wurde beschlossen, Java zu verwenden, da alle Programmierer damit vertraut waren.<\/p>\n

Aufgaben festlegen<\/h3>\n

Auf Empfehlung des Dozenten wurde ein Aufgabenboard auf einem kostenlosen Service erstellt. Trello<\/a><\/noindex>Es war geplant, nach dem Scrum-System zu arbeiten, wobei jeder Stream eine abgeschlossene Anwendung darstellen sollte.
\nIn der Praxis entwickelte sich jedoch alles zu einem langen Stream, in den st\u00e4ndig \u00c4nderungen, Erg\u00e4nzungen und Korrekturen eingef\u00fcgt wurden. <\/p>\n

\"Wie
\n<\/p>\n

Wir schreiben Spezifikationen<\/h3>\n

Beeinflusst durch das Buch von Savin \u201eTesting.com\u201c hatte ich meine eigene Vorstellung davon, wie alles strukturiert sein sollte. Es begann mit dem Schreiben von Spezifikationen, denn ohne eine klare Beschreibung dessen, was wir erwarten, was und wie es funktionieren sollte, wird nichts funktionieren. Die Programmierer werden alles so programmieren, wie sie es sehen, die Tester werden etwas anderes testen, der Vorgesetzte wird etwas Drittes erwarten, aber am Ende wird es wie immer das Vierte sein.
\nSpezifikationen zu schreiben ist nicht einfach, man muss alle Details und Nuancen durchdenken. Nat\u00fcrlich hat beim ersten Mal nichts funktioniert. Letztendlich wurden die Spezifikationen viermal erg\u00e4nzt und \u00fcberarbeitet. Die letzte Version finden Sie am Ende des Artikels im Abschnitt Links. <\/p>\n

Wir zeichnen das Design<\/h3>\n

Das Design in einer mobilen Anwendung ist von gr\u00f6\u00dfter Bedeutung. Doch nicht jeder versteht das, auch viele in meinem Team haben leidenschaftlich mit mir gestritten, dass Design unn\u00f6tig sei und dass es der unwichtigste Teil der Anwendung ist, und so weiter. Seien Sie nicht so naiv. Erstens, das fertige Design erleichtert die Arbeit f\u00fcr den Programmierer, er muss nicht dar\u00fcber nachdenken, was wo und wie plaziert werden soll, er nimmt einfach das Gezeichnete und setzt es um. Zusammen mit den Spezifikationen befreit das Design den Programmierer nahezu vollst\u00e4ndig von unn\u00f6tigen Gedanken und erm\u00f6glicht es ihm, sich auf die Logik zu konzentrieren. Urspr\u00fcnglich wurde ein prototypisches (schreckliches) Design erstellt:<\/p>\n

\"Wie
\n
\nAber sp\u00e4ter wurde das Design \u00fcberarbeitet und auf ein akzeptables Niveau gebracht.
\n(Link zu allen Designelementen am Ende des Artikels).<\/p>\n

\"Wie
\n<\/p>\n

Wir programmieren<\/h3>\n

Programmieren ist herausfordernd, aber machbar. Ich lasse diesen Punkt aus, da ich selbst nicht direkt damit besch\u00e4ftigt war. Die Programmierer haben gro\u00dfartige Arbeit geleistet, ohne die alles sinnlos gewesen w\u00e4re. Nat\u00fcrlich wurden einige Ideen umgesetzt, aber die Software ben\u00f6tigt noch Verbesserungen. Es gibt viele Bugs und Features, die behoben werden m\u00fcssen. Wenn wir mehr Zeit h\u00e4tten, k\u00f6nnten wir aus der tiefen Alpha-Phase herauskommen, und bis dahin k\u00f6nnen Sie die Anwendung am Ende des Artikels testen.<\/p>\n

Und zum Testen<\/h3>\n

Was ist das Wichtigste beim Programmieren? Meiner Meinung nach ist es wichtig, dass alles funktioniert und so aussieht, wie es soll. Das gelingt nicht immer und nicht sofort. Daf\u00fcr ist Testen notwendig. Ich habe meinen Testern ein Testmodell vorgeschlagen, das Testf\u00e4lle verwendet. Zuerst werden Testf\u00e4lle in voller \u00dcbereinstimmung mit den Spezifikationen geschrieben und dann wird entsprechend getestet. Was daraus entstanden ist, k\u00f6nnen Sie unten in den Links sehen. <\/p>\n

Danke, dass Sie gelesen haben. Ich hoffe, Sie haben hier etwas N\u00fctzliches gefunden, vielleicht eine Idee f\u00fcr Ihr eigenes Startup oder einen n\u00fctzlichen Rat oder ein Werkzeug.<\/p>\n

Links:<\/h3>\n

Letzte Spezifikationen<\/a><\/noindex>.
\nDesign in Figma<\/a><\/noindex>.
\nTestf\u00e4lle<\/a><\/noindex> und Bug-Reports<\/a><\/noindex>.<\/p>\n

Die Anwendung auf HokeyApp<\/a><\/noindex>. \u2014 Die Anwendung wurde unter dem Namen HandsOff erstellt, fragen Sie nicht warum (weil Stop Procrastination zu lang ist).<\/p>\n

Nun zum Schluss<\/h3>\n

Was denken Sie, machte all das Sinn?<\/p>\n

Nur registrierte Benutzer k\u00f6nnen an der Umfrage teilnehmen. Bitte melden Sie sich an.<\/a><\/noindex>Sind Sie an Contour interessiert?<\/p>\n

Ist eine solche Praxis in Bildungseinrichtungen n\u00f6tig und wie n\u00fctzlich und anwendbar ist sie im realen Leben?<\/h2>\n