Changes for page Anforderungen Gruppen
Last modified by Marco Grawunder on 2026/07/28 16:09
From version 29.2
edited by Marco Grawunder
on 2026/04/20 10:39
on 2026/04/20 10:39
Change comment:
Auto-saved during real-time collaboration
To version 30.1
edited by Marco Grawunder
on 2026/04/20 10:43
on 2026/04/20 10:43
Change comment:
There is no comment for this version
Summary
-
Page properties (1 modified, 0 added, 0 removed)
Details
- Page properties
-
- Content
-
... ... @@ -250,22 +250,18 @@ 250 250 * voneinander zu lernen (gute Lösungen, typische Probleme) 251 251 * Wissen im Team zu verteilen (kein „Ein-Personen-Code“) 252 252 253 - 👉Wichtig: Es geht **nicht darum, jemanden zu bewerten**, sondern gemeinsam besseren Code zu entwickeln.253 +Wichtig: Es geht **nicht darum, jemanden zu bewerten**, sondern gemeinsam besseren Code zu entwickeln. 254 254 255 ----- 256 - 257 257 == Organisation == 258 258 259 -* Durchführung: ** 1×proWoche**257 +* Durchführung: **mindestens einmal im Semester** 260 260 * Dauer: **30–60 Minuten** 261 -* Pro Termin:Vorstellung von **1–2 ausgewählten Codeausschnitten**259 +* Vorstellung von **1–2 ausgewählten Codeausschnitten** 262 262 263 - ----261 +== Rollen im Review == 264 264 265 -== 👤 Rollenim Review==263 +=== Autor:in === 266 266 267 -=== 🧑💻 Autor:in === 268 - 269 269 * stellt den Code vor 270 270 * ((( 271 271 erklärt: ... ... @@ -275,23 +275,21 @@ 275 275 * ggf. offene Fragen oder Unsicherheiten 276 276 ))) 277 277 278 -=== 🔍Gruppe (Reviewer) ===274 +=== Gruppe (Reviewer) === 279 279 280 280 * stellt Verständnisfragen 281 281 * gibt Feedback 282 282 * diskutiert Alternativen 283 283 284 -=== 🎯Moderator:in ===280 +=== Moderator:in === 285 285 286 286 * achtet auf Zeit und Struktur 287 287 * sorgt dafür, dass alle beteiligt werden 288 288 * verhindert Abschweifen 289 289 290 -👉 Die Rollen sollen innerhalb der Gruppe **regelmäßig rotieren**. 291 291 292 ----- 293 293 294 -== 🔄Ablauf eines Gruppenreviews ==288 +== Ablauf eines Gruppenreviews == 295 295 296 296 === 1. Vorbereitung (Autor:in) === 297 297 ... ... @@ -311,8 +311,6 @@ 311 311 * „Gibt es eine einfachere Lösung?“ 312 312 ))) 313 313 314 ----- 315 - 316 316 === 2. Vorstellung (ca. 5–10 Minuten) === 317 317 318 318 * ((( ... ... @@ -323,34 +323,30 @@ 323 323 ))) 324 324 * keine detaillierte Zeilen-für-Zeilen-Erklärung 325 325 326 ----- 327 - 328 328 === 3. Gemeinsames Review (ca. 20–40 Minuten) === 329 329 330 -Disku tiertdenCode anhand folgender Leitfragen:320 +Diskussion des Codes anhand folgender Leitfragen: 331 331 332 -==== 🧠Verständlichkeit ====322 +==== Verständlichkeit ==== 333 333 334 334 * Ist der Code gut nachvollziehbar? 335 335 * Welche Stellen sind schwer verständlich? 336 336 337 -==== 🏗️Design ====327 +==== Design ==== 338 338 339 339 * Ist die Struktur sinnvoll gewählt? 340 340 * Gibt es einfachere oder klarere Alternativen? 341 341 342 -==== 🔁Wartbarkeit ====332 +==== Wartbarkeit ==== 343 343 344 344 * Ist der Code leicht erweiterbar? 345 345 * Gibt es unnötige Komplexität? 346 346 347 -==== 🧪Testbarkeit ====337 +==== Testbarkeit ==== 348 348 349 349 * Wie könnte man den Code testen? 350 350 * Sind relevante Tests vorhanden oder ableitbar? 351 351 352 ----- 353 - 354 354 === 4. Fazit (ca. 5 Minuten) === 355 355 356 356 * Was war gut? ... ... @@ -357,10 +357,8 @@ 357 357 * Was kann verbessert werden? 358 358 * Welche Erkenntnisse nehmen wir als Team mit? 359 359 360 - ----348 +== Geeignete Inhalte für das Gruppenreview == 361 361 362 -== 🧩 Geeignete Inhalte für das Gruppenreview == 363 - 364 364 **Gut geeignet:** 365 365 366 366 * neue Features mit Designentscheidungen ... ... @@ -374,46 +374,39 @@ 374 374 * reine Formatierungsänderungen 375 375 * sehr große, unstrukturierte Codebereiche 376 376 377 -- ---363 +== Feedback-Regeln == 378 378 379 -== 🗣️Feedback-Regeln==365 +=== Gutes Feedback ist: === 380 380 381 -=== ✔️ Gutes Feedback ist: === 382 - 383 383 * konkret („Die Methode ist schwer lesbar, weil …“) 384 384 * begründet („… dadurch wird der Ablauf schwer nachvollziehbar“) 385 385 * konstruktiv („Man könnte hier …“) 386 386 387 -=== ❌Vermeidet: ===371 +=== Vermeidet: === 388 388 389 389 * pauschale Aussagen („Das ist schlecht“) 390 390 * persönliche Kritik 391 391 * Diskussionen ohne Bezug zum Code 392 392 393 - ----377 +== Typische Probleme == 394 394 395 -== ⚠️ Typische Probleme == 396 - 397 397 * **Zu viel Code:** → stärker eingrenzen 398 398 * **Alle schweigen:** → gezielte Fragen stellen 399 399 * **Einzelne dominieren:** → Moderator:in steuert aktiv 400 400 * **Diskussion driftet ab:** → Fokus wieder auf Code lenken 401 401 402 -- ---384 +== Minimal-Regeln == 403 403 404 -== 🧭 Minimal-Regeln == 405 - 406 -1. Es findet **regelmäßig ein Gruppenreview** statt 407 407 1. Es wird **nur ein überschaubarer Codeausschnitt** betrachtet 408 408 1. Eine Person stellt den Code vor 409 409 1. Die Gruppe diskutiert strukturiert 410 410 1. Am Ende werden **konkrete Erkenntnisse festgehalten** 411 411 412 - ----391 +== Hinweis == 413 413 414 -== 💡 Hinweis == 415 - 416 416 Das Gruppenreview ist eine **Lerngelegenheit**. 417 417 Bringt gerne auch Code mit, bei dem ihr unsicher seid – genau dort entsteht oft die beste Diskussion. 418 418 396 +Man kann das auch mehrmals machen. Im SWP wird es aber nur einmal verlangt. 397 + 419 419 ----