Manager-Ziele: mehr als das Ziel wird jetzt auch gezaehlt

Filipe: "soll jeder die möglichkeit auch mehr wie das ziel einzutragen.
die sollen auch gezählt werden. die zahl die die leute erreichen sollen
sollen aber während dems immer gleich bleiben. mit der möglichkeit die
grenzen zu übergehen."

ZUERST GEMESSEN, DANN GEBAUT -- und die Messung hat die Aufgabe
verschoben: Eintragen ueber dem Ziel ging schon immer. Fuenf von fuenf
Versuchen wurden angenommen, es gab nie eine Sperre. Was fehlte, war
das ZAEHLEN.

Gemessen am Beispiel eines Scouts: creator 2/3, meeting 1/2,
schulung 1/2, werbung 2/1. Er hatte sechs Dinge getan, die Seite sagte
"5 von 8". Das Werbe-Video ueber dem Ziel fiel aus der Summe heraus,
weil sie je Aufgabe bei Math.min(zahl, ziel) gedeckelt war -- ohne
Hinweis, und niemand konnte es sehen.

ZWEI ZAHLEN STATT EINER, weil es zwei Fragen sind:
  erledigt  Wie viel von der PFLICHT ist erfuellt? Je Aufgabe
            hoechstens ihr Ziel. Daraus kommt der Ring.
  getan     Wie viel wurde WIRKLICH getan? Ohne Deckel.

`erledigt` wurde bewusst NICHT entdeckelt: Wer zehn Werbevideos und
sonst nichts macht, haette sonst 10 von 8 und einen vollen Ring bei
drei unberuehrten Aufgaben. Das waere keine Grosszuegigkeit, sondern
eine falsche Auskunft. Gemessen bleibt der Ring bei 75 %, und zwei
Aufgaben bleiben offen.

DAS ZIEL BLEIBT STEHEN -- die naheliegende falsche Loesung waere, es
mitwachsen zu lassen; dann haette nie jemand mehr als sein Ziel.
Nachgemessen: 2 -> 2, waehrend die Zahl von 1 auf 6 stieg.

AUF DEM BILDSCHIRM: "+N" als eigenes Zeichen neben der Zahl, nicht in
ihr ("5/2 +3" statt "5/2"), im Ton von "erledigt" statt in einem
Warnton -- mehr zu tun als verlangt ist nichts, wovor man warnt. Im
Ring ein kleines Plus unter der Pflichtzahl, im Kopf "4 von 8 erledigt
· 2 zusaetzlich". Der Balken waechst NICHT ueber seinen Kasten hinaus
(bei 10 von 1 waeren alle anderen Aufgaben optisch platt), sondern
bekommt eine hellere Kappe. Auch im Verlauf und in der Teamtabelle.

Die Ausgabedatei bekommt "Gesamt getan" NEBEN "Gesamt erledigt" --
eine Zahl, die nur auf dem Bildschirm steht, fehlt in der Liste, die
am Monatsende weitergereicht wird.

pruef-manager-ziele: 216 -> 229 Pruefungen, gruen. Gegenprobe gefahren
(getan wieder gedeckelt -> 2 rot, mit "6 = 11" als Beleg). Beim ersten
Anlauf der Messung lagen alle fuenf Testdaten in der Zukunft; "0 von 5
angenommen" sah nach einer Sperre aus und war der Kalender -- steht
jetzt als Warnung in der Pruefung.

Nebenbei: mess-manager-ziele schrieb seine Bilder in den Projektstamm
statt nach server/ (relativer Pfad). Korrigiert, Stamm aufgeraeumt.

Dazu gruen: xlsx, css-klassen, lesbarkeit, tippziele, fingermass,
haus-trennung, deutsche-texte.

Co-Authored-By: Claude Opus 5 <[email protected]>

server/pruef-manager-ziele.mjs

