Expression Blend

En rekke tutorials som gir oversikt over Silverlight plattformen sett med Microsoft Blend øyner:

http://visitmix.com/labs/rosetta/eyesofblend/

Dokumentasjon som leveranse

Fra tid til annen kommer det prosjektmetodikker som går spesielt hardt ut mot dokumentasjon. Scrum er en metodikk som tilsynelatende faller i denne kategorien. Men det Scrum rammeverket sier er at man skal lage den dokumentasjonen som er nødvendig og ikke lage dokumentasjon for dokumentasjonens del.

Videre vet vi at dokumentasjon kan føre til tolkningsfeil og unøyaktigheter vel så mye som om man ikke hadde dokumentasjon. Det er kommunikasjonen mellom deltakerne i prosjektet som er viktig. Om den er skriftlig eller muntlig – vel det er det ingen fasit på.

Det som er viktig er å se på dokumentasjon (eller til og med kommunikasjon) som en leveranse mellom deltakerne i prosjektet. Hvordan skal jeg som er ansvarlig for en del av prosjektet (f.eks. strategi og visjon) kunne bringe de føringene inn i hele prosjektforløpet og til alle som bidrar i prosjektet? Er det et lite team som utvikler over kort tid så kan en muntlig overbringing være god nok. Kanskje etterfulgt av en konseptmodell som gjør at alle husker det som ble sagt. Hvis teamet er stort, lokalisert på flere steder/land, utvikler over lang tid (kanskje år) og er en del av et større program – vel så trenger man litt mer enn et lite foredrag og en skisse.

En leveranse er et dokument som skal fasilitere kommunikasjon, omfavne beslutninger og stimulere til innovasjon. De tre hovedgrunnene til en leveranse er:

1. Konsistent visjon – sørge for at alle er på samme spor.
2. Redegjørelse – sørge for at alle kjenner beslutninger og konsekvenser av dem.
3. Sporbarhet – den kollektive historien til prosjektet skal kunne spores for å kunne forbedre prosessen.

Dokumentasjon kan lages i lag for å kunne lettere kontrollere detaljer og omfang. Første lag består av de mest essensielle elementene. Det andre laget skal bidra til å skape økt forståelse hos leserne. Det tredje laget skal skape en helhetlig ramme rundt det og kanskje koblinger til andre kontekster.

 

I arbeidet med å skape en leveranse så er denne framgangsmåten et godt utgangspunkt:

1. Gjør en situasjonsanalyse (hensikt med leveranse, prosesstilhørighet og publikum).
2. Gjør en oversikt over alle informasjonselementer som skal leveransen skal omfatte.
3. Planlegg skissen på papir.
4. Lag en svart/hvitt skisse i et egnet tegneprogram (Illustrator, Visio, Omnigraffle).
5. Lag en plan for bruk av farger.
6. Rafiner det visuelle språket.
7. Legg på tekst på elementene.
8. Finn svake punkter i skissen.
9. Revider skissen i tegneprogrammet.
10. Sjekk arbeidet om alt er med og etter reglene.
11. Juster etter tilbakemelding.
12. Legg på støtteinformasjon (tittel, dato, attributter, legende, versjonsnummer…).

 

Kunstig intelligens er og blir kunstig.

Et dataprogram som skal emulere menneskelig syn må falle for de samme optiske illusjoner. En del av de optiske illusjonene vi opplever er rett og slett at vi fra baby-stadiet blir sløvet ned for å takle den komplekse verdenen. Dette er i tråd med min litt naive spedbarnsteori som sier at man som baby har en ikke forutinntatt men ren og ærlig tolkning av hva vi sanser. Jo mer voksen vi blir jo mer uren og uriktig blir vår tokning. Se artikkelen “Usability Testing for the Web“.

Men betydningen og valget man må gjøre er kontroversielt. Man må sløve ned datamaskinene for at de skal kunne erstatte synet vårt. I jobben med å bygge opp nytt syn for blinde er dette valget riktig. Men når man bruker datamaskiner for å forbedre vår virkelighetsoppfatning så bør man ikke velge å sløve ned sansene til datamaskinen.

Dette blir også meget omtalt i boken “Visual intelligence – how we create what we see“. Den anbefales for alle som ønsker å forstå hvordan vi faktisk ser og oppfatter alt.

Many Eyes – demokratisering av visualisering

På Many Eyes kan du bidra med visualiseringer. Alle visualiseringer er knyttet mot et diskusjonsforum. Veldig web 2.0 tankegang. Basert på datasett kan du velge visualisering av dette og publisere dette i forumet.

En effekt av dette (som er Excel på nett i bunn og grunn) er at man kan sende en visualisering på høring. Er visualiseringen forståelig? Hva kommuniserer du? Men dette er fremdeles ingen erstatning for dine domenebrukere. Sjekk med de også.

Se også Helge Tennøs Tall er for roboter, grafer er for mennesker, hvorfor er visualiseringen så viktig del av interaksjonsdesign?

Åpen patentsøknad?!?

U.S. Patent and Trademark Office har nå et prosjekt hvor de lar folk søke om patent ikke bare over nett men i åpent diskusjonsforum (community patent review).

 Få en omvisning her: http://www.peertopatent.org/video?autoplay=p2p640 og se siten på: http://www.peertopatent.org/.

Vann på plastflaske – en tidslinje

I disse tider er det kommer frem at vann på plastflaske ikke er så bra for miljøet. Så spørs det da helse eller miljø? Lar den debatten ligge men viser heller til en tidslinje som Fast Company har publisert. En veldig visuell og fin sammenfatning av en tråd gjennom tiden.