IT-Frontal

Softwareprobleme mit Gattin 1.0 vs. Freundin 7.0

An Tagen, an denen auch dein Blick aus dem Fenster, geneigter Leser, grau und regnerisch erwidert wird, dachte ich mir, ein wenig zur Erheiterung beizutragen. Lies hier die Supportanfrage eines Users zu Problemen mit "Gattin 1.0" vs. Anwendungen wie z.B. "Fußballsonntag 2.5". Bei "Gattin 1.0" bleiben oder wieder "Freundin 7.0" installieren, das ist die Frage. Mehr hier. Weiblichen Usern unter euch sei dieser Supportfall ans Herz gelegt.
Und für welches Betriebssystem hast du dich entschieden? Kam es zu Systemabstürzen? Auf welche Inkompatibilität bist du gestoßen?

Carmen Hillebrand, Trimedia

Checkliste für Ihr IT-Projekt in unsicheren Zeiten

IT Projekte, die in mehreren Phasen über mehrere Monate oder gar Jahre laufen, dürften es in den kommenden Monaten schwerer haben, als üblicherweise. Glaubt man den Umfragen, sinkt die Investitionsbereitschaft vieler Unternehmen, die sich rechtzeitig für einen evtl. Geschäftsrückgang wappnen wollen. Hier ein paar Tipps, wie Sie Ihr IT-Projekt sicher(er) durch unruhige Zeiten bringen.

1. Aktualisieren Sie Ihren Projekt-Geschäftsplan.

Haben Sie keinen Geschäftsplan für Ihr Projekt, erstellen Sie einen neu. Eine Anleitung dazu finden Sie hier.

Ein aktueller Geschäftsplan hilft Ihnen, evtl. kritische Fragen des Managements rasch zu beantworten. Beides ist wichtig, das "rasch" und die "Beantwortung". Denn Manager suchen nach Unsicherheit, in der Hoffnung etwas Lohnenswertes zu finden.

2. Stellen Sie die bisher erreichten Erfolge und die noch ausstehenden, weiteren Schritte (Meilensteine) kurz und prägnant zusammen.

Besonders erfolgreich ist das, wenn Sie andere Mitarbeiter oder Abteilungen, insbesondere "Kunden" Ihres Projektes, dazu gewinnen können, als Referenz für Teilerfolge zur Verfügung zu stehen. Vielleicht können Sie auch eine "Success Story" schreiben und veröffentlichen: Entweder firmenintern oder in einem Fachmagazin, nach Rücksprache mit der Unternehmenskommunikation.

3. Konzentrieren Sie sich nicht auf die IT, die Bits & Bytes im engeren Sinne, sondern auf Geschäftsprozesse, einheitliche Schnittstellen und die dafür nötigen Unternehmensstandards.

Oft ist es zwar einfacher, eine neue Software zu kaufen und zu installieren, als sich um Prozesse und Schnittstellen zu kümmern. Wenn aber die Voraussetzungen nicht geschaffen wurden (akzeptierte und gelebte Unternehmensstandards, einheitliche Schnittstellen, durchgängige Geschäftsprozesse) sind Verzögerungen, Widerstände und hohe Kosten bei der Umsetzung kaum zu vermeiden.

4. Beharren Sie nicht auf einer bestimmten Technologie bei der Umsetzung.

Prüfen Sie kritisch, ob es (in der Zwischenzeit) eine technische Alternative in der technischen Umsetzung gibt, die evtl. deutlich geringere Kosten, aber einen ähnlichen Mehrwert für das Unternehmen bringt. Die großen IT-Hersteller haben oft viele Argumente für sich, aber nicht immer. "No one ever got fired for bying XYZ" - darauf können Sie sich nicht verlassen.

5. Versuchen Sie generell, pragmatisch verschiedene Möglichkeiten (Technik, Geschäftsprozesse, Zeitpläne, Ressourcen, Kosten) aufzuzeigen, um das Ziel zu erreichen.

6. Kümmern Sie sich nach dieser Vorbereitung sofort um evtl. nötige (Zusatz-) Budgets für die nächsten Monate.

Nikolaus Krasser, Pentos AG

Die Krise der Banken und neue Web 2.0-Möglichkeiten

