IA Methode - Flowchart/Process Flow (D)

(Bild-Quelle: Wolf H. Nöding Spirit Link, Mezzoblue)

Was ist ein Flowchart/Process Flow?

Darstellung eines abstrakten Ablaufdiagramms (Flow Chart) für ein Informationssystem. Die Grundelemente der Beschreibung sind die Operation(Process), Entscheidung, Dokument, Data, Start/Stop, Unterprogramm. Vier unterschiedliche Arten von Flow Charts haben sich im Rahmen der Prozess Analyse etabliert:

• Top-Down Flow Chart
• Detaillierter Flow Chart
• Workflow Diagramm
• Development Chart
  

Informationsarchitekten nutzen Flow Charts in der frühen Entwicklung für Prozessfluss Analyse, Conceptual Models und Screen Flows.

Welchen Nutzen hat es?

Es unterstützt die Kommunikation, speziell das gemeinsame Verständnis, über ein Projekt oder ein Prozess zwischen allen Stakeholdern. Sie eignen sich sehr gut zur Dokumentation von Prozessen und oft nützlich beim Verständnis, wie unterschiedliche Schritte eines Prozesses zusammenarbeiten.
Die konzeptionellen Modelle und Screen Flows, auf welche man sich geeinigt hat, sind Grundlage für die Beschreibung der Anwendungsfälle(Use Cases).

IA Methode - Mental Model (D)

(Bild-Quelle: Indi Young, Adaptive Path)

-> Interview mit Indi Young(Erfinderin der hier gezeigten Mental Models Methode) bei IA Voice

Was ist ein Mental Model?

Ein Diagramm zur "User-Task-Analyse". Die in Workshops oder in Zielgruppen-Analyse ermittelten Anwender-Tätigkeiten werden in getrennte Aufgaben(Tasks) einteilt, diese in Säulen anordnet und dann dieselben Säulen genutzt, um die Produkteigenschaften, die Funktionen, und den Inhalt abzugleichen, welcher die Aufgaben und Tätigkeiten wiederum unterstützt. Es können zusätzlich auch Geschäftsziele abglichen werden.

Welchen Nutzen hat es?

Es weist auf Lücken in der Analyse hin (Gap Analysis), hilft mögliche (Produkt-)Opportunities zu ermitteln und hilft eine nach User-Task orientierte Informationsarchitektur zu entwickeln. Zusätzlich dient es als Roadmap und dokumentiert User-Requirements (zukünftige Eigenschaften und Inhalte) im Kontext der Business-Goals.

Link: Rosenfeld Media - Mental Models, Aligning design stragtegy with human behavior

IA Summit - Key Session - Project Touchstones (E)

(image: sticky room, infinity diagrams, Jesss McMullin)
Jess McMullin was talking during his presentation "Project Touchstones" at the IA Summit about efficient methods that focus on the value for both Business(Return on Investment) and Users(Return on Experience). To me his methods sounded very usefull to synchronise the different views of stakeholders of a project(client side and agency side). This particular points, if not solved correctly, can easily eat up a tremendous part of the project budget.

He recommends the following approach:

• Get the right people in the room, work together to create artifacts and models that let them articulate business needs.
• Peel Back the layers
• Start Small: Partner, Pilot, Publicize

From my point of view (To several of the situations that Jess mentions in his talk I find parallels to my daily teamwork again) I would say the following are well worth to consider to optimise your work relationships with clients and your inhouse teams:

• The opportunity we have as user experience practitioners to become a Peer with Business
  
• User Centered Designers Understand, Solve, Evaluate and Refine Things to get the right solution(Through Iteration) - great but not very sufficient.
  
• We have to understand what creates the Value in our projects!
  
• Value Centered Design: Business Goals and Context and Human Goals and Context
• Business Centered Design: 1. Using design methods and tools to understand business needs 2. Beyond the run-of-the-mill business discovery 3. One half of value-centered design 4. Beginning of becoming a business peer.
  
• 2 Ways to think about Deliverables: a) Deliverables That Define Solutions(Review & Approve) - always Prower Imbalance, b) Deliverables That Define Problems (Read: Arias and Fischer 2000: "Fundamental challenges facing communities of interest are found in building a shared understanding of the task at hand")...
• Delivelables that define Problems Together help us to become a Peer in Practice
• Building a bridge to overcome different viewpoints
• Deliverables that define problems together
  
• Define Problems together(e.g. Infinity diagramms from interview transscripts): One of the keys to becoming the Peer with Business
• Principles: 1. Codesign 2. Simple 3. Concrete 4. Flexible 5. Evidence-Based 6. Surface Agendas
• ...
• The whole speach will soon be in the IA Voice Podcast...

View his presentation here: