Holokratie ist nach dem altgriechischen holos für ‚vollständig‘, ‚ganz‘ sowie kratia – wie bei der Organisationsform Soziokratie – für ‚regieren‘, ‚Macht‘, ‚Stärke‘ abgeleitet [1]. Aus bekannten Problemen und Herausforderungen der klassischen Organisationslehre – siehe Blogreihe 1 – entwickelte Brian J. Robertson die Holokratie [2], basierend auf den Inhalten der Soziokratie. Zur besseren Vermarktung der Holokratie gründete Robertson sein eigenes Unternehmen, welches Organisationen durch eine Art Verfassung [3] bei der Implementierung dieser Organisationsform unterstützt.
Die Holokratie basiert auf den drei Hauptelementen: organisatorische Struktur, Governance und operatives Geschäft. Zusammen mit den drei genannten Hauptelementen und der Verfassung gibt Robertson ein Setup vor und verkauft hierfür Lizenzen, um eine Organisation nach den Werten und Prinzipien der Holokratie aufzustellen [2].
Um das Prinzip der Holokratie zu verstehen, müssen wir zunächst ein Verständnis für Unternehmensstrukturen schaffen.
Veröffentlicht unter
Requirements Engineering | Verschlagwortet mit: Holokratie, Organisationsform, Organisationskultur, Rollen, Soziokratie, Unternehmensstruktur
Authors: Larissa Endriss
In unserem CARS-Training diskutieren wir viele Themen, unter anderem: wie dokumentiert man Anforderungen langfristig, im agilen Umfeld?
Diese Frage ist für uns deshalb so wichtig, weil der Wert der Dokumentation mit der Zeit zunimmt.
Veröffentlicht unter
Fachlich, RE im agilen Umfeld, Requirements Engineering | Verschlagwortet mit: Agil, agile Dokumentation, certified agile requirement specialist, Spezifikation
Authors: Bertil Muth
Im letzten Blog „Anforderungen strukturieren – 1. Kriterien“ haben wir vorgestellt, welche Kriterien für die Strukturierung von Anforderungen relevant sind. Heute stellen wir Ihnen im 2. Teil dieser Blog-Serie ein paar Ideen und Konzepte vor, die die Anforderungsstrukturierung ermöglichen. Wir wollen die Frage beantworten: „Welche technischen Möglichkeiten gibt es, um Anforderungen zu strukturieren?“
Veröffentlicht unter
Fachlich, RE im agilen Umfeld, Requirements Engineering, Requirements Management | Verschlagwortet mit: Agile Entwicklung, ALM, Anforderungen, Anforderungsmanagement, Requirement, Spezifikation, Variabilität
Authors: Dr. Thaddäus Dorsch
Nun ist es passiert ! Nach jahrhundertelangem Bemühen der Menschheit, den Weg von der Idee in die Realisierung zu verkürzen, ist der Durchbruch geschafft. Was haben sich Informatiker Gedanken über die s
emantische Lücke gemacht, was hat man Sprachen erfunden, um es für verschiedenste Fachdomänen praktischer zu machen, sich Hilfssysteme zu bauen. Es war immer die Hoffnung, dass wenn das Problem formuliert ist, die Lösung damit auf dem Tisch liegt.
Da hat man z.B. COBOL in die Welt gesetzt, um Wirtschaftlern eine direkte Möglichkeit zu geben, einer Maschine sagen zu können, was man möchte. Da wurde SQL erfunden, so dass jedermann auf der Straße mal eben eine Datenbank abfragen könnte. Es ließen sich tausende weitere Beispiele und Versprechungen aufzählen, die nach einem ähnlichen Muster gestrickt sind.
Veröffentlicht unter
RE im agilen Umfeld, RE im Application Lifecycle, RE im Systems Engineering, Requirements Definition, Requirements Engineering, Requirements Management, RM Tools, Textuelle Anforderungen | Verschlagwortet mit: Anforderungsmanagement Tools, KI, Requirement
Authors: Andreas Kreß
Die Teilnehmer unseres Trainingsangebotes bringen häufig ein konkretes Problem aus ihrem beruflichen Umfeld mit. Viele wollen wissen, wie man gute Anforderungen schreibt, andere 
wollen einfach die Grundlagen umfassend kennenlernen, die bei dem Umgang mit Anforderungen notwendig sind, sei es im klassischen oder agilen Umfeld.
Eine der häufigsten Fragen lautet: „Ich habe da eine Menge Anforderungen von verschiedenen Seiten in meinem Projekt. Wie strukturiere ich am besten diese heterogenen Anforderungen?“
Veröffentlicht unter
Requirements Engineering | Verschlagwortet mit: Anforderungen, Stakeholder
Authors: Dr. Thaddäus Dorsch
…nach dem Abendessen, meine Mutter und mein Bruder sind bei uns zu Besuch. Meine Tochter ist auch Zuhause und wir haben uns entschieden, Karten zu spielen. „Schwimmen“ , so heißt unser Lieblingsspiel und unsere Gäste kennen es noch nicht, so müssen wir das Spiel nun erläutern. Der Kampf „ums Erklären dürfen“ geht los. Unser Töchterchen studiert Technische Redaktion und ich bin Berater. Das Töchterchen gewinnt und darf das Spiel erklären, während ich das Geschehen beobachte.
Inwieweit kann man das Erlernen eines Kartenspiels mit der Qualifizierung von Menschen in der Formulierung von Anforderungen in einem Entwicklungsunternehmen vergleichen und was wir hierbei voneinander lernen können, folgt jetzt:
Veröffentlicht unter
Requirements Engineering | Verschlagwortet mit: Anforderungen, Coaching, Skill-Entwicklung
Authors: Frank Stöckel
Phillip G. Armour beschreibt in seinem Buch „The Laws of Software Process“ fünf Arten von Nichtwissen (5 Orders of Ignorance).
Veröffentlicht unter
RE im agilen Umfeld, Requirements Engineering | Verschlagwortet mit: Agil, Agile, Agile Entwicklung, Agiles Requirements Engineering
Authors: Uwe Valentini
Vor etwa zwei Jahren habe ich mit einem Kunden die Fragestellung erörtert, inwieweit sich User Stories in einer Entwicklung im regulierten Umfeld einsetzen lassen. Es herrschte die Meinung, User Stories seien gänzlich ungeeignet um im regulierten Umfeld eingesetzt zu werden, da sie nicht detailliert genug seien, um als geforderte Anforderungsdokumentation zu dienen.
Veröffentlicht unter
RE im agilen Umfeld, Requirements Engineering, Textuelle Anforderungen | Verschlagwortet mit: Agil, agile Dokumentation, Anforderungsdokumentation, Dokumentation, User Stories
Authors: Philip Stolz
…wahrscheinlich nicht sooooo cool, zumindest bei meiner Tochter, denn die verbindet „Anforderungen“ eher mit Aussagen wie „Räum den Tisch ab!“ und „Räum dein Zimmer auf!“.
Doch welchen Stellenwert hat Requirements Engineering und der Umgang mit Anforderungen heutzutage im Umfeld der Software-, Produkt- und Dienstleistungsentwicklung?
Seit vielen Jahren geben wir Kurse für Requirements Engineering und Management. Vor einigen Jahren kamen dort interessierte Systemingenieure zu uns, die merkten, dass die Spezifikation „ihres“ Systems immer komplexer wird. Sie wollten wissen,
Veröffentlicht unter
Requirements Engineering | Verschlagwortet mit: Agiles Requirements Engineering, Anforderung, Anforderungen, Anforderungsmanagement, Nachhaltigkeit, REConf, Requirements Engineering, Software Entwicklung, Spezifikation
Authors: Dr. Thaddäus Dorsch
Kennen Sie das auch?: Der Endtermin für ein Projekt rückt immer näher, aber die Arbeit ist noch nicht erledigt. Das Projektziel ist nicht klar, oder wird immer wieder angepasst. Es gibt ständig neue Änderungen an den Anforderungen. Der ursprüngliche Zeitplan passt vorne und hinten nicht mehr. Einzig der Termin für die Markteinführung des Produkts steht fest und muss erfüllt werden!
Veröffentlicht unter
Requirements Engineering | Verschlagwortet mit: Abstimmung, Änderung, Anforderung, Ebene, Hierarchie, Spezifikation, Termin, übergreifend
Authors: Enrico Kirchner