Viele Banken haben sich in letzter Zeit nicht ruhmreich in den Vordergrund gedrängt. International haben und werden die Steuerzahler im Zuge der Finanzkrise - ungefragt, natürlich - für mehrere tausend Milliarden Euro an Risikoabschirmung gerade stehen und direkte Subventionen an die Banken zahlen, die sich verspekuliert haben. Das ist an sich erstaunlich ... ich kenne keine andere Branche, in der die Unfähigsten und Unfähigen derart von den Steuerzahlen geschützt werden oder werden könnten. Die behaupteten Domino-Effekte, sind nichts anderes als eben das - Behauptungen.

Man stelle sich vor, die Autoindustrie, die Stahlindustrie, die Bauindustrie, der Maschinenbau usw. stünden als nächste in der Reihe, um ebensolche Subventionen zu bekommen. Sie werden sie nicht bekommen. Denn erstens reicht das Geld der Steuerzahler dafür nicht, zweitens sind die meisten Unternehmen in diesen Branchen auch fähig, konjunkturschwache Zeiten zu überbrücken und brauchen die Hilfe daher nicht, ja, viele sehen in einer Krise auch Chancen, insbesondere die Chance, auf Kosten der Konkurrenz mit einem innovativen Geschäftsmodell Marktanteile zu gewinnen. Schwieriger ist es, den Steuerzahlern selbst zu erklären, warum ihnen - von anderen Steuerzahlern - nicht geholfen wird, wenn sie selbst in Schwierigkeiten kommen.

Ein Riesenproblem sind diese Subventionen aber auch für die guten Banken. Statt mit ihrem vernünftigen Geschäftsmodell jetzt am Markt expandieren zu können, sind sie nach wie vor mit dem Wettbewerb der an sich Unfähigen konfrontiert. Besonders ärgerlich ist das für neue, innovative Geschäftsmodelle der Banken, insbesondere solche, die auf Basis der neuen Möglichkeiten im Web entstehen und expandieren wollen. Gibt es das? Neue, innovative Geschäftsmodelle im Bank-Umfeld?

Bekannt sind Mikrokredite, die ursprünglich vorwiegend in Entwicklungsländern an Private gewährt wurden, heute aber überall stark an Boden gewinnen und auch für Unternehmen zur Verfügung stehen. Für die Geschäftsidee bekam Muhammad Yunus den Friedensnobelpreis.

Ausserdem gibt es eine Reihe von Initiativen, die Kredite direkt zwischen Privaten vermitteln. Kredit wird auch dort geprüft, es besteht die Möglichkeit der Rückversicherung, im Prinzip werden aber die Kredite direkt zwischen einem privaten Kreditgeber und einem Kreditnehmer ausgehandelt. Die herkömmliche Bank und ihre Prozesse spielt dabei keine Rolle. Die Konditionen sind daher - abhängig von den Rahmenbedingungen - oft deutlich günstiger als herkömmliche Kredite. Das Risiko ist - das als aktuell größter Vorteil - transparent. Ermöglicht wurde diese Form der Kreditvergabe erst durch das Internet und Web 2.0 Technologien.

Viel mehr Ideen finden sich in jeder Web-Suchmaschine zum Thema "Web 2.0 banking". Ich hoffe sehr, dass trotz massiver Staatsintervention, die nicht mehr zu verhindern ist, sichergestellt ist, dass die Banken und die Geschäftsmodelle, die sich als ungeeignet herausgestellt haben, untergehen. Denn nur dann können wir auf eine besser Zukunft im Bank-Umfeld hoffen.

Nikolaus Krasser, Pentos AG

IT ist Chefsache!

Als die meisten IT Projekte sich noch um die Automatisierung von manuellen Tätigkeiten drehten und sich wenige in den (Un-)Tiefen der IT auskannten, war IT fast ausschließlich die Domäne von IT-Spezialisten. Die Geschäftseinheiten, die die Geschäftsprozesse definierten, waren froh, die Verantwortung für die Automatisierung an die IT auszulagern. Die Abteilungsleiter und Geschäftsführer wurden in der Regel nur hinzugezogen, wenn es um den "Business Case", das Budget, Resourcen oder Projektlaufzeiten ging.

Heute hat sich Wesentliches geändert. IT Projekte automatisieren nicht nur manuelle Tätigkeiten, sie schaffen neue, einzigartige Wettbewerbsvorteile, verlangen nachhaltige Veränderungen der Unternehmenskultur und können oft nur dann erfolgreich sein, wenn die Geschäftsführung bereit ist, nötige minimale Standards zu definieren und sich selbst zu engagieren. Das geht nur, wenn die Geschäftsführung selbst eine aktive Rolle im Projekt übernimmt.

