Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- de:modul:ffit:3-jahr:java:learningunits:lu18:a [2026/01/13 11:45] – apeter
+++ de:modul:ffit:3-jahr:java:learningunits:lu18:a [2026/01/20 00:04] (aktuell) – apeter
@@ Zeile 1: / Zeile 1: @@
-====== LU18a - Arbeitspakete ======
+====== LU18a - Arbeitspakete/Tasks ======
-Ein sehr zentraler Aspekt bei Projekten ist das herunterbrechen des gesamten Projektes in einzelne Arbeitspakete/Stories/Tasks.
+Ein sehr zentraler Aspekt bei Projekten ist das herunterbrechen des gesamten Projektes in einzelne Arbeitspakete (Work Packages) bzw. Aufgaben (Tasks).
-''TODO''
+Je nach Projektmethode heissen diese Stücke etwas anders, aber das Prinzip bleibt ungefähr das gleiche.
+^ Wasserfall ^ Agil ^
+| <WRAP>
+  * Projekt
+  * Teilprojekt
+  * Arbeitspaket
+  * Arbeitsschritt
+</WRAP> | <WRAP>
+  * Epic
+  * (User) Story
+  * Task
+  * Bug
+</WRAP> |
+Für unsere Projekte werden wir in der Regel mit Epics und Stories arbeiten.
 ==== Backlog ====
+Der Backlog enthält alle Tasks. Beim "Backlog grooming" werden die Tasks vorbereitet, geschätzt und nach Priorität sortiert. Falls der Aufwand zu gross ist für einen Sprint, sollte der Task weiter heruntergebrochen werden. Wichtig ist es auch allfällige Abhängigkeiten zwischen Tasks zu erkennen und zu berücksichtigen.
 ==== Board ====
 Ein Projekt-Board dient dazu den Status der einzelnen Tasks abzubilden. Besonders bei agilem Projektmanagement sind die Sprint-Boards, Kanban-Boards etc. ein zentrales Werkzeug, um einen Überblick über die Fortschritt der Iteration zu erhalten.
-Die Spalten entsprechen quasi dem Status des der Tasks (Ready, In Progress, Done), wobei man diverse weitere Spalten definieren kann (ToDo, Verify/Test, ...).
+Die Spalten entsprechen quasi dem Status der Tasks (Ready, In Progress, Done), wobei man diverse weitere Spalten definieren kann (ToDo, Verify/Test, ...).
-Die Einzelnen Task wandern im Verlauf der Iteration (Sprint) von links nach rechts. Ein Kerngedanke bei Kanban ist es, nie zu viele Tasks miteinander zu bearbeiten, sondern nach Möglichkeit immer zuerst angefangene Tasks abzuschliessen.
+Die einzelnen Task wandern im Verlauf der Iteration (Sprint) von links nach rechts. Ein Kerngedanke bei Kanban und weiteren agilen Vorgehensmethoden ist es, nie zu viele Tasks miteinander zu bearbeiten, sondern nach Möglichkeit immer zuerst angefangene Tasks abzuschliessen.
 Oftmals wird auch definiert, welche Bedingungen erfüllt sein muss, damit ein bestimmter Status gesetzt werden kann.
@@ Zeile 27: / Zeile 44: @@
 Häufig dafür verwendete Produkte sind zum Beispiel Atlassian Jira, Miro, Trello, ...
-https://www.atlassian.com/agile/project-management/scrum-board
+^ ^ {{:de:modul:ffit:3-jahr:java:learningunits:lu18:project_board_jira.png?350|}} \\ ©[[https://www.atlassian.com/agile/project-management/scrum-board|Atlassian]] ^ {{:de:modul:ffit:3-jahr:java:learningunits:lu18:project_board_miro.png?350|}} \\ ©[[https://miro.com/agile/what-is-sprint-planning-and-review/|Miro]]^ {{:de:modul:ffit:3-jahr:java:learningunits:lu18:project_board_trello.png?350|Agil}} \\ ©[[https://planyway.com/blog/how-to-use-trello-for-project-management|Planway]] ^
-https://miro.com/agile/what-is-sprint-planning-and-review/
-https://planyway.com/blog/how-to-use-trello-for-project-management
+==== Dokumentation ====
+Es ist relativ fehleranfällig, wenn die Implementierung von Code und dessen Dokumentation getrennt sind.
+Sobald Änderungen nicht konsequent nachgetragen sind oder die Dokumentation eine kritische Grösse erreicht, wird es sehr mühsam Codeänderungen nachzuvollziehen.
+Daher ist es State of the Art, die einzelnen Commits mit den Tasks zu verknüpfen. Anstatt auf kommerzielle Produkte abhängig zu sein, können wir in unserem Fall dasselbe Ergebnis erzielen, indem wir die "Issues" von Github nutzen.