{"id":97853,"date":"2020-10-22T14:42:44","date_gmt":"2020-10-22T12:42:44","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte"},"modified":"2020-11-18T00:58:50","modified_gmt":"2020-11-17T22:58:50","slug":"organizacziya-rabochego-proczessa-v-komande-na-it-proekte","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte","title":{"rendered":"Organisation des Arbeitsprozesses im Team f\u00fcr IT-Projekte","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Hallo Freunde. Immer wieder, besonders im Outsourcing, sehe ich dasselbe Bild. Das Fehlen eines klaren Arbeitsprozesses in Teams bei verschiedenen Projekten.<\/p>\n<p>Das Wichtigste ist, dass die Programmierer nicht verstehen, wie man mit dem Kunden und untereinander kommuniziert. Wie man einen kontinuierlichen Prozess zur Entwicklung eines qualitativ hochwertigen Produkts aufbaut. Wie man seinen Arbeitstag und die Sprints plant.<\/p>\n<p>Und das alles f\u00fchrt letztendlich zu verpassten Deadlines, \u00dcberstunden, st\u00e4ndigen Streitigkeiten dar\u00fcber, wer schuld ist, und Unzufriedenheit bei den Kunden \u2013 wohin und wie alles vorankommt. H\u00e4ufig f\u00fchrt das zu einem Wechsel der Programmierer oder sogar ganzer Teams. Zu einem Verlust des Kunden, einer Verschlechterung des Rufs und so weiter.<\/p>\n<p>Ich war einmal in einem solchen Projekt, wo all diese Vorz\u00fcge vorhanden waren. <br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nNiemand wollte die Verantwortung f\u00fcr das Projekt (eine gro\u00dfe Service-Marktplatz-Applikation) \u00fcbernehmen, die Fluktuation war schrecklich, der Kunde war einfach aufgebracht. Der CEO kam eines Tages zu mir und sagte, dass ich die n\u00f6tige Erfahrung habe, also sollte ich das Projekt \u00fcbernehmen. Mach einen Fehler, und wir schlie\u00dfen das Projekt und feuern alle. Wenn es klappt, w\u00e4re es gro\u00dfartig, dann leite und entwickle es, wie du es f\u00fcr richtig h\u00e4ltst. Letztendlich wurde ich Teamleiter des Projekts und alles lag auf meinen Schultern.<\/p>\n<p>Das Erste, was ich tat, war, einen Arbeitsprozess von Grund auf neu zu entwickeln, der zu meinem damaligen Verst\u00e4ndnis passte, und eine Stellenbeschreibung f\u00fcr das Team zu schreiben. Es war nicht einfach, ihn einzuf\u00fchren. Aber nach etwa einem Monat hatte sich alles stabilisiert, die Entwickler und der Kunde hatten sich daran gew\u00f6hnt, und alles lief schon ruhig und komfortabel. Um dem Team zu zeigen, dass dies nicht nur ein \"Sturm im Wasserglas\" ist, sondern eine echte L\u00f6sung, habe ich mir den gr\u00f6\u00dften Teil der Aufgaben aufgeladen und die unangenehme Routine vom Team genommen. <\/p>\n<p>Es ist jetzt anderthalb Jahre her, und das Projekt entwickelt sich ohne \u00dcberstunden, ohne \"Rattenrennen\" und all die verschiedenen Stresssituationen. Einige in der alten Mannschaft wollten so nicht arbeiten und sind gegangen, andere hingegen waren froh \u00fcber die transparenten Regeln. Aber am Ende sind alle, die im Team sind, sehr motiviert und kennen das gro\u00dfe Projekt in vollem Umfang, sowohl das Frontend als auch das Backend. Inklusive des Codes und aller Gesch\u00e4ftslogik. Es ist sogar so weit gekommen, dass wir nicht nur \"Ruderer\" sind, sondern viele Gesch\u00e4ftsprozesse und neue Funktionen selbst entwickeln, die dem Unternehmen gefallen.<\/p>\n<p>Dank dieses Ansatzes von unserer Seite hat der Kunde beschlossen, ein weiteres Marktplatzprojekt bei unserer Firma zu beauftragen, was uns nat\u00fcrlich sehr freut.<\/p>\n<p>Da es bei meinem Projekt funktioniert, k\u00f6nnte es vielleicht auch jemand anderem helfen. Also, hier ist der Prozess, der uns geholfen hat, das Projekt zu retten:<\/p>\n<p>Der Arbeitsprozess des Teams im Projekt \u201eMein Lieblingsprojekt\u201c<\/p>\n<p>a) Interner Teamprozess (zwischen den Entwicklern)<\/p>\n<ul>\n<li>Alle Aufgaben werden im Jira-System erstellt.<\/li>\n<li>Jede Aufgabe muss so detailliert wie m\u00f6glich beschrieben werden und genau eine Aktion ausf\u00fchren.<\/li>\n<li>Jede Funktion, wenn sie komplex genug ist, wird in viele kleine Aufgaben aufgeteilt.<\/li>\n<li>Das Team arbeitet an Funktionen als an einer einzigen Aufgabe. Zun\u00e4chst arbeiten wir gemeinsam an einer Funktion, geben sie zur Tests frei und nehmen dann die n\u00e4chste an.<\/li>\n<li>Jede Aufgabe wird gekennzeichnet, ob sie f\u00fcr Backend oder Frontend ist.<\/li>\n<li>Es gibt Arten von Aufgaben und Bugs. Diese m\u00fcssen korrekt angegeben werden.<\/li>\n<li>Nach Abschluss der Aufgabe wird diese in den Status Code Review \u00fcberf\u00fchrt (ein Pull Request an den Kollegen wird erstellt).<\/li>\n<li>Derjenige, der die Aufgabe erledigt hat, trackt sofort seine Zeit f\u00fcr diese Aufgabe.<\/li>\n<li>Nach der \u00dcberpr\u00fcfung des Codes wird der PR genehmigt und anschlie\u00dfend merge derjenige, der die Aufgabe erledigt hat, diese selbst in den Master-Branch und \u00e4ndert ihren Status in bereit f\u00fcr Deployment auf Dev. <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/de\/server\/\"   title=\"Server\" data-wpil-keyword-link=\"linked\">Server<\/a>.<\/li>\n<li>Alle Aufgaben, die bereit f\u00fcr den Deployment auf den Dev-Server sind, werden vom Teamleiter deployed (seine Verantwortung). Manchmal auch von einem Teammitglied, wenn etwas Dringendes ansteht. Nach dem Deployment werden alle Aufgaben mit dem Status bereit f\u00fcr den Deployment auf Dev in den Status bereit f\u00fcr die Tests auf Dev \u00fcberf\u00fchrt.<\/li>\n<li>Alle Aufgaben werden vom Kunden getestet.<\/li>\n<li>Wenn der Kunde die Aufgabe auf Dev getestet hat, \u00fcberf\u00fchrt er sie in den Status bereit f\u00fcr den Deployment auf Prod.<\/li>\n<li>F\u00fcr das Deployment auf Prod haben wir einen separaten Branch, in den wir Master nur kurz vor dem Deployment zusammenf\u00fchren.<\/li>\n<li>Wenn der Kunde w\u00e4hrend der Tests Bugs findet, gibt er die Aufgabe zur \u00dcberarbeitung zur\u00fcck und setzt ihren Status auf zur\u00fcck zur \u00dcberarbeitung. So trennen wir neue Aufgaben von denen, die die Tests nicht bestanden haben.<\/li>\n<li>Letztendlich durchlaufen alle Aufgaben den Weg von der Erstellung bis zum Abschluss: To Do \u2192 In Entwicklung \u2192 Code Review \u2192 Bereit zum Deployment auf Dev \u2192 QA auf Dev \u2192 (Zur\u00fcck zu Dev) \u2192 Bereit zum Deployment auf Prod \u2192 QA auf Prod \u2192 Fertig.<\/li>\n<li>Jeder Entwickler testet seinen Code selbstst\u00e4ndig, einschlie\u00dflich als Benutzer der Website. Das Zusammenf\u00fchren des Branches mit dem Haupt-Branch ist nicht erlaubt, es sei denn, es ist sicher bekannt, dass der Code funktioniert.<\/li>\n<li>Jede Aufgabe hat Priorit\u00e4ten. Die Priorit\u00e4ten werden entweder vom Auftraggeber oder vom Teamleiter festgelegt.<\/li>\n<li>Die Entwickler bearbeiten in erster Linie die priorisierten Aufgaben.<\/li>\n<li>Die Entwickler k\u00f6nnen Aufgaben gegenseitig zuweisen, wenn verschiedene Fehler im System gefunden wurden oder eine Aufgabe aus der Arbeit mehrerer Spezialisten besteht.<\/li>\n<li>Alle Aufgaben, die der Auftraggeber erstellt, gelangen zum Teamleiter, der sie bewertet und entweder den Auftraggeber um Nachbesserung bittet oder sie einem der Teammitglieder zuweist.<\/li>\n<li>Alle Aufgaben, die bereit f\u00fcr das Deployment auf der Dev- oder Prod-Umgebung sind, gelangen ebenfalls zum Teamleiter, der eigenst\u00e4ndig entscheidet, wann und wie das Deployment durchgef\u00fchrt wird. Nach jedem Deployment muss der Teamleiter (oder ein Teammitglied) den Auftraggeber dar\u00fcber informieren und die Status f\u00fcr die Aufgaben auf \"bereit f\u00fcr Tests\" auf Dev\/Prod \u00e4ndern.<\/li>\n<li>Jeden Tag zur gleichen Zeit (bei uns um 12:00 Uhr) f\u00fchren wir ein Meeting mit allen Teammitgliedern durch.<\/li>\n<li>Jeder berichtet im Meeting, einschlie\u00dflich des Teamleiters, was er gestern gemacht hat, was er heute plant und welche Probleme er hat und warum. So ist das gesamte Team dar\u00fcber informiert, wer was macht und in welcher Phase sich das Projekt befindet. Dies gibt uns die M\u00f6glichkeit, unsere Sch\u00e4tzungen und Fristen zu prognostizieren und gegebenenfalls zu korrigieren.<\/li>\n<li>Im Meeting gibt der Teamleiter au\u00dferdem alle \u00c4nderungen im Projekt und den aktuellen Stand der Fehler bekannt, die nicht vom Auftraggeber gefunden wurden. Alle Fehler werden besprochen und jedem Teammitglied zur L\u00f6sung zugewiesen.<\/li>\n<li>Im Meeting weist der Teamleiter jedem Aufgaben zu, wobei die aktuelle Auslastung der Entwickler, deren berufliches Niveau sowie die N\u00e4he der jeweiligen Aufgabe zu dem, mit dem sich der Entwickler gerade besch\u00e4ftigt, ber\u00fccksichtigt werden.<\/li>\n<li>Im Meeting entwickelt der Teamleiter eine allgemeine Strategie f\u00fcr die Architektur und Gesch\u00e4ftslogik. Anschlie\u00dfend diskutiert das gesamte Team dies und trifft die Entscheidung, ob \u00c4nderungen vorgenommen oder diese Strategie akzeptiert werden.<\/li>\n<li>Jeder Entwickler schreibt Code und baut Algorithmen selbstst\u00e4ndig im Rahmen einer einheitlichen Architektur und Gesch\u00e4ftslogik. Jeder kann seine eigene Vision der Implementierung ausdr\u00fccken, aber niemand wird gezwungen, es auf eine bestimmte Weise zu tun. Jede Entscheidung wird argumentiert. Wenn es eine bessere L\u00f6sung gibt, aber im Moment keine Zeit daf\u00fcr ist, wird eine Aufgabe in JIRA erstellt, um k\u00fcnftig einen bestimmten Teil des Codes zu refaktorisieren.<\/li>\n<li>Wenn der Entwickler eine Aufgabe in Arbeit nimmt, \u00e4ndert er deren Status auf Entwicklung. Die gesamte Kommunikation bez\u00fcglich der Kl\u00e4rung der Aufgabe beim Auftraggeber liegt in der Verantwortung des Entwicklers. Technische Fragen k\u00f6nnen an den Teamleiter oder Kollegen gerichtet werden.<\/li>\n<li>Wenn der Entwickler die Essenz der Aufgabe nicht versteht und der Auftraggeber sie nicht klar erkl\u00e4ren konnte, geht er zur n\u00e4chsten Aufgabe \u00fcber. Die aktuelle Aufgabe wird vom Teamleiter \u00fcbernommen, der sie selbst mit dem Auftraggeber bespricht.<\/li>\n<li>Jeden Tag muss der Entwickler im Kunden-Chat schreiben, an welchen Aufgaben er gestern gearbeitet hat und an welchen Aufgaben er heute arbeiten wird.<\/li>\n<li>Der Arbeitsprozess erfolgt nach Scrum. Alles ist in Sprints aufgeteilt. Jeder Sprint dauert zwei Wochen.<\/li>\n<li>Die Sprints werden vom Teamleiter erstellt, gef\u00fcllt und abgeschlossen.<\/li>\n<li>Wenn das Projekt strenge Fristen hat, versuchen wir, alle Aufgaben grob zu sch\u00e4tzen. Und wir stellen einen Sprint aus ihnen zusammen. Wenn der Auftraggeber versucht, dem Sprint weitere Aufgaben hinzuzuf\u00fcgen, setzen wir Priorit\u00e4ten und verschieben einige andere Aufgaben in den n\u00e4chsten Sprint.<\/li>\n<\/ul>\n<p>\nb) Der Prozess der Zusammenarbeit mit dem Auftraggeber<\/p>\n<ul>\n<li>Jeder Entwickler kann und sollte mit dem Auftraggeber kommunizieren.<\/li>\n<li>Dem Auftraggeber darf man nicht erlauben, seine Regeln aufzuzwingen. Man muss h\u00f6flich und freundlich dem Auftraggeber klarmachen, dass wir Spezialisten auf unserem Gebiet sind und nur wir die Arbeitsprozesse gestalten und den Auftraggeber dabei einbeziehen sollten.<\/li>\n<li>Idealerweise sollte man, bevor man mit der Implementierung einer Funktion beginnt, ein Flussdiagramm des gesamten logischen Prozesses f\u00fcr das Feature (Workflow) erstellen und es dem Auftraggeber zur Best\u00e4tigung zusenden. Dies betrifft nur komplexe und nicht offensichtliche Funktionen, beispielsweise Zahlungssysteme, Benachrichtigungssysteme usw. Dies wird helfen, genauer zu verstehen, was der Auftraggeber tats\u00e4chlich ben\u00f6tigt, die Dokumentation zum Feature zu bewahren und sich abzusichern, dass der Auftraggeber in Zukunft nicht sagen kann, dass wir nicht das gemacht haben, was er angefordert hat.<\/li>\n<li>Alle Diagramme\/-fl\u00fcsse\/-logiken usw. speichern wir in Confluence\/Jira, wo wir den Kunden bitten, in den Kommentaren die Richtigkeit der zuk\u00fcnftigen Umsetzung zu best\u00e4tigen.<\/li>\n<li>Wir versuchen, den Kunden nicht mit technischen Details zu belasten. Wenn wir ein Verst\u00e4ndnis daf\u00fcr brauchen, was der Kunde m\u00f6chte, zeichnen wir primitive Algorithmen in Form von Flussdiagrammen, die der Kunde verstehen und selbst anpassen\/korrigieren kann.<\/li>\n<li>Wenn der Kunde einen Fehler im Projekt findet, bitten wir ihn, diesen ausf\u00fchrlich in Jira zu beschreiben. Unter welchen Umst\u00e4nden ist der Fehler aufgetreten, wann und welche Abfolge von Aktionen hat der Kunde beim Testen durchgef\u00fchrt. Wir bitten darum, Screenshots beizuf\u00fcgen.<\/li>\n<li>Wir versuchen, jeden Tag, h\u00f6chstens alle zwei Tage ein Deployment auf den Development-Server zu machen. Der Kunde kann dann die Funktionalit\u00e4t testen und das Projekt ruht nicht. Dies ist zudem ein Marker f\u00fcr den Kunden, dass das Projekt in vollem Gange ist und ihm niemand M\u00e4rchen erz\u00e4hlt.<\/li>\n<li>Es kommt h\u00e4ufig vor, dass der Kunde nicht ganz versteht, was er eigentlich ben\u00f6tigt. Da er ein neues Gesch\u00e4ft mit noch nicht eingespielten Prozessen gr\u00fcndet. Daher ist es oft der Fall, dass wir ganze Codeabschnitte in den Papierkorb werfen und die Logik der Anwendung umgestalten. Daraus ergibt sich, dass nicht alles unbedingt abgedeckt werden muss. Es macht Sinn, nur kritisch wichtige Funktionalit\u00e4ten mit Tests zu versehen und das auch mit Vorbehalten.<\/li>\n<li>Es gibt Situationen, in denen das Team erkennt, dass wir die Deadlines nicht einhalten k\u00f6nnen. Dann f\u00fchren wir einen schnellen Audit der Aufgaben durch und informieren sofort den Kunden dar\u00fcber. Als L\u00f6sung schlagen wir vor, die wichtigen und kritischen Funktionalit\u00e4ten rechtzeitig zu starten und den Rest auf nach der Ver\u00f6ffentlichung zu verschieben.<\/li>\n<li>Wenn der Kunde beginnt, verschiedene Aufgaben aus dem Stegreif zu erfinden, anf\u00e4ngt zu fantasieren und alles mit Gesten zu erkl\u00e4ren, bitten wir ihn, uns ein Layout der Seite und den Fluss mit der Logik bereitzustellen, die das Verhalten des gesamten Layouts und seiner Elemente vollst\u00e4ndig beschreiben sollte.<\/li>\n<li>Bevor wir eine Aufgabe in Angriff nehmen, m\u00fcssen wir sicherstellen, dass dieses Feature Bestandteil unseres Vertrags ist. Wenn es sich um ein neues Feature handelt, das \u00fcber unsere urspr\u00fcnglichen Vereinbarungen hinausgeht, m\u00fcssen wir es unbedingt sch\u00e4tzen ((gesch\u00e4tzte Ausf\u00fchrungszeit + 30%) x 2) und dem Kunden mitteilen, dass wir daf\u00fcr eine bestimmte Zeit ben\u00f6tigen, plus der Termin verschiebt sich auf die gesch\u00e4tzte Zeit multipliziert mit zwei. Wenn wir die Aufgabe schneller erledigen k\u00f6nnen, umso besser, alle profitieren davon. Wenn nicht, haben wir uns abgesichert.<\/li>\n<\/ul>\n<p>\nv) Was wir im Team nicht akzeptieren:<\/p>\n<ul>\n<li>Unzuverl\u00e4ssigkeit, Unordnung, Vergesslichkeit<\/li>\n<li>\u201eKann nicht\u201c oder \u201ewei\u00df nicht wie\u201c. Wenn du eine Aufgabe nicht erledigen kannst oder nicht wei\u00dft, wie, musst du sofort den Teamleiter informieren, anstatt bis zur letzten Minute zu warten.<\/li>\n<li>Prahlerei und Angeberei von jemandem, der seine F\u00e4higkeiten und Professionalit\u00e4t noch nicht bewiesen hat. Wenn er bewiesen hat, ist es in Ordnung, im Rahmen des Anstands \ud83d\ude42<\/li>\n<li>Betrug in jeglicher Form. Wenn eine Aufgabe nicht erledigt ist, sollte ihr Status nicht auf erledigt ge\u00e4ndert und im Kundensupport-Chat nicht behauptet werden, dass sie fertig ist. Der Computer ist abgest\u00fcrzt, das System ist ausgefallen, der Hund hat das Laptop angeknabbert \u2013 all das ist inakzeptabel. Wenn ein echter Notfall eintritt, muss der Teamleiter sofort informiert werden.<\/li>\n<li>Wenn ein Specialist st\u00e4ndig offline ist und ihn w\u00e4hrend der Arbeitszeit schwer zu erreichen ist.<\/li>\n<li>Toxizit\u00e4t im Team ist nicht akzeptabel! Wenn jemand mit etwas nicht einverstanden ist, treffen sich alle gemeinsam zu einem Meeting, um dies zu besprechen und zu entscheiden.<\/li>\n<\/ul>\n<p>Und noch einige Fragen\/Thesen, die ich manchmal meinem Kunden stelle, um Missverst\u00e4ndnisse auszur\u00e4umen:<\/p>\n<ol>\n<li>Welche Qualit\u00e4tskriterien haben Sie?<\/li>\n<li>Wie erkennen Sie, ob es im Projekt Probleme gibt oder nicht?<\/li>\n<li>Indem Sie all unsere Empfehlungen und Ratschl\u00e4ge zur \u00c4nderung\/Verbesserung des Systems missachten, tragen Sie alle Risiken allein.<\/li>\n<li>Jede wesentliche \u00c4nderung am Projekt (z. B. verschiedene Extrafl\u00fcsse) kann zu m\u00f6glichen Fehlern f\u00fchren (die wir nat\u00fcrlich beheben werden).<\/li>\n<li>Es ist unm\u00f6glich, in wenigen Minuten zu erkennen, welches Problem im Projekt aufgetreten ist, geschweige denn, es sofort zu beheben.<\/li>\n<li>Wir arbeiten gem\u00e4\u00df einem spezifischen Produktfluss (Tasks in Jira \u2013 Entwicklung \u2013 Testing \u2013 Deployment). Das bedeutet, dass wir nicht auf den gesamten Strom an Anfragen und Beschwerden im Chat reagieren k\u00f6nnen.<\/li>\n<li>Programmierer sind Programmierer und keine professionellen Tester und k\u00f6nnen daher nicht die erforderliche Testqualit\u00e4t des Projekts gew\u00e4hrleisten.<\/li>\n<li>Die Verantwortung f\u00fcr das endg\u00fcltige Testen und die Annahme von Aufgaben im Produktionsumfeld liegt vollst\u00e4ndig bei Ihnen.<\/li>\n<li>Wenn wir bereits an einer Aufgabe arbeiten, k\u00f6nnen wir uns nicht sofort auf andere umschalten, bis die aktuelle abgeschlossen ist (sonst f\u00fchrt das zu noch mehr Bugs und verl\u00e4ngert die Entwicklungszeit).<\/li>\n<li>Die Anzahl der Personen im Team ist geringer geworden (wegen Urlaub oder Krankheit), w\u00e4hrend die Arbeit zunimmt, und wir k\u00f6nnen physisch nicht auf alles reagieren, was Sie m\u00f6chten.<\/li>\n<li>Ihre Bitte, ein Deployment in die Produktion ohne getestete Aufgaben in der Entwicklungsumgebung durchzuf\u00fchren, bedeutet nur Ihr Risiko und nicht das der Entwickler.<\/li>\n<li>Wenn Sie unklare Aufgaben ohne richtigen Workflow und ohne Designlayouts stellen, erfordert das von uns viel mehr Aufwand und l\u00e4ngerfristige Umsetzung, da wir stattdessen zus\u00e4tzlichen Arbeitsaufwand leisten m\u00fcssen.<\/li>\n<li>Jede Aufgabe zu Bugs, die ohne detaillierte Beschreibung ihres Auftretens und ohne Screenshots eingereicht wird, gibt uns keine M\u00f6glichkeit zu verstehen, was schiefgegangen ist und wie wir diesen Bug reproduzieren k\u00f6nnen.<\/li>\n<li>Das Projekt erfordert st\u00e4ndige \u00dcberarbeitung und Verbesserungen zur Steigerung der Leistung und Sicherheit. Daher investiert das Team einen Teil seiner Zeit in diese Verbesserungen.<\/li>\n<li>Aufgrund von \u00dcberstunden (dringende Fixes) m\u00fcssen wir diese an anderen Tagen ausgleichen.<\/li>\n<\/ol>\n<p>\nIn der Regel versteht der Kunde sofort, dass die Softwareentwicklung nicht so einfach ist und ein blo\u00dfer Wunsch nicht ausreicht.<\/p>\n<p>Das ist alles. Hinter den Kulissen lasse ich zahlreiche Verhandlungen und das erste Debugging aller Prozesse, aber letztlich hat sich alles eingespielt. Ich kann sagen, dass dieser Prozess f\u00fcr uns eine Art 'Silbergeschosse' geworden ist. Neue Leute, die ins Projekt kamen, konnten sofort am ersten Tag mit der Arbeit beginnen, da alle Prozesse dokumentiert sind und die Dokumentation sowie die Architektur in Form von Diagrammen sofort ein Bild davon gab, womit wir uns alle besch\u00e4ftigen. <\/p>\n<p><i>P.S. Ich m\u00f6chte klarstellen, dass es auf unserer Seite keinen Projektmanager gibt. Er befindet sich auf der Seite des Kunden. Ganz und gar kein Techniker. Das Projekt ist europ\u00e4isch. Die gesamte Kommunikation erfolgt nur auf Englisch.<\/i><\/p>\n<p>Ich w\u00fcnsche allen viel Erfolg bei ihren Projekten. Brennt nicht aus und versucht, eure Prozesse zu verbessern.<\/p>\n<p>Der Originalcode ist in meinem <noindex><a rel=\"nofollow\" href=\"https:\/\/cleverman.org\/post\/organizaciya-rabochego-processa-v-komande-na-it-proekte\">Blog<\/a><\/noindex>.<br \/>\n<br \/>Quelle: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/524460\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u0440\u0438\u0432\u0435\u0442 \u0434\u0440\u0443\u0437\u044c\u044f. \u0421\u043f\u043b\u043e\u0448\u044c \u0438 \u0440\u044f\u0434\u043e\u043c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432 \u0430\u0443\u0442\u0441\u043e\u0440\u0441\u0435, \u044f \u0432\u0438\u0436\u0443 \u043e\u0434\u043d\u0443 \u0438 \u0442\u0443 \u0436\u0435 \u043a\u0430\u0440\u0442\u0438\u043d\u0443. \u041e\u0442\u0441\u0443\u0442\u0441\u0442\u0432\u0438\u0435 \u0447\u0435\u0442\u043a\u043e\u0433\u043e \u0440\u0430\u0431\u043e\u0447\u0435\u0433\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430 \u0432 \u043a\u043e\u043c\u0430\u043d\u0434\u0430\u0445 \u043d\u0430 \u0440\u0430\u0437\u043b\u0438\u0447\u043d\u044b\u0445 \u043f\u0440\u043e\u0435\u043a\u0442\u0430\u0445. \u0421\u0430\u043c\u043e\u0435 \u0433\u043b\u0430\u0432\u043d\u043e\u0435 \u2014 \u044d\u0442\u043e \u0442\u043e, \u0447\u0442\u043e \u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u0438\u0441\u0442\u044b \u043d\u0435 \u043f\u043e\u043d\u0438\u043c\u0430\u044e\u0442, \u043a\u0430\u043a \u043d\u0443\u0436\u043d\u043e \u043a\u043e\u043c\u043c\u0443\u043d\u0438\u0446\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0441 \u0437\u0430\u043a\u0430\u0437\u0447\u0438\u043a\u043e\u043c \u0438 \u0434\u0440\u0443\u0433 \u0441 \u0434\u0440\u0443\u0433\u043e\u043c. \u041a\u0430\u043a \u043f\u043e\u0441\u0442\u0440\u043e\u0438\u0442\u044c \u043d\u0435\u043f\u0440\u0435\u0440\u044b\u0432\u043d\u044b\u0439 \u043f\u0440\u043e\u0446\u0435\u0441\u0441 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0433\u043e \u043f\u0440\u043e\u0434\u0443\u043a\u0442\u0430. \u041a\u0430\u043a \u0441\u043f\u043b\u0430\u043d\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0441\u0432\u043e\u0439 \u0440\u0430\u0431\u043e\u0447\u0438\u0439 \u0434\u0435\u043d\u044c \u0438 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-97853","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u0440\u0438\u0432\u0435\u0442 \u0434\u0440\u0443\u0437\u044c\u044f. \u0421\u043f\u043b\u043e\u0448\u044c \u0438 \u0440\u044f\u0434\u043e\u043c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432 \u0430\u0443\u0442\u0441\u043e\u0440\u0441\u0435, \u044f \u0432\u0438\u0436\u0443 \u043e\u0434\u043d\u0443 \u0438 \u0442\u0443 \u0436\u0435 \u043a\u0430\u0440\u0442\u0438\u043d\u0443.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"de_DE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f \u0440\u0430\u0431\u043e\u0447\u0435\u0433\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430 \u0432 \u043a\u043e\u043c\u0430\u043d\u0434\u0435 \u043d\u0430 IT-\u043f\u0440\u043e\u0435\u043a\u0442\u0435 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u0440\u0438\u0432\u0435\u0442 \u0434\u0440\u0443\u0437\u044c\u044f. \u0421\u043f\u043b\u043e\u0448\u044c \u0438 \u0440\u044f\u0434\u043e\u043c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432 \u0430\u0443\u0442\u0441\u043e\u0440\u0441\u0435, \u044f \u0432\u0438\u0436\u0443 \u043e\u0434\u043d\u0443 \u0438 \u0442\u0443 \u0436\u0435 \u043a\u0430\u0440\u0442\u0438\u043d\u0443.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-10-22T12:42:44+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-11-17T22:58:50+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Organisation des Arbeitsprozesses im Team f\u00fcr ein IT-Projekt | ProHoster","description":"Hallo Freunde. Immer wieder, besonders im Outsourcing, sehe ich dasselbe Bild.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f \u0440\u0430\u0431\u043e\u0447\u0435\u0433\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430 \u0432 \u043a\u043e\u043c\u0430\u043d\u0434\u0435 \u043d\u0430 IT-\u043f\u0440\u043e\u0435\u043a\u0442\u0435 | ProHoster","og:description":"\u041f\u0440\u0438\u0432\u0435\u0442 \u0434\u0440\u0443\u0437\u044c\u044f. \u0421\u043f\u043b\u043e\u0448\u044c \u0438 \u0440\u044f\u0434\u043e\u043c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432 \u0430\u0443\u0442\u0441\u043e\u0440\u0441\u0435, \u044f \u0432\u0438\u0436\u0443 \u043e\u0434\u043d\u0443 \u0438 \u0442\u0443 \u0436\u0435 \u043a\u0430\u0440\u0442\u0438\u043d\u0443.","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-10-22T12:42:44+00:00","article:modified_time":"2020-11-17T22:58:50+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"97853","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 10:11:34","updated":"2022-10-03 07:12:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/97853","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=97853"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/97853\/revisions"}],"predecessor-version":[{"id":172897,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/97853\/revisions\/172897"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=97853"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=97853"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=97853"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}