Als Beispiel: Bei der Implementierung von Software sind in der Regel tausende Konfigurationsentscheidungen zu treffen. Will man nicht für jede Abteilung eines Unternehmens Sonderregeln definieren, was der sichere Weg ins Verderben ist, aber trotzdem oft passiert, muss man "Regeln des gerechten Verhaltens" definieren, an die sich alle im Unternehmen halten müssen. Nur so erreicht man die nötige Komplexitätsreduktion, um in Time, in Budget und mit der nötigen Benutzerzufriedenheit die betriebswirtschaftlichen Vorgaben zu erreichen. Damit wird jedoch die Arbeit kurfristig aus dem IT Projekt, das sonst die Ausnahmen hätte abbilden müssen, in die Fachabteilungen und zur Geschäftsführung verlagert. Denn die muss nun vorab die verbindlichen Standards festlegen, die für alle gelten.

Dennoch hört man heute noch oft, die IT müsse alle "Sonderwünsche" abbilden, denn sie wäre der "Diener", die Fachabteilungen der "Herr". Wenn es nur einen "Herren" gibt, mag das sogar funktionieren. Bei vielen Fachabteilungen als "Herren" mit in der Regel widersprüchlichen Anforderungen und fehlender Bereitschaft sich untereinander abzustimmen, ist jedoch sichergestellt, dass das IT Projekt lange laufen wird und teurer wird, als geplant. Dieses Szenario legt auch schon den Grundstein für die Ablösung der implementierten Architektur durch eine "neue", die dann "besser" funktionieren soll. Diese Hoffnung ist natürlich vergeblich, gelingt es nicht, die Anforderungen auf der Fachabteilungsebene zu harmonisieren. Und dafür braucht man in der Regel das Engagement der beteiligten Abteilungsleiter und der Geschäftsführung.

Nikolaus Krasser, Pentos AG

Ein Wiki erzählt

Ich wurde am 03. September 2007 geboren. Vater und Mutter arbeiten in der IT. Daher auch mein Name: "Pentos - Maarga Partner Wiki". Heute, gerade ein Jahr alt geworden, bin ich eine zentrale Stütze ihrer Projekte und stolz darauf.

Und das kam so. Pentos und Maarga, eine Firma aus Chennai, Indien, die sich auf Softwareentwicklung spezialisiert, wollten in Projekten bei einem großen Konzern in der Finanz/Versicherungsbranche zusammenarbeiten. Maarga schickte daher drei Mitarbeiter für mehrere Monate nach München. Dort arbeiteten sie integriert im Pentos Team vor Ort beim Kunden mit. Sie überlegten, wie sie das gemeinsame Wissen ablegen konnten. Der Kunde sollte einen guten Einblick haben, wie die Zusammenarbeit und der Wissenstransfer verläuft. In Frage kam:

- Ablage im Filesystem, in Ordnerstrukturen (zu unübersichtlich, zu langsam, schwierig zu synchronisieren)
- Ablage in webbasierten Teamrooms (zu wenig flexibel, graphisch nicht besonders ansprechend)
- Ablage in Lotus Notes-Client Datenbanken (für den Kunden schwer einsehbar)
- ein Wiki (ohne Ablage, denn um "Ablage" handelt es sich da ja eigentlich nicht)

So kam ich ins Team. Die Geschäftsführer wollten es ausprobieren, das Team und die Zugriffsrechte wurden definiert und Sigi installierte mich. Wikis sind sehr leicht zu "installieren", egal welche Software man nutzt. Und dann ging alles ganz schnell. Ohne sich lange Gedanken um die Strukturierung zu machen, bekam ich meinen Namen, einen Zweck und die ersten Einträge wurden geschrieben.

Anfangs wurde ein Dokument erstellt, dass die Teammitglieder vorstellte und die Kontaktdaten vorhält. Bald kamen Tipps & Tricks dazu, wie z.B. bei welchen Banken sich die Kollegen von Maarga Geld abheben können. Denn ihre Kreditkarten funktionierten nicht überall.

