Skip to content

1. PM-Checkliste Portalaufbau

  • 0. Git-Projekt anlegen unter "Aktuelle Projekte" (siehe wiki-Artikel): Um ein neues Projekt für einen neuen Portalkunden hier an zu legen, muss man einfach das Template-Projekt forken. Das geht direkt mit diesem Link: https://git.wechange.de/wechange/aktuell/template/-/forks/new (Dabei wird dann der code kopiert, leider nicht die Issues)

  • Teilen des Fragebogens als Vorbereitung für Erfassungsworkshop

  • milestones in Git anlegen für die Entwicklung, jeweils mit Due Date (falls es verschiedene Due Dates für die Tickets innerhalb eines Meilensteins gibt, trage beim Meilenstein das spätere Due Date ein).

      1. Portalinstallation ABXXX
      1. Features XXX
      1. ggf. weitere Meilensteine...

  • Alle relevanten Standard-Issues zur Portalerstellung aus diesem Projekt exportieren (CSV-Export) button oben rechts https://git.wechange.de/wechange/aktuell/template/-/issues und im neuen Projekt importieren. Den entsprechenden Meilensteinen zuweisen.

  • Git-Tickets zur beauftragte Zusatz-Features erstellen

    • Die Stundenanzahl, für die das Feature verkauft wurde, ins Ticket eintragen: Kommentar erstellen /estimate 4h, falls für das Feature vier Stunden geplant sind

  • Bei Tickets, deren Due Date vom Due Date den zugewiesenen Meilensteins abweicht, das Due Date manuell eingeben

  • Allen Tickets, die beauftragten Leistungen entsprechen, das Label "PO Ordered Feature" zuweisen

  • clockify-Departement anlegen

    • clockify-Projekte anlegen (pro AB = 0099-1(=positionsbezeichnung)) und clockyfy Projekte analog zu den Git-Meilensteinen benennen!

Erfassungsworkshop

Entwicklerplanung

  • Die Meilensteine mit den selben Titeln in die Ressourcenplanung eintragen und mit den PMs den Umsetzungszeitplan bis zum Abschlusstermin von Portalaufbau und Featureentwicklung absprechen/eintackten.
    • Lable verteilen in welchem Bereich wird es verortet? etc.
    • Priorisierung: vor jedem Weekly werden die Tickets priorisiert und dann ins Meeting gebracht.
    • alle Tickets im Bereich "financed & decided" sind einem Milestone zugeordnet
    • PM-Meeting alle Tickets in 4.1. "nächstes PM" anschauen und diskutieren.  ab 09:30 Prozess-Pipeline 5 durchgehen.   Rolle der Entwickler:innen
  • Diskussionsteil: Entwickler:innen werden überall da aktiv, wo sie um eine Schätzung oder einen Diskussionsbeitrag gebeten werden und erwähnt werden. Schätzungen werden mit bspw. /estimate 3h in der Kommentarspalte angegeben.
  • Entwicklungsteil: Alle Entwickler:innen arbeiten an der Pipeline: Financed & decided und schnappen sich tickets. Während der Arbeit am Ticket werden die Tickets in Sprint-in-progress geschoben. 
  • Entwickler:innen schreiben bei der Bearbeitung eines Tickets den aktuellen Status in das Projekt z.B. /spend 3h
  • Fertigstellung/Testing: Mentioning des Projektleiters bzw. Erstellers des Tickets.

Projektmanagement

Vertragsmanagement

  • Daten für Vertragsabschluss einholen (Adresse + unterschriftsberechtigte Person)
  • Absprachen zu Matomo nochmals klären für den Vertrag
  • AVV*
  • Webhostingvertrag*
  • Datenschutzerklärung, Nutzungsbedingungen und Impressumsempfehlung *
    • versenden
    • Rückmeldung erhalten

Erstellung des Portals (Nachbereitung Erfassungsworkshop)

Issue 4 bis X: Feature-Entwicklung und Anpassungen

Beispiel: https://git.wechange.de/groups/wechange/aktuell/-/boards

  • Sammeln aller Usecases z.B. im Pad

    • Anlegen von Issues je Feature-Wunsch, falls relevant und potentiell Finanzierung vorhanden -> weiter siehe Schätzungsphase
    • Für alle Bugfixes und Nachbesserungen braucht der PO nicht involviert werden, dazu direkt in die Scrum/Dev-Ressourcenplanung

  • Sascha

    • Hilfestellung Konfiguration/Anpassungen für Rashid
    • Review und Test der Anpassungs-PR
    • Deploy der Anpassungen

  • Alle

    • (im Team) Programmierung von evtl. custom-Features

Launch

Nach dem Launch

Edited by Felix Englisch