# Software-Teams: Vom Fehler zum Release > Für Entwicklerteams und Softwareagenturen: Boards mit Sprints, Fehlermeldungen mit Screenshot, die direkt als Aufgabe ankommen, ein Support-Formular im Produkt, technische Doku im Wiki und eine offene Schnittstelle. - Seite: https://www.ciro-noise.de/loesungen/software-teams - English version: https://www.ciro-noise.de/en/solutions/software-teams.md Für Entwicklerteams, bei denen Bugs per Mail ohne Screenshot kommen und die Doku in einem dritten Tool liegt. In CIRO NOISE landet jede Fehlermeldung mit Screenshot und Konsole als Aufgabe im Board. Support-Anfrage, Doku und Sprint hängen an derselben Aufgabennummer. - Fehlermeldung mit Screenshot - Offene Schnittstelle - Server in der EU ## Dein Team plant im Board und programmiert im Terminal Im Sprint Planning schätzt dein Team die Aufgaben und verteilt sie. Danach beginnt das Übertragen: Aufgabe öffnen, Kontext zusammensuchen, in den Editor kopieren, Status nachtragen und einen Kommentar schreiben. So entstehen jeden Tag Dutzende Klicks zwischen Board und Code, und das Board zeigt trotzdem selten, wo dein Team wirklich steht. In CIRO NOISE plant dein Team den Sprint wie gewohnt, mit Aufwand in Punkten, der Kapazität aus den letzten Sprints, einem Ziel und dem Burndown. Claude schlägt vor, was in den Sprint passt, und rechnet Urlaube heraus. Die Entscheidung trifft dein Team im Planning. Danach sagst du Claude Code im Terminal „Nimm APP-142“, und Claude holt die Aufgabe mit Beschreibung, Screenshot, Konsole und Kommentaren direkt aus dem Board. Claude setzt den Fix um, schiebt die Aufgabe auf „In Prüfung“ und schreibt den Stand als Kommentar dazu. So bleiben Board und Code synchron, ohne dass jemand etwas nachträgt. ## So nutzen Teams wie deins CIRO NOISE Ob Produktteam, Softwareagentur oder Support: Alle arbeiten mit denselben Aufgaben, nur der Schwerpunkt ist ein anderer. ### Produktteam: Sprints, die jeder lesen kann Jedes Produkt hat ein eigenes Board mit Sprints, Ziel und Aufwand in Punkten. Die Prognose rechnet aus dem Tempo deines Teams in den letzten drei Wochen aus, ob es das Ziel schafft. - Unteraufgaben, Checklisten und Aufwand in Fibonacci-Punkten - Sprints mit Burndown, Ziel mit Termin und Prognose - Board-Protokoll, wer wann was geändert hat, auch über die API - Tastaturkürzel für Status, Priorität und Zuweisung ### Softwareagentur: Kunden melden Fehler direkt aus ihrer Anwendung Du baust den Fehlermelder in die Anwendung deines Kunden ein. Seine Meldungen landen im Eingang des Kundenprojekts, und im Projektraum sieht er, wann der Fehler behoben ist. - Fehlermelder zum Einbetten in die Kundenanwendung - Projektraum, in dem der Kunde Aufgaben und Doku sieht - Stunden auf der Aufgabe, aus denen die Rechnung wird - Zugänge zu Servern und Konten im verschlüsselten Tresor ### Support und Betrieb: Aus der Support-Anfrage wird die Aufgabe Support-Anfragen kommen über das Formular, und die KI schlägt Priorität und Antwort vor. Ist es ein Fehler, machst du mit einem Klick eine Aufgabe daraus, die auf die Anfrage zurückverweist. - Support-Formular zum Einbetten oder als eigene Seite - Antwortvorschläge der KI aus dem Firmengedächtnis - Support-Portal für die Kundin, Bewertung nach dem Abschluss - Aus gelösten Anfragen schlägt die KI Einträge fürs Firmengedächtnis vor, die du freigibst ## Das ändert sich für dein Team Fehler, Anfragen und Doku hängen an derselben Nummer, und niemand trägt etwas doppelt ein. - **Jede Meldung kommt mit Screenshot**: Screenshot, Seite, Gerät und eine Zusammenfassung der KI hängen an der Aufgabe. Du siehst sofort, welcher Browser es war, und musst nicht nachfragen. - **Eine Nummer für alles**: APP-142 ist dieselbe Aufgabe im Board, im Kommentar, in der Support-Anfrage und im Meeting. Die Gesamtsuche springt mit der Nummer direkt dorthin. - **Support und Entwicklung sehen dieselbe Aufgabe**: Aus der Anfrage wird die Aufgabe, und wenn sie erledigt ist, sieht es der Support. Die Kundin sieht den Stand im Support-Portal, ohne nachzufragen. - **Deine Werkzeuge bleiben angeschlossen**: Skripte und andere Systeme legen über die Schnittstelle mit API-Schlüsseln Aufgaben an. Claude verbindet sich über MCP, den offenen Standard für KI-Werkzeuge, mit genau den Rechten, die du freigibst. ## Die Werkzeuge eines Software-Teams Mit diesen fünf Funktionen fangen die meisten Entwicklerteams an. Über die API und Claude arbeitest du mit denselben Aufgaben auch im Terminal. - **Boards**: Kürzel, Sprints, Aufwand, Eingang für Meldungen von außen - **Anfragen**: Support-Formular im Produkt, Support-Portal und Antwortvorschläge der KI - **Wiki**: Technische Doku, Runbooks und Entscheidungen mit Versionen - **Wissen & Assistenz**: „Wie deployen wir auf Staging?“ – Antwort mit Link auf die Doku - **Meetings**: Aus dem Planungstermin werden Aufgaben mit Namen ## Sag es Claude. CIRO NOISE trägt es ein. ### Fehler sichten > Was ist seit gestern an Fehlermeldungen im Eingang von APP gelandet? Die kritischen schlag bitte für den laufenden Sprint vor und gib sie Deniz. Hinter den drei Checkout-Meldungen steckt ein einziger Fehler: APP-142 „Checkout bricht ab“. APP-143 und APP-144 hängen jetzt darunter. Die Konsole meldet ein ungültiges Datum in checkout.ts, Zeile 212. Vermutlich liest Safari dort das Lieferdatum nicht. APP-142 steht auf dringend und liegt bei Deniz, weil er checkout.ts vor neun Tagen in APP-131 geändert hat. Mit 3 Punkten passt die Meldung noch in Sprint 14, dann wären 34 von 40 Punkten eingeplant. Übernehmen kannst du den Vorschlag im Board. Die Meldungen zu Login und Export bleiben im Eingang. ### Nachbereiten > Der Fix für APP-142 ist gemergt. Schreib bitte das Postmortem ins Wiki, schließ die drei Meldungen und sag Lea, was sie den Kunden antworten kann. Das „Postmortem: Checkout in Safari“ steht im Wiki: 38 Stunden betroffen, drei Meldungen, Ursache war das Datumsformat, behoben mit PR #812. Eine der beiden Maßnahmen ist jetzt APP-151 „Datumswerte zentral parsen“ mit 5 Punkten. APP-142 bis APP-144 sind erledigt. Für Lea steht an APP-142 dieser Vorschlag: „Danke für eure Geduld. Der Fehler im Checkout ist seit 14:20 Uhr behoben, Bestellungen in Safari klappen wieder.“ Im Juli gab es bei einem ähnlichen Fehler zusätzlich einen Gutscheincode. Ob es diesmal wieder einen gibt, entscheidest du. ### Planung vorbereiten > Bereite bitte die Planung für Sprint 15 vor. Was ist aus Sprint 14 übrig, wer ist weg, und was kam in der Retro raus? Die Seite „Planung Sprint 15“ steht im Wiki. Aus Sprint 14 kommen APP-139 Export und APP-146 Benachrichtigungen mit. Deniz ist vom 02. bis 04.11. im Urlaub, deshalb rechne ich mit 34 statt 40 Punkten. Ana fehlt am 06.11. einen halben Tag. In der Retro hat dein Team drei Punkte festgehalten: Reviews innerhalb eines Tages, Safari in die Testmatrix und die Rufbereitschaft. Für die Testmatrix gibt es jetzt APP-156 bei Ana. Mein Vorschlag ist, mit APP-151 und APP-139 anzufangen. Entscheiden kann dein Team das in der Planung. ## Jedes Werkzeug neben dem Code kostet extra Aufgaben, Doku, Support-Postfach, Meeting-Notizen, Whiteboard und Passwort-Manager: Das sind 6 Werkzeuge, 6 Logins und 6 Abos. Mit CIRO NOISE ist es eins. ## Häufige Fragen von Software-Teams ### Wie kommen Fehlermeldungen mit Screenshot ins Board? Über die Fehler-Fahnen in deiner Anwendung. Deine Anwendung schickt jede Meldung mit deinem API-Schlüssel an CIRO NOISE. Mit diesem einen Aufruf landet sie samt Screenshot, Seite, Browser, Konsole und KI-Zusammenfassung im Eingang des Boards. Code und ein Live-Beispiel findest du im Entwicklerportal. ### Können wir aus Trello umziehen? Ja. Boards aus Trello holst du über deren Export-Datei herüber. Erkannte Listen werden zum Status, andere zu Labels, und Checklisten und Kommentare kommen in die Beschreibung. ### Lässt sich CIRO NOISE in unsere Abläufe einbinden? Ja. Über die Schnittstelle legen Skripte und Pipelines mit API-Schlüsseln Aufgaben an und kommentieren sie. Jeder Schlüssel gehört genau einer Organisation und hat nur die Rechte, die du vergibst. ### Kann Claude direkt im Board arbeiten? Ja. Claude verbindet sich über MCP, den offenen Standard für KI-Werkzeuge, mit deiner Organisation. Dann liest Claude Meldungen, setzt Prioritäten, plant Sprints und kommentiert. Dabei gelten genau die Rechte, die du beim Verbinden freigibst. Löschen kann Claude nichts. ### Wie planen wir Sprints? Mit Aufwand in Fibonacci-Punkten, Sprints mit Burndown und einem Ziel mit Termin und Prognose. Neue Meldungen landen im Eingang über dem Board, wo du sie annimmst und einsortiert. Status, Aufwand und Zuständigkeit setzt du per Tastaturkürzel. ### Was kostet das für unser Team? Die ersten zwei Plätze sind kostenlos. Jeder weitere kostet 25 € im Monat zzgl. USt. und ist monatlich kündbar. Wiki, Support, Zeiterfassung und alle anderen Funktionen sind im Preis enthalten. ## CIRO NOISE auf einen Blick - CIRO NOISE ist ein Arbeitsplatz für kleine Unternehmen und Teams bis etwa 50 Personen: Wiki, Aufgaben, Kundenanfragen, Finanzen mit Angeboten und Rechnungen, Kunden (CRM), Meetings, Wissen mit KI, Social Media, Passwort-Tresor und Zeiterfassung hinter einem Login. - Preis: Die ersten 2 Plätze sind kostenlos, mit allen Funktionen. Jeder weitere Platz kostet 25 € im Monat zzgl. USt. Keine Kreditkarte für den Start. - Datenschutz: Server und KI laufen in EU-Rechenzentren, Inhalte trainieren keine KI-Modelle, Rechte gelten je Person und Funktion. - KI-Anbindung: Claude und andere KI-Assistenten verbinden sich über MCP, den offenen Standard für KI-Werkzeuge, mit genau den Rechten der Person. - Anbieter: CIRO GmbH, Eching. Kontakt: hello@ciro.gmbh, Telefon +49 89 24 88 31 22.