Sehr rasch wurde begonnen, technisch relevantes Projektwissen abzulegen. Es galt, etwa ein Dutzend Applikationen (Web-Anwendungen) sehr gut zu dokumentieren. So gut, dass der Kunde nachvollziehen konnte, dass die Kollegen von Pentos an die Kollegen von Maarga das nötige Wissen transferiert haben, um die Wartung dieser Anwendungen in Zukunft von den Kollegen in Maarga machen zu lassen. Maarga machte diesbezüglich auch regelmäßige "Reverse Presentations", bei denen sie erzählten, was sie gelernt hatten. Zusätzlich galt es, die Gesamtarchitektur und Funktionalität des Intranets zu dokumentieren und - ganz wichtig - das definierte Interaktionsmodell festzuhalten, damit jeder wusste, wie die Prozesse funktionieren.

Ich habe mich sehr gefreut, dass das alles sehr gut funktionierte. Der Kunde war begeistert. Die Projektphase wurde erfolgreich beendet. Aber was nun? Alle wollten weiter mit mir arbeiten! In der Zwischenzeit haben auch einige Mitarbeiter des Kunden Zugriff und lesen meine Dokumente. Die Kollegen von Pentos und Maarga schreiben weiter Einträge und verändern die Strukturen. Auch andere Teams von Pentos holen sich Ideen und Anregungen. Insgesamt funktioniert das nun schon über ein Jahr und ein Ende ist nicht abzusehen. Ich habe mich schon oft gefragt, warum das so ist. Ich fand folgende Gründe:

1. Für die Pentos Mitarbeiter ist es einfacher, ihr Wissen einmal im Wiki zu dokumentieren, als es den Kollegen per Skype oder Mail immer wieder zu erklären. Häuft sich eine Frage, wird dazu aus Eigeninteresse ein Eintrag im Wiki erzeugt und bei Nachfragen auf den Eintrag verwiesen.

2. Für die Maarga Mitarbeiter ist es ebenfalls schneller und einfacher, das vorhandene Wissen im Wiki zu finden bzw. selbst Fragen oder Erweiterungen im Wiki einzupflegen, als sich immer wieder an einzelne Kollegen von Pentos zu wenden und das Wissen direkt abzuholen.

3. Wenn neue Mitarbeiter ins Team kommen, schauen sie kritisch über die Dokumente und können helfen, alte Inhalte zu archivieren. Gerade bei neuen Mitarbeitern zeigen sich diesbezüglich die Vorteile des Wikis.

4. Wenn Mitarbeiter aus dem Team ausscheiden, bleibt ihr Wissen im Wiki für die anderen teilweise erhalten.

5. Insgesamt sind ca. 20 Menschen involviert. Viele lesen nur, etwa 25% sind auch als Autoren tätig. Das scheint auszureichen, um es voranzutreiben.

6. Es handelt sich nicht um ein "Kanibalisierungsszenario", sondern um ein Wachstumsszenario bei dem alle Parteien gewinnen. Der eine Partner übernimmt Aufgaben, der andere Partner wächst stärker in neue Felder hinein und für den Kunden ergeben sich Kostenvorteile.

So freue ich mich schon auf meinen zweiten Geburtstag und all das, was ich bis dahin noch lernen kann.

Nikolaus Krasser, Pentos AG

Befüllst du deinen Player auch auf dem Postweg?

Kennst du das? Freunde und Bekannte haben dich als ausgesuchten Experten für Multimedia-Themen in deiner Clique, neumodisch Peer Group, ausgemacht. Probleme mit dem MP3-Player? Welche Speicherkarte brauche ich? Druckt nicht? Alle kommen zu dir. Du befüllst MP3-Player mit Musik, bringst Drucker zum Laufen und kümmerst dich auch sonst um alle technischen Wehwehchen. Das nicht-technische Verständnis kann interessante Blüten tragen, wie der folgende Fall zeigt:

Neulich führte ein Kunde von mir eine Umfrage zum Thema MP3-Player durch. Da tat sich ein recht unterhaltsamer Fall auf: gebildete Frau, Architektin, Mitte 30. Ihren MP3-Player liebt sie. Sie benutzt ihn regelmäßig und ist stets von Neuem fasziniert darüber, wieviel Musik auf das winzige Gerät passt. Auf die Frage, wie sie ihn befülle, lautete die Antwort DHL. Ja, richtig gelesen. Sie schickt ihren Player per Kurier zu ihrem Bruder. Und zwar alle 6 Monate von New York nach San Francisco. Für sie die einfachste Lösung.

Ja, ich stimme in dein kicherndes Kopfschütteln ein, lieber Leser, jedoch zeigt mir nicht zuletzt dieser Fall, dass es sie noch gibt, die Web 0.0ler. Das sind genau die analogen Menschen, denen Downloads suspekt und die von Tweets und Blogs keinen blassen Schimmer haben. Das sollten wir bei der nächsten digitalen Strategie nicht vergessen.

