CARDS+

Category: Artikel (page 1 of 9)

Die Methode CARDS+ in der Theorie.

Feedback zu den Fähigkeiten des Produktes

Individuelle Software wird in der Regel produziert, um Geschäftsprozesse im Unternehmen besser zu unterstützen als es mit Standardsoftware “von der Stange” möglich ist. Nutzer arbeiten effizienter und machen weniger Fehler, weil unternehmensspezifische Abläufe und besondere Fähigkeiten in der Software abgebildet werden. Individuelle Software kann einem Unternehmen einen entscheidenden Vorteil in einem umkämpften Marktsegment verschaffen.

Continue reading

Feedback einfach so

Agile Entwicklungsmethoden haben sich aus der Erkenntnis entwickelt, dass sich Anforderungen für ein Produkt nie so exakt spezifizieren lassen, dass kein Spielraum für Interpretationen bleibt. Die Welt dreht sich während der Realisierung weiter. Was heute eine gute Idee ist, kann morgen schon ein alter Hut sein. Methoden wie Scrum setzen darum auf Feedback.

Continue reading

Feedback durch Provokation

In der Software-Entwicklung arbeiten Menschen sehr intensiv zusammen. Über kurz oder lang entstehen in jedem Team Konflikte. Provozierte Konflikte sollten allerdings die Ausnahme sein. Provokation ist sehr häufig negativ belegt, man spricht von bewusstem oder unbewusstem Fehlverhalten und sozialer Inkompetenz. „provokare“ heißt „hervorrufen“, d.h. Provokation macht aufmerksam. Eine Provokation ist dann erfolgreich, wenn der Provozierte zu einer Reaktion genötigt worden ist. In diesem Beitrag möchte ich zeigen, wie die Veröffentlichung von Wissen in einem Wiki als eine Art Provokation einen positiven Effekt auf die Qualität einer Produktdokumentation erzielen kann.

Continue reading

360-Grad-Feedback für die Dokumentation

Eher zufällig bin ich auf den Begriff 360-Grad-Feedback gestoßen. Wikipedia beschreibt es als Methode zur Einschätzung der Kompetenzen und Leistungen von Fach- und Führungskräften aus unterschiedlichen Perspektiven wie zum Beispiel aus dem Blickwinkel der Mitarbeiter, der Vorgesetzten, der Kollegen, Teammitglieder oder Kunden. Die größere Objektivität dieser Methode kommt dadurch zustande, dass eine Person sich selbst bewertet (Selbstbild) und gleichzeitig aus verschiedenen Perspektiven beobachtet und eingeschätzt wird (Fremdbilder).

Continue reading

Umgebungsübersicht

In einem IT-System ist jede Komponente ein Knoten in einem mehr oder weniger komplexen Netzwerk. Eine Umgebungsübersicht ist ein zentraler Anlaufpunkt für die Betriebsorganisation, aber auch für Entwickler und Tester. Sie beinhaltet Informationen über die Version jeder Komponente, welche Komponente wie oft als Instanz existiert, wie viel Speicher sie verwendet oder wie ihr aktueller Zustand ist. Abhängig von der gewählten Architektur zeigt so eine Übersicht noch viele weitere Merkmale.

Continue reading

Betriebsanweisungen

Es ist offensichtlich, dass ein Restaurant wesentlich effektiver (also gewinnbringender) funktioniert, wenn Köche und Kellner ihre Aufgaben beherrschen und gut zusammenarbeiten. Sowohl Koch als auch Kellner haben Aufgaben, die sie wiederholt ausführen. Der Koch muss die Erwartungen der Gäste des Restaurants erfüllen und die Speisen so zubereiten, wie sie in der Speisekarte stehen. Der Kellner muss wissen, wie er einen Tisch eindeckt und wie er Getränke und Speisen serviert. Das Konzept der DevOps überträgt diese Gedanken auf die agile Software-Entwicklung. Product-Owner (Chefkoch) und das cross-funktionale Scrum-Team (Entremetier, Gardemanger, Pâtissier und Saucier) liefern ein Produkt (Speisen). Die Betriebsorganisation (u.a. Kellner) definiert Qualitätsanforderungen, achtet auf die Einhaltung der Qualität des Produktes und macht es für die Nutzer (Gäste) verfügbar.

Continue reading

Olderposts

Copyright © 2018 Impressum Datenschutz

Zum Anfang ↑