Vor einiger Zeit habe ich erwähnt, dass ich ein Pfadfinder bin. OK, vielleicht ist meine Jugendzeit schon lange vorbei, aber ich betrachte mich immer noch als Pfadfinder. Als Pfadfinder habe ich viele Lektionen gelernt; Lektionen, die mir auch heute noch sehr nützlich sind. Eine davon ist KIS oder Keep It Simple.
Ich erinnere mich daran, wie ich primitive Campingfähigkeiten erlernte. Viele Campinganfänger brachten zu viel Ausrüstung mit, die geschleppt und gelagert werden musste, was das Leben im Camp generell erschwerte. Der einfache (KIS) Ansatz ist, nur das mitzubringen, was man unbedingt braucht. Viele unerfahrene Camper wählen auch schlechte Campingplätze und verbringen dann viel Zeit damit, sich mit Feuchtigkeit, Ungeziefer, Unbehagen, Sicherheitsproblemen und vielem mehr herumzuschlagen. Der einfache Ansatz besteht darin, diese Probleme durch die Auswahl eines guten Campingplatzes zu vermeiden. In beiden Fällen verbringt man dann die gesparte Zeit damit, das Camp zu genießen und das zu tun, wozu man gekommen ist. KIS zahlt sich aus.
KIS lässt sich auf viele Aspekte der Simulation anwenden. Wenn etwas schief geht, ist das oft auf zu viel Komplexität zurückzuführen.
- Wie viele Menschen sind übermäßig komplexen Verwaltungsverfahren unterworfen?
- Werden die Verfahren zur Planung und Verfolgung Ihrer Arbeit so eingesetzt, dass die Zeit aller Beteiligten möglichst effektiv genutzt wird?
- Wird jeder Aspekt Ihrer Arbeit effektiv erledigt?
Das Grundkonzept von KIS besteht darin, gerade genug zu tun, um es gut zu machen, und nicht mehr! Heißt das, dass Sie nicht Ihr Bestes geben sollten? Nein. Aber es bedeutet, dass Sie Ihre Arbeit in kleine Phasen unterteilen und in jeder Phase KIS betreiben sollten.
Nehmen wir an, ein Interessenvertreter äußert den Wunsch nach einem detaillierten Modell für die 10 Bereiche seines Systems. Eine gängige Vorgehensweise besteht darin, genau das zu erstellen, was der Stakeholder wünscht. Leider wird dies wahrscheinlich falsch sein. Ein besserer Ansatz ist es, einen repräsentativen Bereich auszuwählen und ein sehr detailliertes Modell dieses Bereichs zu erstellen. Dann besprechen Sie das Modell und die Ergebnisse mit dem Stakeholder. In den meisten Fällen werden Sie beide viel lernen und sich vielleicht gemeinsam für einen anderen Ansatz entscheiden. Führen Sie dann vielleicht ein detailliertes Modell desselben Bereichs durch oder erweitern Sie das High-Level-Modell auf einige weitere Bereiche. Auch hier werden Sie wahrscheinlich etwas lernen, das Ihre Herangehensweise oder Ihre Ziele ändern wird. In jeder Phase sollten Sie das Einfachste (KIS) tun, um die Ziele für diese Phase zu erreichen. Auf diese Weise minimieren Sie die Verschwendung von Arbeit und kommen viel schneller zu dem, was der Stakeholder braucht.
Betrachten wir den Modellbau auf einer viel detaillierteren Ebene. Ein häufiger Fehler von Anfängern ist es, einen großen Teil eines Modells (vielleicht sogar ein ganzes System) auf einmal zu bauen. Und dann drückt man auf „Go“ und es funktioniert nicht. Warum klappt es nicht? Es gibt vielleicht tausend mögliche Gründe, die untersucht werden müssen. Noch schlimmer ist, dass es wahrscheinlich Dutzende von kleinen oder großen Problemen gibt, von denen jedes die anderen verdecken könnte. Die Verifizierung und Validierung eines solchen Modells ist eine entmutigende Aufgabe. Ein viel besserer Ansatz besteht darin, zunächst einen sehr kleinen (KIS) Teil des Modells auszuwählen und zu überprüfen, ob er funktioniert. Dann wiederholen. Wenn ein Problem in einem neuen Abschnitt entdeckt wird, ist es in der Regel leicht zu finden, weil man weiß, dass es ein Ergebnis des gerade hinzugefügten Abschnitts ist. Nochmals: „Keep It Simple“.
Denken Sie daran: Keep It Simple. Arbeiten Sie effektiv und übertreffen Sie die Erwartungen Ihrer Stakeholder mit einem einfachen Schritt nach dem anderen.
Dave Sturrock
VP Produkte – Simio LLC