Wir benutzen häufig Abkürzungen und häufig hilft das unseren Gesprächspartner bei Architekturthemen nicht weiter.
Diese Abkürzungen oder englischen Begriffe habe ich diese Woche mehr oder weniger bewusst benutzt.
SKU – Stock Keeping Unit – http://en.wikipedia.org/wiki/Stock-keeping_unit – Dies sind Artikelnummern und werden im Azure Umfeld häufig benutzt um Varianten / unterschiedliche Größen / unterschiedliche Performance von Produkten zu bezeichnen
BUFD – Big Up Front Design manchmal auch BDUF – Big Design UpFront – Beschreibt die klassiche IT Architektur in der man vor der Umsetzung eine große und sehr umfangreiche Architekturdokumentation erstellt.
YAGNI – https://de.wikipedia.org/wiki/YAGNI – You ain’t gonna need it. Dies bezeichnet ein Prinzip aus der Softwarearchitektur, das man Funktionalitäten erst implementiert, wenn man sie auch ganz sicher braucht. Auch wenn dieser Begriff aus der Softwarearchitektur kommt, so ist dies im Sinne von agilerer Architektur auch in anderen Architekturbereichen, wie Infrastruktur, ein sinnvoller Ansatz.
DRY – https://de.wikipedia.org/wiki/Don%E2%80%99t_repeat_yourself – Dieses Prinzip „Wiederhole dich nicht“ stammt auch aus der Softwarearchitektur und ist ein Prinzip, das besagt, Redundanz u vermeiden oder zumindest zu reduzieren.
KISS – Keep It Simple, Stupid – Halte es so einfach wie möglich. Dies stammt auch aus der Softwarearchitektur, aber gilt auch für alle anderen Bereichen und ist meinem Motto „Einfach ist immer besser!“, sehr verwandt.
Stakeholder – Interessensgruppen – Häufig verwendeter Begriff und kann jede Interessensgruppe oder Person mit Interesse beschreiben, die sich in dem Umfeld eures Projektes bewegt. Da wären z.B. die Anwender, der Entwickler, die Budgetverantwortlichen, der Datenschutzbeauftragte und jeder der eine Meinung zu eurem Projekt oder euerer Lösung haben könnte.
KPI – Key Performance Indicator – Definierte und messbare Werte an den die Performance von Gruppen, Systemen, Infrastuktur oder Personal gemessen wird.
Umgang mit Abkürzungen
Wenn ihr euch im Architectural Elevator bewegen wollt, dann gebt eurem „Stakeholder / Gesprächspartner“ die Chance die Begriff zu kennen. Eine Variante ist, dass man die Langform mehrmals benutzt und erst dann zur Abkürzung wechselt.
Wen das Thema Architecture Elevator interessiert und noch nicht sagt, der schaut am besten hier. Ich werde mich dem Thema in den nächsten Wochen auch hier im Blog widmen.