Könnten Sie sich diesen Workflow für ein Entwicklungsteam innerhalb einer Digitalagentur vorstellen?

Wir versuchen, einen Arbeitsablauf zu finden, dem unsere Entwickler/PMs folgen können, der einem Entwickler alles bietet, was er für ein Projekt benötigt. Ein schrittweiser Prozess, dem PMs und Entwickler folgen, damit a) das Projekt reibungslos läuft und b) Entwickler alles bekommen, was sie zum Abschließen eines Projekts benötigen.

Wir beginnen damit, unsere Projekte zuerst über das Front-End-Team zu erstellen, und dann wird es später integriert. Egal, ob es sich um eine Wordpress/Open-Source-CMS-Site, eine Webanwendung oder ein größeres CMS auf Unternehmensebene handelt, alles folgt demselben Arbeitsablauf. Auch hier wäre jeder Beitrag zu dieser Arbeitsweise hilfreich.

Der Prozess muss detailliert und effizient sein, aber nicht so detailliert und langwierig, dass er ineffizient wird. Könnten Sie sich vorstellen, dass die folgenden Personen in einer Agentur arbeiten:

  • PM liefert Projektbeschreibung und Design im PDF/JPG-Format
  • Entwickler, um die Projektbeschreibung durchzulesen und alle Fragen an PM zu melden
  • Wenn der Entwickler das Projekt akzeptiert/dem Projekt zugewiesen wird, erstellen Sie einen Slack-Kanal und fügen Sie es dem Team hinzu
  • PM, um PSD-Dateien bereitzustellen
  • Entwickler, um PSD-Dateien zu überprüfen - Schlagen Sie Änderungen vor (falls vorhanden) und melden Sie sich bei PM
  • PM, um sich bei Designer anzumelden und geändert zu werden
  • Dev zum Bitbucket-Repo und JIRA-Kanban-Board hinzufügen
  • PM, um Bitbucket-Zugriff bereitzustellen
  • Meeting/Hangout starten
  • Sprint-Planung - Projekt in Unteraufgaben aufteilen
  • Weisen Sie jede Aufgabe relevanten Personen zu und planen Sie entsprechend
  • Legen Sie für jede Aufgabe eine Zeitschätzung fest, um das tägliche Limit von 8 Stunden auszufüllen
  • Entwickler zur Entwicklung einer statischen Version. Commit-Code jede Nacht zum Repo
  • Täglich um 9:00 Uhr 15 Minuten aufstehen, um die Aufgaben/Fortschritte des vorherigen und nächsten Tages zu überprüfen
  • Dev verschiebt Aufgaben in die JIRA-Spalte „In Bearbeitung“, wenn aktiv an Aufgaben gearbeitet wird
  • Sobald die Aufgabe abgeschlossen ist, verschieben Sie sie in die Spalte „UAT“ und weisen Sie sie dem PM zu
  • PM, um die Aufgabe zu überprüfen und an den Entwickler zurückzuweisen, wenn Ergänzungen/Änderungen erforderlich sind. Wiederholen, bis genehmigt.
  • Browserstack-Überprüfung in modernen Browsern und Geräten. Verwenden Sie die Browser-Checkliste. Fügen Sie alle Ergebnisse oder Abfragen zu relevanten Tickets/Aufgaben in JIRA hinzu. Wenn keine Tickets zutreffen, erstellen Sie einen BUG und hängen Sie Screenshots an. Benachrichtigen Sie auch über Slack.
  • Der gesamte Code muss vom W3C validiert sein. PM zur Überprüfung unter https://validator.w3.org Melden Sie alle Warnungen/Fehler zu relevanten Tickets/Aufgaben innerhalb von JIRA. Wenn keine Tickets zutreffen, erstellen Sie einen BUG und hängen Sie Screenshots an. Benachrichtigen Sie auch über Slack.
  • PM, um die Arbeit mit dem Kunden zu überprüfen
  • Besprechen Sie jegliches Feedback mit dev. Definieren Sie eine Liste von Aktionen und fügen Sie sie dann zu relevanten Tickets in JIRA hinzu. Finden Sie auch heraus, ob Änderungen im Rahmen des Projekts liegen.
  • Sobald alle Entwickler abgemeldet sind, können sie mit der CMS-Integration beginnen
Hallo, willkommen bei PMSE. So wie Ihre Frage steht, ist sie zu spezifisch und würde der Community keinen oder nur einen geringen Mehrwert bringen. Ohne Umformulierung wird sie wahrscheinlich geschlossen. Könnten Sie bitte daran arbeiten, es allgemeiner zu gestalten und sich auf Probleme statt auf Lösungen zu konzentrieren? Vielen Dank!

Antworten (1)

Ihr Workflow sollte so einfach wie möglich sein, d. h. er kann nicht so viele Status wie Elemente auf Ihrer Liste haben, was auch dazu beiträgt, dass der Prozess reibungsloser abläuft. Obwohl ich den Workflow nicht für Sie entwerfen kann, kann ich Ihnen einige Tipps geben:

  • Status stellen etwas dar, das bereits passiert ist, genauer gesagt eine Aktivität, die eine Person oder ein Team abgeschlossen hat, dh: „mit dem Kunden überprüft, geschätzt, entwickelt“.

  • Übergänge sind die Aktionen, die Sie von einem Status zum anderen führen, nachdem Sie getan haben, was in Ihrem aktuellen Status getan werden musste, dh: „Zur Überprüfung senden, zur Entwicklung senden“.

  • Den meisten Übergängen sind Informationen darüber zugeordnet, warum das Problem übergegangen ist, oder Informationen, die im nächsten Status erforderlich sind.
Ich verstehe - das macht mehr Sinn. Was ich mir ausgedacht habe, klingt eher nach einer Liste aller 3, die vereinfacht werden könnten. Obwohl der Arbeitsablauf sehr starr sein muss, um sicherzustellen, dass der Prozess bis ins kleinste Detail befolgt wird, gibt es keine klaren Zustände. Dies muss wie eine Schritt-für-Schritt-Anleitung sein. Ich werde es ändern und in ein Flussdiagramm einfügen.