Carmen Hillebrand, Trimedia

Abend, Nacht und Morgenrot

Wir in der IT tun uns leicht, mit Neuerungen in der IT. Neue Betriebssysteme, neue Browser, neue "Social Software" - alles kein Problem. Wir freuen uns sogar darauf, installieren, testen, berichten darüber und setzen es in unserer täglichen Arbeit ein. Unsere Kunden sind nicht immer so euphorisch. Was geht in ihnen vor? Um sich in den Kunden hineinzuversetzen, bietet es sich an, selbst das vertraute Terrain zu verlassen und Dinge zu tun, die für uns mit ähnlicher Unsicherheit verbunden sind, wie es ein neues IT Projekt für den Kunden sein kann. Was meine ich damit?

Im Urlaub könnte man es etwa mit einer Nachtwanderung probieren und mit einer nächtlichen Radfahrt. Von Abend bis zum Morgenrot. Wenn es Nacht wird, wird es düster und die Umgebung wird unnahbar. Andere Menschen trifft man immer seltener, irgendwann ist man ganz allein im Finstern und das schlägt auf die Stimmung. Da helfen auch die kleinen Lampen wenig, die man mit sich führen mag. Vorangetrieben wird man nur vom Wissen und Hoffen, dass es wieder hell wird. Nach einiger Zeit in der Nacht gewöhnen sich die Augen an die Dunkelheit, man wirft Schatten im Mond- und Sternenlicht. Tiere, die man sonst nie sieht, sorgen für Abwechslung. Die Stimmung steigt. Und schließlich ahnt man das erste Morgenrot und wenn es dann Tag wird, ist die Freude riesengroß.

Manchen unserer Kunden geht es so mit neuen IT Projekten. Die Projekte sind fremd, ungewöhnt und erfüllen sie daher mit Unbehagen. Wenn es uns gelingt, den Nutzen des Projektes für den Kunden verständlich zu machen, können wir hoffen, dass er mit uns den Weg geht, der für ihn Anfangs durch die Nacht und für uns durch den hellen Tag führt.

Nikolaus Krasser, Pentos AG

Intranet - Segen oder Fluch?

Wie geht es eurem Intranet bzw. Mitarbeiterportal, liebe Leser? Wird es nicht ausreichend genutzt? Ist es gekennzeichnet durch Chaos und die wichtigste Frage: Wie viele der Inhalte, die dort zum Download bereitstehen bzw. als Online-Anträge existieren, kursieren noch als Papiervorlagen in eurer Firma? Diesen Fragen geht Frederik Bernhard von perspektive:blau nach.

In 10 Schritten gibt er Tipps und Tricks, wie es mit dem Intranet besser laufen könnte. Ein wichtiger Hinweis: Management hab keine Angst vor den Fragen deiner Mitarbeiter und hab keine Angst, das Intranet könne mit seinem integrierten Diskussionsforum, die Hierarchie aufweichen. Natürlich auch ganz wichtig, und mir zumindest sehr bekannt vorkommend, ist, wer hat eigentlich die Verantwortung, die Kappe für das Mitarbeiterportal? Technisch natürlich die IT, aber wer liefert die Inhalte? Personalabteilung, Marketing Communications...? Sehr lohnenswerte Tipps, also lest sie!

Carmen Hillebrand, Trimedia

Aus "alt" wird "neu" am Beispiel von IBM Lotus Notes

Vielen ist Lotus Notes ein Begriff. Es war vermutlich die erste weitverbreitete Software, mit der man effektiv zusammenarbeiten konnte. Manche Elementen, die jetzt im Web 2.0 Umfeld populär sind, gab es in Notes schon vor Jahren. Die Ursprünge von Notes gehen gar ins Jahr 1973 zurück. Diskussionsforen, Projekt- und Teamrooms, Expertenprofile, die Möglichkeit, relativ einfach zu bloggen und Wikis zu erstellen, gab es spätestens Ende der 90'er Jahre.