@@ -1291,6 +1291,96 @@ const spicyLoeschen = await hol("spicy", `${API}/eintrag/${lebtNoch}`, { method:
 ok(spicyLoeschen.status === 200,
   `Spicy Media kann ihn loeschen (${spicyLoeschen.status})`);
 
+/* =====================================================================
+   MEHR ALS DAS ZIEL — eintragen, zählen, und das Ziel bleibt stehen
+   =====================================================================
+
+   Filipe (07.10.2026): „soll jeder die möglichkeit auch mehr wie das
+   ziel einzutragen. die sollen auch gezählt werden. die zahl die die
+   leute erreichen sollen sollen aber während dems immer gleich bleiben.
+   mit der möglichkeit die grenzen zu übergehen."
+
+   Drei Behauptungen, drei Messungen:
+
+     1. Eintragen über dem Ziel wird angenommen
+     2. Das Ziel ändert sich dabei NICHT
+     3. Was darüber liegt, wird gezählt (`extra`, `getan`) — und
+        `erledigt` bleibt gedeckelt, weil es die andere Frage
+        beantwortet
+   ===================================================================== */
+melde("");
+melde("=== Mehr als das Ziel: angenommen, gezaehlt, Ziel bleibt ===");
+{
+  const vorher = await (await hol("scout", `${API}/stand`)).json();
+  const v = vorher.aufgaben.find((a) => a.schluessel === "meeting");
+  braucht(v && v.ziel > 0, "fuer diese Messung braucht meeting ein Ziel > 0");
+
+  /* So viele, dass es sicher ueber dem Ziel liegt -- und mit TAGEN AUS
+     DER VERGANGENHEIT. Ein Datum in der Zukunft wird abgewiesen
+     (`datum_zukunft`), und beim ersten Anlauf dieser Messung waren
+     prompt alle fuenf Versuche in der Zukunft: Die Meldung „0 von 5
+     angenommen" sah nach einer Sperre aus und war der Kalender. */
+  const tage = ["-01", "-02", "-03", "-04", "-05"];
+  let angenommen = 0;
+  for (const t of tage) {
+    const a = await schick("scout", `${API}/eintrag`, "POST",
+      { aufgabe: "meeting", datum: vorher.monat + t });
+    if (a.status === 201) angenommen++;
+  }
+  ok(angenommen === tage.length,
+    `alle ${tage.length} Eintraege ueber dem Ziel werden angenommen (${angenommen})`);
+
+  const nach = await (await hol("scout", `${API}/stand`)).json();
+  const n = nach.aufgaben.find((a) => a.schluessel === "meeting");
+
+  /* 2. DAS ZIEL BLEIBT. Das ist der Punkt, an dem eine naheliegende
+        „Loesung" falsch gewesen waere: das Ziel mitwachsen zu lassen.
+        Dann haette niemand je mehr als sein Ziel. */
+  ok(n.ziel === v.ziel,
+    `das Ziel bleibt unveraendert (${v.ziel} -> ${n.ziel})`);
+  ok(n.zahl === v.zahl + tage.length,
+    `die Zahl waechst um genau ${tage.length} (${v.zahl} -> ${n.zahl})`);
+  ok(n.extra === n.zahl - n.ziel && n.extra > 0,
+    `was darueber liegt, steht als extra da (${n.extra} = ${n.zahl} - ${n.ziel})`);
+  ok(n.fehlt === 0, `und es fehlt nichts mehr (${n.fehlt})`);
+
+  /* 3. DIE SUMMEN. `getan` zaehlt alles, `erledigt` deckelt je Aufgabe
+        -- und genau diese Trennung ist der Kern der Aenderung. */
+  const summeRoh = nach.aufgaben.reduce((s, a) => s + a.zahl, 0);
+  const summeGedeckelt = nach.aufgaben.reduce((s, a) => s + Math.min(a.zahl, a.ziel), 0);
+  ok(nach.gesamt.getan === summeRoh,
+    `gesamt.getan zaehlt alles (${nach.gesamt.getan} = ${summeRoh})`);
+  ok(nach.gesamt.erledigt === summeGedeckelt,
+    `gesamt.erledigt bleibt je Aufgabe gedeckelt (${nach.gesamt.erledigt} = ${summeGedeckelt})`);
+  ok(nach.gesamt.getan > nach.gesamt.erledigt,
+    `und getan liegt jetzt ueber erledigt (${nach.gesamt.getan} > ${nach.gesamt.erledigt})`);
+  ok(nach.gesamt.extra === nach.gesamt.getan - nach.gesamt.erledigt,
+    `gesamt.extra ist die Differenz (${nach.gesamt.extra})`);
+
+  /* WARUM DER RING NICHT UEBERLAEUFT -- die Gegenprobe zur Entscheidung,
+     `erledigt` NICHT zu entdeckeln: Der Anteil bleibt bei hoechstens
+     100, obwohl `getan` darueber liegt. Ein voller Ring bei drei
+     unberuehrten Aufgaben waere eine falsche Auskunft. */
+  ok(nach.gesamt.anteil <= 100,
+    `der Ring laeuft trotzdem nicht ueber (${nach.gesamt.anteil} %)`);
+  ok(nach.gesamt.offen > 0,
+    `und die offenen Aufgaben bleiben offen (${nach.gesamt.offen})`);
+
+  /* GEGENPROBE ZUM MESSGERAET: Eine Aufgabe, die NICHT ueber dem Ziel
+     liegt, hat extra = 0. Sonst hiesse „extra ist gesetzt" nur, dass
+     das Feld existiert. */
+  const ohne = nach.aufgaben.filter((a) => a.zahl <= a.ziel);
+  ok(ohne.length > 0 && ohne.every((a) => a.extra === 0),
+    `Aufgaben unter dem Ziel haben extra = 0 (${ohne.length} Stueck)`);
+
+  /* UND IM EXPORT. Eine Zahl, die nur auf dem Bildschirm steht, fehlt
+     in der Liste, die am Monatsende weitergereicht wird. */
+  const csv = await (await hol("admin", `${API}/export.csv`)).text();
+  const kopfzeile = csv.split("\n")[0] || "";
+  ok(kopfzeile.includes("Gesamt getan"),
+    `die Ausgabedatei nennt „Gesamt getan" (${kopfzeile.slice(0, 60)}…)`);
+}
+
 /* =====================================================================
    SCHLUSS
    ===================================================================== */