Zum Inhalt springen
Fundament

Wir bauen und betreiben Unternehmenssoftware.

Maßgeschneiderte Entwicklung und eigenes Produkt, für Prozesse, die geprüft werden müssen und nicht nur ausgeführt.

Vier Takte derselben Arbeit.

  • Beratungdavor

    Entwerfen, bevor gebaut wird. Auch das, was nicht gebaut werden sollte.

  • Entwicklungwährenddessen

    Bauen, was entworfen wurde, in Lieferungen, die funktionieren.

  • Betriebdanach

    Am Laufen halten, gegen ein Umfeld, das sich bewegt.

  • AnalyseZyklus

    Lesen, was das System im Betrieb zurückgibt, und die Anpassung vorschlagen.

Und zwischen einem Projekt und dem nächsten. Nicht jede Technologieentscheidung wird ein Projekt: einen Anbieter wählen, zwischen Bauen und Kaufen entscheiden, die Architektur lesen, die jemand anderes entworfen hat. Das ist ebenfalls unsere Arbeit, auch dann, wenn das System es nicht ist.

System hat bei uns eine Definition.

Jeder nennt System, was er liefert. Hier trägt das Wort fünf Bedingungen.

  • Eine Spur, kein Bildschirm

    Das System ist der Weg, nicht die Oberfläche. Jeder Schritt hinterlässt einen Nachweis seines Durchlaufs, und der Weg lässt sich von jemandem nachvollziehen, der ihn nicht begleitet hat.

  • Von Dritten prüfbar

    Die Spur ist von außen nachprüfbar, auch von denen, die uns nicht vertrauen, und ohne unsere Erlaubnis zu brauchen.

  • Gegründet auf belastbaren Daten

    Nichts im Ergebnis existiert ohne nachvollziehbaren Ursprung in prüfbaren Daten am Eingang.

  • Das Ergebnis ist Ausgangsstoff, kein Zweck

    Das Ergebnis ist Rohstoff der Analyse. Ein System, das ein Ergebnis erzeugt und kein Maß für dieses Ergebnis, ist unvollständig.

  • Rückkopplung

    Die Analyse des Ergebnisses wird zu einer Beurteilung, die die Verbesserung des Prozesses lenkt, dem das System dient.

  • Das System endet bei der Beurteilung.Die Entscheidung ist menschlich.

    Wir prüfen, wir ordnen ein und wir halten die Beurteilung fest. Wer entscheidet, ist der, der für die Entscheidung einsteht.

Methode

Wie wir bauen.

Fünf Regeln, die dem Projekt vorausgehen. Sie ändern sich weder mit der Größe des Kunden noch mit der Frist noch mit dem, der den Code zuvor geschrieben hat.

  • Die Entscheidung wird festgehalten

    Warum die Architektur so ist, was verworfen wurde, an welchem Datum. Die Kosten eines Systems liegen darin, es zwei Jahre später anzufassen, wenn niemand mehr weiß, warum.

    Der Nachweis einer Entscheidung existiert, oder er existiert nicht.

  • Die Maschine ist Werkzeug

    Wir nutzen die Werkzeuge von heute, auch die, die lernen. Sie beschleunigen die Arbeit und sie entscheiden keine Architektur, wählen keine Technologie, zeichnen keine Lieferung.

    In jeder Etappe antwortet ein Name.

  • Keine verschlossene Tür

    Vollständige Dokumentation, offener Standard, Daten, die vollständig herausgehen. Ein Anbieterwechsel darf nicht kosten, was bereits bezahlt wurde noch einmal zu bauen.

    Ein Ausgang, der von Verhandlung abhängt, ist kein Ausgang.

  • Wer baut, hält instand

    Stillstehende Software bleibt nicht stehen, sie verrottet. Wer den Anruf entgegennimmt, ist der, der das System geschrieben hat, und kein Team, das es nie von innen gesehen hat.

    Der Betrieb hat einen Verantwortlichen und eine Frist.

  • Der stille Fehler ist der schlimmste Defekt

    Ein lauter Fehler ist ein Problem. Ein stiller wirkt weiter, während niemand hinsieht. Was wir bauen, hält seine eigene Arbeitsweise fest.

    Der Ursprung eines Fehlers wird geortet, nicht erschlossen.

Die Maschine stapelt die Schichten. Das Rot ist dort, wo jemand hinsehen muss.

Unsere Systeme ordnen ein, sortieren und melden. Sie entscheiden nicht.

Was Urteilskraft verlangt, wird markiert und geht an eine Person, die dafür einsteht. Die Sichtung zu automatisieren ist ein Gewinn. Die Verantwortung zu automatisieren ist keiner.

Wo wir aufhören.

  • Wir bauen nicht, was sich nicht rechnen wird.

    Eine Untersuchung, die ihr eigenes Projekt verwirft, wird trotzdem geliefert.

  • Wir liefern kein System, das nur der Fachmann versteht.

    Wer es bedient, muss verstehen, was das System tut.

  • Wir nehmen keine Frist an, die nur mit einer Abkürzung hält.

    Eine kurze Frist löst man mit kleinerem Umfang, und nicht mit Schulden, die der Kunde später bezahlt.

  • Wir liefern kein Ergebnis ohne Spur.

    Wenn sich die Schlussfolgerung nicht nachbilden lässt, geht sie nicht hinaus.

  • Wir bauen kein System, das allein entscheidet

    in Fragen mit rechtlicher Folge. Wir ordnen ein, sortieren und melden. Die Entscheidung gehört dem, der für sie einsteht.

  • Wir drängen keine Modetechnologie auf

    wenn ein einfaches Werkzeug genügt.

Die Arbeit endet nicht mit der Lieferung.

ola@miracron.ai
Miracron Sistemas · Brasília, DF, BrasilienCNPJ XX.XXX.XXX/XXXX-XX