Arbeitsplatz-Ablenkungen besiegen
Entkommen Sie den ständigen Benachrichtigungen und dem Kontextwechsel. Erfahren Sie, wie die Focus Room-Methode eine geschützte, hochdynamische Umgebung schafft, um komplexe Aufgaben schneller zu bewältigen.
Kollektive Fokus-Power nutzen
Entdecken Sie, wie strukturierte 'Fokus-Blöcke' und die subtile Kraft der 'sozialen Erleichterung' (gemeinsames Arbeiten, auch virtuell) die Team-Motivation, den Rhythmus und das gemeinsame Erfolgserlebnis steigern.
Ihre Hochleistungsmaschine bauen
Erhalten Sie eine praktische, schrittweise Anleitung mit agilen Prinzipien. Implementieren Sie Ihren eigenen Focus Room (physisch oder virtuell), messen Sie dessen Wirkung und fördern Sie eine nachhaltige Kultur der konzentrierten Arbeit und kontinuierlichen Verbesserung.
Hintergrundgeschichte: Der Überlebenskampf des „Phönix-Projekts“ Eiskalte Regentropfen peitschten wie verrückt gegen die Panoramafenster des Operationsraums des „Phönix-Projekts“, und ich blickte zum x-ten Mal auf die riesige Countdown-Anzeige an der Wand. Bis zur finalen Demo des autonomen Fahrsystems V3.0 vor dem Vorstand und einer Gruppe lauernder Investoren blieben nur noch erstickende 15 Tage. Und wir hatten gerade eine Katastrophe erlebt, nein, einen „epischen Crash“: Das Kernmodul für die Wahrnehmung hatte bei simuliertem Regen und Nebel eine Fehlerrate von 20 % erreicht – genug, um den Computer zertrümmern zu wollen. Und bei einem entscheidenden Fußgänger-Ausweichtest war unser als „intelligent“ gepriesenes Testfahrzeug wie ein Betrunkener, der gerade seinen Führerschein bekommen hatte, frontal in die Testpuppe gekracht! In der Luft lagen das verzweifelte Tippen mechanischer Tastaturen, unterdrückte, tonlose Seufzer und das fast zu Eis erstarrte Schweigen zwischen Alex Chen, dem Leiter des Algorithmik-Teams, und Sarah Miller, der Direktorin für Hardware-Engineering. Sie waren von Streit zu einem kalten Krieg übergegangen. Das Whiteboard vor ihnen, einst voller ausgeklügelter Algorithmen und eleganter Schaltpläne, war nun mit roten Korrekturmarkierungen und wütenden Kreuzen übersät und glich einer abstrakten Unfallskizze. Das „Phönix-Projekt“ hatte bereits über ein Jahr lang das Geld der Investoren verbrannt. Anfangs waren wir voller Ehrgeiz. Davi, unser stets unter Strom stehender Projektdirektor mit dem Heiligenschein des „Silicon Valley Serien-Erfolgsunternehmers“, schlug sich auf die Brust und sagte, dies sei das nächste Projekt, das die Welt verändern würde. Wir folgten der traditionellen, dezentralen Entwicklung: Alex und seine „Geek-Armee“ der Algorithmiker entwickelten im sonnigen Hauptquartier in Kalifornien im stillen Kämmerlein, während Sarah mit ihrer „Hardware-Frauenpower-Truppe“ in den Laboren in Austin mit allen möglichen seltsamen Sensoren kämpfte. Das Integrations- und Testteam befand sich weit entfernt auf dem Wüstentestgelände in Arizona und beklagte sich täglich über die „Unzuverlässigkeit“ der beiden anderen Teams. Jeder kochte sein eigenes Süppchen, und erst als man versuchte, alle Teile zu einem Ganzen zusammenzufügen, stellte man fest, dass man根本 nicht dieselbe „Sprache“ sprach. Die Probleme explodierten wie ein aufgestörtes Wespennest: Die Latenz der Sensordaten unter bestimmten Bedingungen war so lang, dass man sich einen Kaffee kochen und zurückkommen konnte; die Modelle reagierten träge wie ein alter Ochse, der einen kaputten Karren zieht; bei schlechtem Wetter wurden die mit Millionen von Dollar angeschafften Lidarsensoren zu teuren Ausstellungsstücken. Die von Alex' Team unter „idealen Vakuumbedingungen“ optimierten „perfekten“ Modelle hatten überhaupt nicht berücksichtigt, welche Zicken die Hardware von Sarah unter den realen Bedingungen von hoher Temperatur und Luftfeuchtigkeit machen würde, was dazu führte, dass das Fahrzeug von Zeit zu Zeit „Geisterbremsungen“ durchführte und die Testfahrer zu Tode erschreckte. Am schlimmsten war die erschreckend niedrige Kommunikationseffizienz zwischen den Teams; der Informationsfluss glich den Rauchsignalen primitiver Stämme, und die Rückverfolgung eines Bugs war schwieriger als das Lösen der Goldbach-Vermutung. Bei einer wichtigen Regentestfahrt, bei der der Algorithmus nicht rechtzeitig an den toten Winkel eines neuen Sensors angepasst worden war, identifizierte das Fahrzeug eine aufblasbare Werbefigur vor einem Supermarkt als querenden Fußgänger, riss das Lenkrad herum und wäre fast in das benachbarte Fast-Food-Restaurant gekracht! „Wir sind verdammt noch mal am Arsch, Leute! Wenn V3.0 so weitergeht, können wir nicht nur den Start vergessen, die Demo nächste Woche wird unsere öffentliche Hinrichtung!“ Bei der Krisensitzung hatte Davi seine übliche „Alles-unter-Kontrolle“-Lässigkeit abgelegt, die Adern auf seiner Stirn traten hervor, und er knallte den noch nach Druckerschwärze riechenden Testbericht, der jeden Ingenieur vor Scham im Boden versinken lassen würde, auf den Konferenztisch. Die Energy-Drink-Dose neben ihm hüpfte. „Die Kunden wollen eine umwerfende Demo, die sie nächste Woche dazu bringt, ihr Portemonnaie zu zücken, und wir können nicht einmal garantieren, dass wir bei Regen nicht gegen eine Wand fahren!“ Im Konferenzraum herrschte Totenstille, nur das Rauschen der Klimaanlage war zu hören, und der Regen draußen klang wie ein Trauermarsch für unser Versagen. Genau in diesem Moment hatte ich, Vivi Lee, eine PM, die im Team für die abteilungsübergreifende Koordination zuständig war und den Spitznamen „Feuerwehrfrau“ trug, plötzlich eine Idee – eine verrückte Idee, wie sie einem nur am Rande des Abgrunds kommt. Ich erinnerte mich an den fast schon legendenumwobenen „War Room“-Modus, von dem ich auf einer Branchenkonferenz gehört hatte. „Davi, meine Damen und Herren“, ich räusperte mich und versuchte, meine Stimme nicht so zittrig klingen zu lassen, „ich habe einen Vorschlag, vielleicht etwas – extrem. Wir starten einen 'Focus Room'. Wir holen die Kernleute aus Algorithmik, Hardware und Test, nein, alle, die noch atmen, Code schreiben oder Schrauben anziehen können, hier in diesen Operationsraum, 24/7, essen und schlafen hier, bis V3.0 wie ein normales autonomes Fahrsystem läuft!“ Hardware-Direktorin Sarah Miller reagierte als Erste. Sie war eine resolute Texanerin, die normalerweise redete wie ein Maschinengewehr. Jetzt verschränkte sie die Arme, musterte mich mit ihrem typischen, durchdringenden Blick von oben bis unten, ein spöttisches Lächeln umspielte ihre Lippen: „Vivi, Liebes, hast du zu viele Superheldenfilme bis spät in die Nacht geschaut? Du glaubst, wenn wir uns, einen Haufen überforderter Ingenieure, wie Sardinen in eine Büchse pferchen, lösen sich auf wundersame Weise Probleme der Chipkühlung und EMI (elektromagnetische Interferenz), also physikalische Gesetzmäßigkeiten? Meine wertvollen Präzisionsinstrumente und die Laborbedingungen mit konstanter Temperatur und Feuchtigkeit – willst du die mit Liebe betreiben?“ Auch Alex Chen, der Leiter des Algorithmik-Teams, schob seine dicke Hornbrille zurecht, hinter deren Gläsern Müdigkeit und Zweifel standen. Alex war ein typischer Tech-Nerd, normalerweise wortkarg, aber jetzt konnte auch er nicht anders: „Vivi, ich verstehe deine Dringlichkeit, aber unser Modelltraining und die massiv parallelen Berechnungen brauchen die riesigen Rechencluster der Cloud, nicht eine Gruppe von Leuten, die sich in einem Raum gegenseitig ihre Ängste weitergeben. Außerdem befürchte ich, dass mein Team unter diesem Dampfkochtopf-Modus zuerst kollektiv zusammenbricht, anstatt Probleme zu lösen.“ Er zeigte auf ein paar junge Algorithmus-Ingenieure in der Ecke, deren Blicke bereits leer waren. Davis Augen jedoch leuchteten in diesem Moment seltsam auf, als hätte ein Ertrinkender den letzten Strohhalm ergriffen. Er schlug mit der Faust auf den Tisch, sodass die leeren Kaffeetassen darauf klirrten: „Sarah, deine Präzisionsinstrumente – was beweglich ist, wird bewegt. Was nicht, da bauen wir diesen Ort hier zu einem provisorischen Labor um! EMI-Probleme? Wir packen den ganzen Raum notfalls in Alufolie ein! Alex, deine Rechencluster? Wir können 24 Stunden im Schichtbetrieb fernsteuern! Team-Zusammenbruch? Wenn wir V3.0 verlieren, können wir alle zusammen Arbeitslosengeld beantragen! So machen wir das! Ab morgen früh um 8 Uhr ist das hier unser 'Phönix' Focus Room! Kein Zurück mehr, entweder Phönix aus der Asche oder das totale Aus!“ Seine Stimme klang entschlossen, wie jemand, der alle Brücken hinter sich abgebrochen hat. Start des Focus Room: Schmieden der Phönixfedern im Sturm Am nächsten Tag wurde der 200 Quadratmeter große offene Bürobereich auf fast schon brachiale Weise umgestaltet. Das tiefe Summen der Server wurde zum neuen Hintergrundsoundtrack, USV-Anlagen brummten und verströmten einen leichten Ozongeruch. Die Wände waren mit riesigen Whiteboards bedeckt, auf denen dicht gedrängt Systemarchitekturdiagramme, Bugzilla-Problemlisten (mit verschiedenfarbigen Haftnotizen für die Priorität – rot bedeutete „es brennt“), Burn-Down-Charts (dessen Kurve so steil abfiel, dass einem angst und bange wurde) und verschiedene hastig hingekritzelte Lösungsskizzen klebten, sogar ein paar ausgedruckte Teardown-Bilder von Konkurrenzprodukten. Fast 30 Spitzenkräfte aus Algorithmik, Hardware, System und Test „zogen“ mit Laptops, muffig riechenden Schlafsäcken und einem „Ich-leg-mich-mit-euch-an“-Ausdruck offiziell ein. Die Luft war eine Mischung aus dem Geruch von starkem Kaffee, billigen Energy-Drinks, gelieferter Pizza und tagelang nicht gewaschener Kleidung. Wir stellten einige einfache, aber strenge „Kriegsregeln“ auf: Tägliche „Lagebesprechungen“ (Daily Stand-ups): Morgens, mittags und abends, jeweils streng auf 15 Minuten begrenzt, geleitet von mir, der „Feuerwehrfrau“ Vivi. Jeder erklärte reihum in maximal 60 Sekunden drei Dinge: Welchen „Mist“ er gestern erledigt hat, welchen „Stolperstein“ er heute beseitigen will und „Wessen Feuerunterstützung ich brauche, sofort, auf der Stelle!“ „Blocker müssen sterben“ (No Blocker Survives The Night): Alle als Blocker markierten Probleme mussten innerhalb von 24 Stunden gelöst oder zumindest mit einem klaren, verantwortlichen Aktionsplan versehen werden. Davi würde den Fortschritt jedes Blockers persönlich überwachen. „Nackte Informationen“ (Radical Transparency & No Bullshit Policy): Alle Diskussionen, Daten, Code-Schnipsel und sogar gescheiterte Versuche waren für alle Mitglieder offen zugänglich. Bereichsübergreifendes „Fehlersuchen“ wurde gefördert, jegliche Form von „Schuldzuweisungen“ und „Büropolitik“ war verboten. Sarah stimmte dem voll und ganz zu, sie hasste nichts mehr als Herumgeeiere. „Laserfokus-Modus“ (Laser Focus, Zero Distraction): Alle externen Meetings, irrelevanten E-Mails und jegliche ablenkenden sozialen Medien wurden blockiert (Davi drohte sogar, vorübergehend die Handys einzuziehen, was aber nach kollektivem Protest unterblieb). Das einzige Ziel: Den „Phönix“ zum Fliegen bringen. Die ersten Tage waren wie eine Generalprobe für den „Dritten Weltkrieg“. Als Alex' Algorithmik-Team sich beschwerte, dass die von der Hardware gelieferten Datenschnittstellen eine zu hohe Latenz hätten und die Echtzeitanforderungen nicht erfüllten, griff Sarah direkt von ihrem provisorischen Arbeitstisch eine brandneue Prototypen-Platine und knallte sie Alex vor seine unordentlichen Notizen: „Dr. Chen, das ist alles, was unsere Ingenieure in drei Tagen und Nächten ununterbrochener Arbeit an Leistung herausgequetscht haben! Jede Nanosekunde wurde mit Schweiß und Koffein erkauft! Wenn Ihr ‚genialer Algorithmus‘ nicht weniger Ressourcen fressen kann oder Sie sich nicht selbst daranmachen, dieses verdammte Datenkompressionsprotokoll neu zu entwerfen, dann nerven Sie mich nicht!“ Alex schob kühl (oder besser gesagt, ausdruckslos) seine Brille zurecht, nahm die Platine, betrachtete sie aufmerksam und sagte dann ruhig: „Direktorin Miller, ich verstehe die physikalischen Grenzen. Aber wenn die Ankunftszeit der Daten nicht innerhalb von 10 Millisekunden garantiert werden kann, wird mein Vorhersagemodell zu einem teuren Zufallszahlengenerator. Mein Team wird versuchen, den Datenvorverarbeitungsprozess auf Softwareebene zu optimieren, aber wenn Sie auf Firmware-Ebene noch 2 Millisekunden herausholen könnten, würde sich die Erfolgsrate um mindestens 5 Prozentpunkte erhöhen.“ Diese harte, aber datenbasierte Konfrontation ersetzte das frühere Hin und Her und die Spekulationen in E-Mails. Am denkwürdigsten war die dritte schlaflose Nacht. Der Regen draußen ließ kein bisschen nach, als wollte er unsere Anstrengungen verspotten. Der junge Mike aus dem Testteam, ein sonst eher schweigsamer, aber gewissenhafter Kerl, stellte bei simuliertem Starkregen erneut fest, dass die Rauschdaten des Lidars wie eine Lawine das gesamte System überschwemmten, was das Pfadplanungsmodul komplett lahmlegte. Das Testfahrzeug zeichnete auf dem Bildschirm eine absurde „Todesspirale“. Ich (Vivi) zeigte auf das Wirrwarr von Punktewolken auf dem Projektor, meine Stimme war schon etwas heiser: „Das sind Streuungsinterferenzen der Wassertropfen mit dem Laserstrahl, Alex. Dein früherer traditioneller Filteralgorithmus auf Basis von Gaußschen Mischmodellen scheint jetzt komplett versagt zu haben.“ „Hardwareseitig können wir versuchen, die Laseremissionsleistung und die Scanmodus-Kombinationen des Sensors dynamisch anzupassen. Ich habe bereits ein Skript geschrieben, um schnell zwischen verschiedenen voreingestellten Schemata wechseln zu können“, antwortete Sarah sofort. In ihren blutunterlaufenen Augen blitzte der für Ingenieure typische Starrsinn auf. „Aber die Algorithmik-Gruppe muss gleichzeitig alle relevanten Anpassungsparameter und die Sensordatenfusionsstrategie ändern, sonst ist das alles nur sinnlose Herumprobiererei.“ „Schick mir den Bereich aller einstellbaren Sensorparameter und die Kombinationsschemata“, Alex' Miene war immer noch ruhig, aber die Geschwindigkeit, mit der er auf die Tastatur hämmerte, ähnelte dem Spiel eines rasanten Klavierstücks. „Mike, gib mir den Rohdatenstrom des schlimmsten Moments von vorhin. Mein Team wird die traditionelle Filterung aufgeben. Wir werden über Nacht ein neues, auf Deep Learning basierendes adaptives Entrauschungsmodell trainieren, das Merkmale direkt aus der ursprünglichen Punktewolke extrahiert und dann mit visuellen Daten für eine multimodale Fusionsvalidierung kombiniert. Wir müssen die Maschine selbst lehren, zwischen Regentropfen und echten Hindernissen zu unterscheiden!“ Sein Ton duldete keinen Widerspruch und war von einer fast schon fanatischen Zuversicht geprägt. In dieser Nacht war der Operationsraum taghell erleuchtet. Sarah und ihre Hardware-Ingenieure justierten in einem provisorisch aus antistatischem Tuch und Metallgestellen errichteten, einfachen abgeschirmten Dunkelraum ständig die verschiedenen Sensorparameter, der Schweiß durchnässte ihre T-Shirts. Alex führte sein Algorithmik-Team an, das vor Tischen voller leerer Pizzakartons und Red-Bull-Dosen wie wild auf die Tastaturen einhämmerte. Der Code auf den Bildschirmen floss wie ein Wasserfall, unterbrochen von gelegentlichen leisen Flüchen und aufgeregten Ausrufen. Ich pendelte zwischen den verschiedenen Kleingruppen hin und her, stellte sicher, dass die Informationen flossen, und löste alle möglichen kurzfristig auftretenden logistischen Probleme, wie z. B. die dringende Bestellung weiterer Kaffeebohnen oder die Koordination mit dem Wachmann im Erdgeschoss, damit wir mitten in der Nacht Testgeräte transportieren durften. Um vier Uhr morgens, als die ersten grauen Dämmerungsstrahlen durch die Vorhangschlitze drangen und sich mühsam ihren Weg in dieses nach Schweiß und verbrannten elektronischen Bauteilen riechende „Schlachtfeld“ bahnten, wich Alex' typisch kühle Miene endlich ein wenig auf. Er sprang abrupt von seinem Stuhl auf, schwankte kurz, weil er zu lange gesessen hatte, aber das war ihm egal. Seine Stimme war heiser, aber voller kaum verhohlener Aufregung, als er in den ganzen Operationsraum brüllte: „Hab's! Das neue Modell hat bei Mikes schlimmsten Datenfragmenten von vorhin die Rauschunterdrückung um 70 % verbessert und die Zielerkennungsgenauigkeit wieder auf über 95 % gesteigert!“ Der gesamte Operationsraum war zuerst totenstill, dann brach ohrenbetäubender Jubel und lautes Klatschen aus. Einige junge Algorithmus-Ingenieure umarmten sich sogar vor Aufregung. Auch Sarah zeigte selten ein müdes, aber zufriedenes Lächeln. Sie ging hinüber und klopfte Alex kräftig auf die Schulter: „Gut gemacht, Nerd.“ Alex schob nur seine Brille zurecht, seine Mundwinkel zuckten leicht nach oben: „Gleichfalls, Rabaukin.“ Unmittelbar danach stürmten sie fast zum Testfahrzeug und implementierten den neuen Algorithmus und die Hardwarekonfigurationen im Eiltempo. Als das leidgeprüfte „Phönix“-Testfahrzeug im simulierten sintflutartigen Regen zum ersten Mal ruhig und präzise allen virtuellen Hindernissen auswich und auf dem Bildschirm eine flüssige Trajektorie zeichnete, sprang Davi wie ein Kind in die Luft, ballte die Fäuste und schrie: „Yes! Yes! We are back in the game!“ Phönix aus der Asche im Rampenlicht Die Magie des Focus Room, einmal entfacht, war unaufhaltsam: - Ein Chip-Kühlungsengpass, der der Hardware-Gruppe schon lange Kopfzerbrechen bereitet hatte, wurde innerhalb von zwei Stunden deutlich gemildert, nachdem ein junger Mann aus der Algorithmik-Gruppe, der sich gut mit Low-Level-Hardware auskannte, einen „krummen Trick“ vorschlug: „durch dynamische Anpassung der Rechenkernlast Spitzenverbräuche vermeiden“. Sarah genehmigte ihm dafür eine Kiste seines Lieblingsimportbiers (natürlich erst nach erfolgreichem Projektabschluss einzulösen). - Die vom Testteam gemeldete instabile Erkennungsrate in einer bestimmten Kurve wurde gelöst, nachdem Alex und Sarah mit ihren jeweiligen Kernleuten Schulter an Schulter im Testfahrzeug saßen, den Datenfluss vor Ort analysierten und Parameter in Echtzeit anpassten. Drei Stunden später war das Problem gelöst. Obwohl sie immer noch leise „freundschaftlich“ darüber stritten, wessen Verdienst es nun mehr war – der Algorithmus oder die Hardware-Feinabstimmung –, war das Lächeln auf ihren Gesichtern echt. Am letzten Tag des Countdowns fuhren wir das „Phönix“-Testfahrzeug erneut auf das voll funktionsfähige Testgelände. Der Regen kam wie bestellt, als wäre er das letzte Gericht. Doch diesmal agierte das V3.0-System wie ein kriegserfahrener Veteran, reagierte souverän, identifizierte präzise jeden Verkehrsteilnehmer und winzige Hindernisse auf der Fahrbahn, absolvierte alle anspruchsvollen Testdisziplinen flüssig und geschmeidig und legte sogar eine „Show“ mit einem schwierigen Engstellen-Begegnungsmanöver hin. Die endgültige Fehlerrate sank von katastrophalen 20 % auf unglaubliche 0,3 %. Am Tag der Übergabe, als Davi im Rampenlicht stand und dem atemlos lauschenden Vorstand und den Investoren die perfekte Leistung von V3.0 unter verschiedensten extremen Wetterbedingungen und komplexen Verkehrssituationen präsentierte, brach im Publikum tosender Applaus aus, durchsetzt mit lauten „Hurra!“-Rufen und Pfiffen. Ich (Vivi) blickte auf meine Kameraden im Operationsraum – ihre Gesichter zwar von Augenringen gezeichnet, mit Bartstoppeln und zerzaustem Haar, aber ihre Augen leuchteten hell wie Sterne. Ich blickte auf das Whiteboard, das sich von einer „Unfallskizze“ in eine „Ehrentafel“ verwandelt hatte, und war von gemischten Gefühlen erfüllt. Davi sonnte sich auf der Bühne im Erfolg, während Sarah sich an den Türrahmen des Operationsraums lehnte, die Arme verschränkt, ein Lächeln auf den Lippen, das ihre typische, etwas coole Art zeigte. Leise sagte sie zu Alex neben ihr: „Hey, Nerd, diesmal hast du uns nicht aufgehalten.“ Alex schob seine Brille zurecht und erwiderte ungewohnt schlagfertig: „Gleichfalls, Rabaukin. Nächstes Mal wird mein Algorithmus noch eleganter sein, sodass deine Hardware nichts mehr zu meckern hat.“ Sie sahen sich an und lächelten – ein Einverständnis, das nur Kameraden verstehen, die Seite an Seite gekämpft haben. Mir wurde klar: Manchmal liegt der Schlüssel zur Überwindung technischer Engpässe und zur Schaffung von Geschäftswundern nicht nur in glänzendem Code oder Spitzenhardware, nicht nur in Prozessen und Methoden, sondern vielmehr in einer Art der Zusammenarbeit, die eine Gruppe von grundverschiedenen, sich vielleicht sogar unsympathischen „exzentrischen Genies“ zu einer wirklich kampfstarken Truppe zusammenschweißt – eine Arbeitsweise, die das Team vollständig in eine Umgebung des „gemeinsamen Blitzableiters, geteilten Raums, sofortigen Feedbacks und extremer Konzentration“ eintauchen lässt. Das ist die Kraft des „Focus Room“, oder wie wir es lieber nennen, die Magie des „War Room“ – ein Schmelztiegel, der den Teamgeist in aussichtslosen Situationen schmiedet. Auf dieser Reise im „Focus Room“ des „Phönix-Projekts“ explodierte jeder Einzelne wie ein entzündetes kleines Universum und setzte erstaunliche Energien frei. Wir sahen auch unbekannte Seiten voneinander und halfen gemeinsam diesem fast flügellahmen Phönix, aus der Asche wiederaufzuerstehen und in den Himmel zu steigen. Und diese Geschichte ist nur das Vorspiel zu unserer Erkundung, wie man ein Team aus wirklich siegreichen „brillanten Arschlöchern“ (High-Performance Teams of Brilliant Jerks, natürlich im positiven Sinne) aufbaut.