Your SlideShare is downloading. ×
A Process By Any Other Name...: Applying Information Architecture with bridges, cooking & hardware
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

A Process By Any Other Name...: Applying Information Architecture with bridges, cooking & hardware

1,409
views

Published on

This is my presentation from the 2006 IA Summit in Vancouver, BC. The summary is that the practice of IA is not about artifacts but the thinking that goes into them and the way you assess which …

This is my presentation from the 2006 IA Summit in Vancouver, BC. The summary is that the practice of IA is not about artifacts but the thinking that goes into them and the way you assess which artifacts to use.

Published in: Business, Technology

0 Comments
4 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
1,409
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
48
Comments
0
Likes
4
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide
  • Transcript

    • 1. Adam Polansky Lead Information Architect Travelocity.com A PROCESS BY ANY OTHER NAME… Applying Information Architecture With Bridges, Cooking & Hardware
    • 2. Some bridges occur naturally
    • 3. Some bridges occur intuitively
    • 4. Some bridges extend from their environments
    • 5. Some bridges augment their environments
    • 6. Some bridges are purely functional
    • 7. Some bridges are aesthetic
    • 8. Some bridges are used for people
    • 9. Some bridges are not
    • 10. Some bridges take on purposes for which they weren’t intended
    • 11. Worse Thing: Push-back because time needed for artifacts seen as bottle-neck Bad Thing: Misguided demand for a process based on artifacts. Good Thing: IA is becoming recognized in more firms. THERE AIN’T NO RECIPE!
    • 12. Shhhhhh! Matters not…. the process does
    • 13. Every development process includes three basic areas of activity. The job of the IA is to find ways to close the gaps between them COMMON FOR ALL PROCESSES Idea Plan Build IA IA
    • 14. So there’s this guy….
    • 15. Origin Info Vehicle Destination Disposition INFORMATION TRANSFER
      • Look at these elements.
      • Characterize the forces that act
      • upon them.
      • Decide what you can do to bridge
      • the communication gaps.
    • 16. Domain Expertise Institutional Knowledge System Constraints Location of Resources New Development New Technology Mature or Existing Product Skill Sets Time Cost Quality CHARACTERIZATION FORCES Size of Team
    • 17.
      • Annotated Wireframe
      • Annotated Mock-ups
      • Narrative Document
      • Interaction-Level Spec
      FACTORING FORCES IN Idea Plan Build IA IA
      • Conversation
      • White board
      • Thumbnail Sketch
      • Process Flow
      • Site Map
      • Lo-Fi Wireframe
      • Hi-Fi Wireframe
      • Interactive Wireframe
      FORCES? FORCES?
    • 18.
      • IF:
      • The team is small
      • They’ve all worked together on the product before
      • They’re all located in the same room
      • Time is short (but reasonable)
      • The features exist elsewhere in same site
      • Documentation exists from previous projects
      • THEN:
      • White-board session to see where high level changes occur
      • Tactical Wireframes to model the functionality
      • Annotated Screen shots from existing product to show where changes occur
      FACTORING FORCES IN Idea Plan Build
    • 19.
      • BUT… IF:
      • The team is small
      • Some of them worked together on the product before
      • Some of them are located in Bangalor and they are new to the team
      • Time is short (but reasonable)
      • The features are new to the site
      • No documentation exists from previous projects
      • THEN:
      • Process Flows to see where high level changes occur
      • Tactical Wireframes to model the functionality
      • Detailed functional spec to include screen shots and interaction details
      FACTORING FORCES IN Idea Plan Build
    • 20.  
    • 21.  
    • 22.  
    • 23.  
    • 24.  
    • 25.  
    • 26.  
    • 27. It’s not the process. It’s not the tools. It’s the practitioner. Choose artifacts based upon your understanding of the forces that will affect communication
    • 28.