Softwareprojekt
Ein Softwareprojekt ist ein Worklenz-Projekttyp für Teams, die in Iterationen liefern. Statt Aufgaben und Phasen arbeiten Sie mit Issues, einem Backlog und Sprints. Sie planen die Arbeit im Backlog, ziehen sie in einen Sprint und verfolgen sie auf einem Board. Das passt zu Produkt- und Entwicklungsteams.
Auf einen Blick
| Was es ist | Ein Projekttyp mit Issues, Backlog, Sprints, Epics, Story Points und Releases |
| Wo Sie es finden | Wählen Sie beim Erstellen eines Projekts im Feld Projekttyp die Option Software |
| Wer eines erstellen kann | Workspace-Inhaber und Admins |
| Wer eines nutzen kann | Mitglieder arbeiten mit Issues; Inhaber, Admins und Projektmanager verwalten Sprints und Epics; Gäste können ansehen |
| Tarif | Keine softwarespezifische Tarifvoraussetzung. Der Free-Tarif erlaubt bis zu 3 Projekte |
Wie unterscheidet sich ein Softwareprojekt von einem allgemeinen Projekt?
Beide Typen leben im selben Workspace und erscheinen in derselben Projektliste. Der Unterschied liegt in den Begriffen, der Grundeinrichtung und den Tabs.
| Allgemeines Projekt | Softwareprojekt | |
|---|---|---|
| Name der Arbeitseinheit | Aufgabe | Issue |
| Zeitlich begrenzte Gruppen | Phase | Sprint |
| Noch nicht geplante Arbeit | Nicht zugeordnet | Backlog |
| Standardstatus | Zu erledigen, In Arbeit, Erledigt | Backlog, Todo, In Progress, In Review, Done, Blocked |
| Haupt-Tabs | Aufgabenliste, Board und weitere | Backlog, Board, Releases, Berichte |
| Im Menü Mehr | - | Liste, Roadmap, Insights, Dateien, Mitglieder, Updates |
| Ausgeblendete Tabs | - | Finanzen, Auslastung |
| Aus einer Vorlage erstellen | Ja | Nein, Softwareprojekte starten leer |
| Issue-Typen | - | Task, Story, Bug, Subtask, Epic |
In der Projektkopfzeile erscheint ein Label Software, damit Sie beide auf einen Blick unterscheiden.
Wer kann Softwareprojekte nutzen?
Nur ein Inhaber oder Admin kann das Projekt erstellen. Danach hängt es von der Rolle ab, was jede Person sieht. Die Workspace-Rollen beschreibt Zugriffsebenen für Mitglieder.
| Rolle | Was sie tun kann |
|---|---|
| Inhaber und Admin | Alles, einschließlich der Projekteinstellungen und des Löschens des Projekts |
| Projektmanager | Sprints erstellen und durchführen, Epics und Releases verwalten, die Punkteskala ändern |
| Mitglied | Issues erstellen, bearbeiten und verschieben, Story Points setzen, blockierte Arbeit markieren, kommentieren, Berichte ansehen |
| Gast | Nur ansehen. Gäste sehen den Tab „Berichte“ nicht und keine Tabs für Insights, Dateien, Updates oder Finanzen |
Mehr Details finden Sie unter Berechtigungen und Tarife für Softwareprojekte.
Gibt es eine Tarifvoraussetzung?
Nein. Sprints, Epics, Releases und Berichte sind nicht an einen Tarif gebunden. Die eine Grenze, die Sie beachten sollten, ist das Limit von 3 Projekten im Free-Tarif, das Softwareprojekte wie jedes andere Projekt mitzählt. Einige Tabs, die es in jedem Projekt gibt, etwa Insights und Roadmap, sind im Free-Tarif gesperrt, und diese beiden sind auch in Softwareprojekten gesperrt. Der Export von Aufgaben erfordert den Business-Tarif. Wenn Sie nicht sicher sind, in welchem Tarif Sie sind, lesen Sie Tarif upgraden.
Was sind die Einschränkungen?
- Sie können ein allgemeines Projekt nicht in ein Softwareprojekt umwandeln oder umgekehrt.
- Softwareprojekte starten leer. Projektvorlagen und CSV-Import werden beim Erstellen nicht angeboten.
- Es gibt keinen Jira-Import. GitHub-Issues können Sie importieren; siehe GitHub für Softwareprojekte.
- Epics lassen sich archivieren, aber nicht löschen.
- Der Aufgabenexport lässt Story Points, Issue-Typ, Epic und Release aus.
- Finanzen und Auslastung sind in Softwareprojekten nicht verfügbar.
Wie geht es weiter?
| Wenn Sie … möchten | Lesen Sie |
|---|---|
| Das Projekt erstellen | Softwareprojekt erstellen |
| Issues hinzufügen und ordnen | Backlog und Issues |
| Iterationen planen und durchführen | Sprints |
| Die Arbeit täglich verfolgen | Software-Board |
| Arbeit zu größeren Zielen bündeln | Epics |
| Arbeit bewerten | Story Points und Schätzung |
| Versionen ausliefern | Releases |
| Fortschritt und Trends sehen | Software-Berichte |
| Das Projekt konfigurieren | Einstellungen für Softwareprojekte |
| Code-Aktivität verknüpfen | GitHub für Softwareprojekte |
| Ein Problem beheben | Fehlerbehebung und FAQ |
Beispiel: die erste Woche eines vierköpfigen Teams
Maya, eine Workspace-Admin, erstellt ein Softwareprojekt namens „Mobile App“ mit dem Kürzel MOB. Worklenz öffnet es im Tab „Backlog“ mit einem leeren geplanten Sprint namens Sprint 1.
Im Lauf des ersten Vormittags fügt das Team rund zwanzig Issues direkt im Backlog hinzu. Dev, der Projektmanager, gruppiert sie unter zwei Epics, „Onboarding“ und „Zahlungen“, und gibt jedem Issue eine Story-Point-Schätzung. Am Montag zieht Dev die obersten acht Issues in Sprint 1, legt die Sprint-Termine fest und klickt auf Sprint starten. Ab dann arbeitet das Team vom Board aus, das auf den aktiven Sprint gefiltert öffnet. Zwei Wochen später schließt Dev den Sprint ab, und alles Unfertige wandert in Sprint 2.
Best Practices
- Entscheiden Sie sich für „Allgemein“ oder „Software“, bevor Sie auf Erstellen klicken, denn der Projekttyp ist endgültig.
- Planen Sie ein, bestehende Arbeit von Hand oder per GitHub-Import zu übernehmen, denn Softwareprojekte starten leer, ohne Vorlagen oder CSV-Import, und es gibt keinen Jira-Import.
- Geben Sie den Personen, die die Planung leiten, die Rolle Projektmanager, denn Projektmanager können Sprints, Epics, Releases und die Punkteskala verwalten, ohne Inhaber oder Admin zu sein.
- Rechnen Sie Softwareprojekte auf Ihr Tariflimit an, denn das Limit von 3 Projekten im Free-Tarif gilt für sie wie für jedes andere Projekt.