Ab etwa 1998 konnte man diese Elemente auch im Web Browser darstellen, unabhängig vom - positiv ausgedrückt - mächtigen Client. Technologisch war die Entwicklung allerdings in eine Sackgasse gelaufen und IBM versuchte Anfang 2002 die Plattform auf neue Beine zu stellen, was zunächst nicht gelang. Seit etwa zwei Jahren steht nun eine stimmige, sehr gute Lösung, die sich seit 2007 im nun eclipse-basierten Lotus Notes Client (es gibt nach wie vor auch die "klassische" Version) wiederfindet. Damit ist man von vielen Restriktionen des alten C+ Clients befreit und öffnete das Produkt auch für viele Entwickler, die aus ganz anderen Fachrichtungen kommen (Eclipse, Java etc.). Vorläufig abgeschlossen wird die "Rundum - Erneuerung" nun in Lotus Notes/Domino 8.5 (seit dieser Woche als Public Beta verfügbar) mit der Einführung der X-Pages. Mit X-Pages öffnet sich Notes nun komplett von der Entwicklungsseite her. Viele Entwickler werden - gerne! - umlernen, für die Anwender ist es aller Vorraussicht nach auch ein Segen, weil die Integrationsmöglichkeiten mit anderen Technologien stark steigen und die Kosten bei der Implementierung einer Lösung drastisch sinken werden. Und die X-Pages wird es nicht nur im Web-Umfeld geben. Viele Clients sind heute stark genug für einen kleinen lokalen Webserver, der die X-Pages dann auch lokal zur Verfügung stellen wird.

Kompliment an IBM, die es - im zweiten Anlauf - geschafft haben, bei einem Auto in voller Fahrt Motor und Karosserie und andere "Details" auszutauschen. Denn die Fahrgäste werden durch den Austausch nicht weiter beeinträchtigt!

Nikolaus Krasser, Pentos AG

Paper Prototype: Unterschätzte Bastelei

Vor ein paar Tagen habe ich Sie mit Betrachtungen zum digitalen Seniorenvergnügen, der Statusmeldung bei Xing, unterhalten. Ich verrate Ihnen etwas: Nicht nur E-Mail, dieses altmodische Zeug benutze ich, sondern auch noch vorzeitliche Techniken bei der Webdesign-Erstellung. Wenn es nämlich um das Zusammenschrauben von Interfaces geht, steht manchmal in Kundenworkshops kein Rechner steht auf meinem Tisch, sondern lauter Bastelzeug, an dem jeder Waldorfkindergarten seine wahre Freude hätte.

Paperprototyping heisst das Bastelvergnügen, das eine Schnittstelle zwischen Konzept und Design ist. Und wissen Sie was? Meine Kunden machen gerne mit, greifen zu Schere und Stift, schieben, malen, schneiden, was das Zeug hält.

Das Ergebnis gewinnt zwar keinen Löwen in Cannes, wird aber zusammengerollt, heimgetragen und anschließend sofort in Fachkonzepte und digitale Skizzen umgesetzt.

Die Unansehnlichkeit des Ergebnisses macht es dem Paperprototyping nicht leicht. Immer wieder muss ich mich fragen lassen, was „dieser unordentliche Kram“ denn bringen soll. Nun, er bringt eine Menge. Vor allem, wenn Sie ein Interface entwerfen wollen, an dem jeder Mitarbeiter Ihres Kunden mitreden möchte: Der Marketing-Leiter, drei Leute aus dem Kundenservice, zwei Produktmanager und ein Designer. Da haben Sie schüchterne Wortkarge im Team und solche, die sonst im Kunden-Center sitzen und noch nie etwas von Interfaceoptimierung gehört haben.

Setzen Sie alle an einen Tisch und machen Sie mit einer Lösung den Anfang. Oder mit einer kleinen Ecke der Lösung. Diskussionen, die jetzt in Gang kommen, wollen nur eins: Ein konkretes Ergebnis erzielen. Ideen können Sie sofort visualisieren und so prüfen, ob sie logisch und stimmig sind. Schüchterne Diskussionsteilnehmer lassen sich mit Kleber und Schere bestens aus der Reserve locken. Sie sagen nicht viel, kleben aber das entscheidende Stückchen Papier genau an die richtige Stelle. Perfekt! Und wer noch nie etwas von Interfaces gehört hat, sieht plötzlich konkret am Prototyp aus Pappe, worüber wir hier reden.

Klar: Für virtuelle Teams ist es nichts. Das ist aber auch schon der einzige Nachteil. Vorteile gibt es noch jede Menge: Denkbar kostengünstig, ohne Stromkabel überall verfügbar und Sie haben gute Chancen, Ihre Lösung einzupacken und zusammengerollt nach Hause zu tragen! Probieren Sie es doch beim, nächsten Workshop einmal aus.

Anna Buss

Framfab