{"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\/news\/kak-my-pytalis-v-komandnuyu-rabotu-i-chto-iz-etogo-vyshlo","title":{"rendered":"Wie wir versucht haben, im Team zusammenzuarbeiten und was daraus geworden ist.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

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

Lass uns der Reihe nach<\/h3>\n

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

An einem kalten Februartag ahnte niemand, dass etwas Schlimmes bevorstand. Eine Gruppe unschuldiger Studenten kam zum ersten Mal zur Vorlesung \u00fcber ein Fach, das sie \"Methodologie der Organisation von Projektplanung und Entwicklung von Informationssystemen\" nannten. Es war eine ganz normale Vorlesung, der Dozent sprach \u00fcber agile Entwicklungsmethoden wie Scrum, und niemand ahnte, dass etwas Schlimmes bevorstand. Und am Ende der Vorlesung k\u00fcndigte der Dozent an: <\/p>\n

Ich m\u00f6chte, dass ihr alle die Herausforderungen der Teamarbeit selbst erlebt. Teilt euch in Gruppen auf, denkt euch ein Projekt aus, bestimmt einen Leiter und durchlauft gemeinsam alle Phasen der Projektplanung. Am Ende erwarte ich von euch ein fertiges Produkt und einen Artikel auf Habr.<\/p><\/blockquote>\n

Hier beginnt unsere Geschichte. <\/a><\/noindex> Wie Billardkugeln sprangen wir voneinander ab, bis die Energie des Aufpralls sich zerstreute und sich eine Gruppe von 7 Personen zusammenfand. Vielleicht ist das f\u00fcr ein Schulprojekt zu viel, aber um die Rollen besser zu verteilen, ist das genau das Richtige. Die Diskussion \u00fcber Projektideen begann von \"Lass uns ein fertiges Projekt nehmen\" bis hin zu \"Ein Emulator zur Bildung von Weltraumobjekten\". Doch schlie\u00dflich fand eine Idee Geh\u00f6r, deren Titel ihr auf dem ersten Bild gelesen habt. <\/p>\n

Stop Procrastination \u2014 was ist das, wof\u00fcr verwenden wir es und wie haben wir daran gearbeitet und was dabei herauskam<\/h2>\n

\nDie Erz\u00e4hlung erfolgt aus der Sicht des Projektleiters, der zu meinem Gl\u00fcck oder Pech ich bin. Und welche Idee kam uns in den Sinn? Inspiriert von dem beliebten Alarm \u201eShake Alarm\u201c von SupperCommon, insbesondere der Funktion, die Arbeit des Smartphones vollst\u00e4ndig zu blockieren, bis der Benutzer eine bestimmte Aktion ausf\u00fchrt, die ihn wahrscheinlich zum Aufwachen bringt, beschlossen wir, eine \u00e4hnliche Anwendung zu entwickeln, die helfen soll, die Abh\u00e4ngigkeit vom Telefon loszuwerden, nach dem Prinzip, das auch \u201eShake Alarm\u201c verwendet.<\/p>\n

Funktionsweise<\/h3>\n

Der Benutzer stellt Timer ein
\n- Zeit, die man am Smartphone verbringen kann
\n- Zeit ohne Smartphone (Blockierungszeit)
\nNach Ablauf des Timers erscheint ein Overlay auf dem Bildschirm, das nicht minimiert werden kann.
\n- Um das Overlay zu schlie\u00dfen, muss man eine kleine Herausforderung meistern (ein Passwort auf einer verwirrenden Tastatur eingeben, eine mathematische Aufgabe l\u00f6sen, das Telefon ein paar Minuten sch\u00fctteln)
\nNach dieser Entsperrungsmethode reduziert sich die Zeit, die man mit dem Smartphone verbringen kann, um die H\u00e4lfte, bis auf eine Minute.\n<\/p><\/blockquote>\n

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

Zu Beginn musste festgelegt werden, wer was macht und in welcher Sprache all dies geschrieben wird. Ich denke, das hat wenig mit Projektmanagement zu tun, denn wenn man ein Team f\u00fcr ein echtes Projekt zusammenstellt, nimmt man gleich die Personen, die man braucht. Letztendlich habe ich auch die Aufgabe des Designers \u00fcbernommen, einen Teamleiter gew\u00e4hlt, der gute Erfahrung in der App-Entwicklung 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 entschieden, Java zu verwenden, da alle Programmierer damit vertraut waren.<\/p>\n

Wir setzen Aufgaben<\/h3>\n

Auf Empfehlung des Lehrers wurde ein Aufgabenboard auf einem kostenlosen Dienst erstellt. Trello<\/a><\/noindex>. Es war geplant, nach dem Scrum-System zu arbeiten, bei dem jeder Sprint eine Art fertige Anwendung darstellen sollte.
\nIn der Praxis entstand jedoch ein gro\u00dfer und langer Sprint, in den st\u00e4ndig \u00c4nderungen, Erg\u00e4nzungen und Korrekturen eingearbeitet wurden. <\/p>\n

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

Wir schreiben Spezifikationen<\/h3>\n

Unter dem Einfluss des Buches \u201eTesting.com\u201c von Savin hatte ich meine Vorstellung davon, wie alles strukturiert sein sollte. Alles begann mit dem Schreiben von Spezifikationen, denn ich glaube, ohne eine klare Beschreibung dessen, was wir erwarten, was und wie es funktionieren soll, wird nichts funktionieren. Die Programmierer werden alles nach ihrer Sichtweise programmieren, die Tester werden etwas anderes testen, der Leiter erwartete etwas Drittes, aber am Ende wird es wie immer das Vierte sein.
\nSpezifikationen zu schreiben ist nicht einfach, man muss alle Details und Feinheiten 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 erstellen das Design<\/h3>\n

Das Design in einer mobilen Anwendung ist das Wichtigste. Doch nicht jeder versteht das, auch viele aus meinem Team haben leidenschaftlich mit mir diskutiert, dass Design nicht notwendig sei, dass es der unwichtigste Teil der Anwendung ist usw. Man sollte nicht so naiv sein. Erstens, ein fertiges Design erleichtert die Arbeit des Programmierers, er muss nicht dar\u00fcber nachdenken, was wo und wohin gesteckt werden soll, er nimmt einfach das Entworfene und setzt es um. Zusammen mit den Spezifikationen befreit das Design den Verstand des Programmierers fast vollst\u00e4ndig von unn\u00f6tigen Dingen und erm\u00f6glicht ihm, sich auf die Logik zu konzentrieren. Zuerst wurde ein prototypisches (schreckliches) Design skizziert:<\/p>\n

\"Wie
\n
\nAber dann wurde das Design \u00fcberarbeitet und in eine normale Form gebracht.
\n(Der Link zu allen Designelementen am Ende des Artikels).<\/p>\n

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

Programmieren<\/h3>\n

Programmieren ist schwierig, aber machbar. Ich \u00fcberspringe diesen Punkt, da ich pers\u00f6nlich nicht damit befasst war. Es wurde eine enorme Arbeit von den Programmierern geleistet, ohne die alles sinnlos w\u00e4re. Nat\u00fcrlich ist es gelungen, einen Teil der Ideen umzusetzen. Auch das Programm ben\u00f6tigt noch \u00dcberarbeitungen. Es gibt viele Bugs und Features, die behoben werden m\u00fcssen. H\u00e4tten wir mehr Zeit, w\u00e4ren wir aus der tiefen Alpha-Phase herausgekommen, aber derzeit k\u00f6nnen Sie die Anwendung am Ende des Artikels testen.<\/p>\n

Nun, und zum Testen<\/h3>\n

Was ist das Wichtigste beim Programmieren? Meiner Meinung nach ist das Wichtigste, dass alles funktioniert und so aussieht, wie es sollte. So wie es sein sollte, kommt nicht immer und nicht sofort. Daf\u00fcr ist Testen notwendig. Meinen Testern habe ich ein Testmodell mit Testf\u00e4llen vorgeschlagen. Zuerst werden Testf\u00e4lle in vollkommener \u00dcbereinstimmung mit den Spezifikationen erstellt und dann wird das Testen anhand dieser durchgef\u00fchrt. Was dabei herausgekommen ist, k\u00f6nnen Sie unten in den Links sehen. <\/p>\n

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

Links:<\/h3>\n

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

Die Anwendung selbst 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

Und zum Schluss<\/h3>\n

Was denken Sie, hatte das alles einen Sinn?<\/p>\n

Nur registrierte Benutzer k\u00f6nnen an der Umfrage teilnehmen. Bitte einloggen<\/a><\/noindex>.<\/p>\n

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