1. informatie architectuur in evolutie
1
Masterclass Kennis- en informatiemanagement
Artevelde Hogeschool, 18 april 2017
Rosemie Callewaert
iStoire Services
2. 2
• Van informatie naar interactie
• Van producten naar ervaringen
• Van interfaces naar conversaties
• Van projecten naar processen
Informatie architectuur in evolutie
3. 3
• Iedereen is verantwoordelijk voor kennisuitwisseling en informatiebeheer
• Is data-, kennis- of informatiebeheer een vak op zich?
• Het web heeft alles veranderd
• Nieuwe aanpakken en expertises
Kennis- en informatiemanagement in evolutie
5. 5
• Lean kennis- en informatiebeheer
Filip Callewaert
• De relatie tussen kennisuitwisseling en de werkomgeving
Anton Maes
• Bouw ervaringen in plaats van producten
Rosemie Callewaert
Verband met de vorige masterclasses
samenwerken
via een digitale tool
inrichting van de fysieke
werkomgeving
inrichting van digitale tools
B2B én B2C
P2P
7. 7
“Information Architecture”
“The information Architecture Institute is a nonprofit organization of volunteers,
since 2002. Our singular focus is to make the world's information clearer and easier
to use by improving how people learn, practice and teach information architecture
(IA).”
The Journal of Information Architecture is a peer-reviewed scholarly
journal. Its aim is to facilitate the systematic development of the
scientific body of knowledge in the field of information architecture.
The REG-iA (Research and Education Group in Information
Architecture) is an IAI international volunteer initiative started by
Andrea Resmini in January 2008 and currently comprising
academics from Denmark, Sweden, Italy, Poland, and Norway.
8. 8
Wat ontwerpt een informatie architect?
interacties tussen mensen, machines en data
interfaces van software, intranetten, websites, apps, sociale media, bots, producten, dashboards, … voor administratieve en publieke eindgebruikers
9. 9
lay-out interactie informatie
grafisch designer interactie designer of informatie architect
lay-out interactie informatie
designer
lay-out interactie informatie
grafisch designer interactie designer informatie architect
Vormgeving van een interface
13. 13
Design discovery
ISBN: 978-1-937557-44-7
Published: 2017
“This book was written to be
methodology-agnostic.
No tool is perfect for every
situation; no framework perfectly
aligns with every project”
“Diverse perspectives help your team explore
new ideas, prioritize the right things, and
look at the problem in different ways.
Invite a variety of stakeholders to participate
in the process and include as many people as
possible, such as managers, developers, marketers,
analysts, sales, and support representatives.
Discovery gives you space to figure out what you’re
working on, what your colleagues care about, and
how best to collaborate”
18. 18
Pervasive information architecture
Integrating multiple, separate interactions into one
seamless flow, thereby affording multiple ways to access
information.
Designing cross-channel user experiences
Andrea Resmini & Luca Rosati, 2011
the information space
19. 19
Inclusive design
Inclusive Design
Defined in 2000 by the UK
Government as "products, services and
environments that include the needs
of the widest number of
consumers". It has a history
stretching back to the social ideals in
Europe that materialised after World
War II.These include healthcare and
housing for everyone. Inclusive Design
is used within Europe and goes
beyond older and disabled people
to focus on other excluded groups
to deliver mainstream solutions.
Accessibility, Readability,AnySurfer, …
Inclusive Design
21. 21
Adaptive content
“Intelligent content is content that’s structurally rich and
semantically categorized and therefore automatically
discoverable, reusable, reconfigurable, and adaptable”
— Ann Rockley
channel centric content centric
content
facebook
blog
nieuwsbrief
intranet
app
app
website
blog website
print
nieuwsbrief
facebook
website
app
intranet
instance of use
device
• desktop
• smartphone
• tablet
• smartwatch
• car
• OS
• screen resolution
• …
context
• time
• location
• temperature
• speed
• home
• on the move
• …
person
• age
• lifestage
• gender
• language
• relationships
• professional
• …
24. 24
Design thinking
Design Thinking is een manier van denken en werken
om op een creatieve manier problemen om te zetten
naar nieuwe producten en diensten.
Design Thinking bestaat uit het creatief combineren
van vaardigheden zoals empathie, out of the box
denken, logica, …
Het niet-oordelen in een proces van ideeëncreatie is
essentieel. Dit voorkomt de angst voor het maken van
fouten en zorgt ervoor dat iedereen meedoet in het
creëren van ideeën en prototypes.
25. 25
Informatie architect in een bouw- of renovatieproject
gebruiken(her)bouwen
of kopen
idee doel en wensen
onderzoeken
strategie
bepalen
bestek
schrijven
werf
opvolgen
testenaanpak
bepalen
ontwerpenluisteren offertes
lezen
aannemer
kiezen
bijsturen
26. 26
Informatie architect
Een informatie architect ontwerpt interacties tussen mensen en machines. Deze interacties worden vormgegeven op basis van data en
informatie.
Proces architect
Het proces om tot een ontwerp te komen is bepalend voor de kwaliteit van de oplossing.
De oplossing bepaalt hoe werkprocessen in de toekomst zullen verlopen.
Team architect
Goede resultaten zijn alleen mogelijk als de juiste mensen, verantwoordelijken en expertises op het juiste moment betrokken
worden/blijven.
Veranderingscoach
Veranderingen in het structureren van informatie of het naar buiten komen met een boodschap of product zorgt binnen organisaties
voor een kleine identiteitscrisis.
Onderzoeker
De mensen die de oplossing gebruiken bepalen of het resultaat goed is of niet. Kennis van hun leefwereld, verwachtingen en
onderzoek naar gebruikerscontexten zijn cruciaal in een ontwerp- of verbeterproces.
Vertaler
Een informatie architect is vertaler tussen eindgebruikers en ontwikkelaars en zorgt ervoor dat mensen de taal van een interface
begrijpen.
Vormgever
Een informatie architect geef interfaces vorm in samenwerking met grafische designers en ontwikkelaars.
Architect van meer dan alleen informatie
30. 30
• Suite
• ERP
• Ondersteunt alle processen
• Geïntegreerde processen
• Consistent datamodel
• Consistente interface
• 1 softwarebedrijf
• 1 contract
• Vendor lock-in
• Complex implementatietraject
• Rigide
Best in Suite versus Best of Breed
• Voor elk proces de beste tool
• Flexibel
• Snellere implementatie van een nieuw systeem
• Openheid/koppelbaarheid is een must
• Verschillende datamodellen
• Verschillende interfaces
• Real-time processen en data-integratie zijn complexer
• Verschillende softwarebedrijven
• Ander soort softwarebedrijven
• Verschillende contracten
31. 31
In most cases the conditions will tend toward a hybrid approach, using a suite in some parts where vertical operations stand alone
and a best-of-breed approach overall.
“Best according to need” systems must be modular, open internally and scalable according to context, with fully defined
integration points and standards compliance where possible.
Best according to need
http://blog.prophix.com/authors-2/paul-barber/
Visie
Digitale
strategie
Architectuur
van de organisatie
36. 36
• Wie zijn de mensen die de oplossing gebruiken?
Hoe functioneren deze mensen en wat is belangrijk voor hen?
Wat zijn hun noden, problemen, voorkeuren, waarden, doelen, motivaties, …?
• Hoe kan een oplossing hieraan tegemoet komen?
Wat maakt een oplossing waardevol?
• Wat is de context waarin de oplossing gebruikt zal worden?
Hoe worden de bestaande tools gebruikt?
Wat kan verbeterd worden?
• Ontwerpprincipes voor P2P in plaats van B2B of B2C
Human centered design
40. 40
• Software of een website worden niet gebruikt om ‘eens te kijken’
• Gebruikers hebben een taak in gedachte bij het gebruik van een tool
• Tools hebben meestal 5 à15 taken waarvoor ze het meest gebruikt
worden
• De meest voorkomende taken zijn de toptaken
• Vaak zijn deze toptaken goed voor 80% van het gebruik van een
toepassing
• Het kennen van de toptaken is de basis voor een gebruiksvriendelijke
ontwerp
Toptaken onderzoek
“Don’t manage the technology or the
content itself.
Manage the tasks your customers
need to complete.
Gerry McGovern
say
44. 44
Card sorting is a technique in user experience design in which a person
tests a group of subject experts or users to generate a dendrogram
(category tree) or folksonomy. It is a useful approach for designing
information architecture, workflows, menu structure, or web site
navigation paths.
Card sorting uses a relatively low-tech approach.The person conducting
the test (usability analyst, user experience designer, etc.) first identifies
key concepts and writes them on index cards or Post-it notes.Test subjects,
individually or sometimes as a group, then arrange the cards to represent
how they see the structure and relationships of the information.
Groups can be organized as collaborative groups (focus groups) or as
repeated individual sorts.The literature discusses appropriate numbers of
users needed to produce trustworthy results.
Card sorting
say
https://en.wikipedia.org/wiki/Card_sorting
45. 45
Visualisatie van de tracking van oog-, muis, en/of scrollbewegingen
Heat maps
33%
75%
50%
75%
57%
84%
do
https://www.nngroup.com/articles/f-shaped-pattern-reading-web-content/
46. 46
A/B testen
do
https://www.optimizely.com/ab-testing/
In an A/B test, you take a webpage or app
screen and modify it to create a second
version of the same page.This change can
be as simple as a single headline or button,
or be a complete redesign of the page.
Then, half of your traffic is shown the
original version of the page (known as the
control) and half are shown the modified
version of the page (the variation).
47. 47
Five second test
see
http://fivesecondtest.com
Five second tests can be used to test home page designs,
landing pages, logos, brochures and marketing material.
Wherever first impressions count, use a five second test.
Ask people what they recall
We show your design to people for five seconds.When
the time is up they're asked questions about what they
remembered.
See how people responded
We list all the of the responses in full, and generate a
word cloud of commonly occurring keywords to give you
an insight into people's first impressions.
48. 48
Onderzoeksmethodes in digitale omgevingen
expert groups
vergaderen over wat
eindgebruikers willen
Kwalitatief
INSIGHTS
VALIDATIONS
Kwantitatief
Doel
SAY
Gedrag
DO
enquêtes
customer support
card sorting
focus groups
interviews
logfile analyse
A/B testing
visitors recordings
conversie
eye tracking
think aloud testing
toptaken analyse
usability
observatie
emotie
50. 50
1. Bepalen waarom en wat je wilt onderzoeken
2. Bepalen welke methodes het best zijn om dit te onderzoeken
3. Bepalen welke groep of mensen je kiest om te testen
4. Testers rekruteren
5. Testscenario’s opstellen
6. Testen uitvoeren
7. Inzichten van het onderzoek documenteren
8. Inzichten vertalen naar oplossingen
9. Oplossingen implementeren
10. Opnieuw testen
Gebruikersonderzoek in 10 stappen
http://istoireservices.be/gebruikersonderzoek-10-stappen/
51. 51
Hoe onderzoek je als er nog geen product is?
• Field studies
• Persona building
• User scenarios
• Journey mapping
• Prototype feedback & testing
• …
55. het werkt waarvoor het bedoeld is
55
Gebruikerservaring of user experience
je wilt het (meteen) gebruiken het is eenvoudig in gebruik je gebruikt het graag
Productontwikkeling
UX
product
het ziet er mooi uit
63. 63
Persuasive patterns
Behavioral triggers are based on human
psychology that stimulates emotional response
from the user. Good designers are able to
qualitatively assess the user’s mindset and
derive emotional connection to the content.
These emotional connections are essential in
producing a lively UX.
UX heavily relies on the consumer’s psyche, and
that is why you must integrate a healthy dose of
behavioral triggers, while take caution where it
needs be.
UX en psychologie
65. 65
Human centered design proces
Scenario’s
1
Wireframes
3
Grafisch design
5
Prototype
4
Softwarecode
6
Flows
2
66. 66
UX methodiek
human
centered
design
Service
design
Design
thinking
Experience
design
User
experience
Usability
engineering
Content
management
Branding Visual
design
Information
design
Interaction
design
Learn from people
Voortdurend zicht houden op reële noden, behoeften, wensen en problemen van mensen waarvoor de dienst bedoeld is. De
leefwereld, beperkingen en context kennen waarin mensen een dienst (zullen) gebruiken. Deze factoren primeren op de
technische en organisatorisch uitdagingen die hiertegenover staan.
67. 67
The elements of user experience
Jesse James Garrett’s Pancake Diagram (2000), adapted by John Ferrigan (2017)
70. 70
The Big UX Impact You Can Make With Just a Few Words*
* https://www.usertesting.com/blog/2015/06/30/the-big-ux-impact-you-can-make-with-just-a-few-words
71. 71
Meer lezen over gebruikerservaring
teveel om uit te kiezen
let op: het is een hype!
Bekentenis: ik lees bijna nooit boeken over UX.
Wel over de oorspronkelijk vakgebieden: psychologie,
design, architectuur, ergonomie, filosofie, … die samen de ux
bepalen.
73. 73
Traject om software te kiezen of te (laten) bouwen
gebruiken(her)bouwen
of kopen
idee doel en wensen
onderzoeken
strategie
bepalen
bestek
schrijven
werf
opvolgen
testenaanpak
bepalen
ontwerpenluisteren offertes
lezen
aannemer
kiezen
bijsturen
Human Centered Design
Team samenstellen, proces
vormgeving, planning opmaken
74. 74
Project management methodes
196019501910 1987
Critical Path Method
CPM
Ontwikkeld door Henry
Laurence Gantt
Gantt Chart
Program Evaluation &
Review Technique
PERT
Bronnen
https://en.wikipedia.org/wiki/Project_management
http://projectmanagementhistory.com/
1975
Project Resource
Organisation Management
Planning Technique
PROMPT
framework for the development
and support of IT systems
developed by Simpact Systems
20021995
Project Management
Body of Knowledge
PMBoK
widely used by professional project
managers in many industries around
the world, and is the basis for
certification as a project
management professional (PMP)
1986
Six Sigma
Resultaten van bedrijfskundige processen
verbeteren door de oorzaken van defecten of
fouten te ontdekken en te verwijderen, om zo
de varianten in de processen te reduceren
6 standaardafwijkingen
1989
PRINCE
1990 -
Management by Project
The Project Based Company
AGILE
Project
Management
Portfolio
management
technieken
vormt de brug tussen strategische
processen en programma- en
projectmanagement
75. 75
• Wat is projectmanagement
✓ Planning en communicatie
✓ Methodiek en organisatie
• Terminologie projectmanagement
✓ Bandwerk in de industrie
✓ Leger en oorlog
✓ Sport
• Evolutie in projectmanagement
✓ Van standaardiseren als doel naar innoveren als doel
✓ Van efficiëntiewinst naar waardegedreven
✓ Van project- naar procesgedreven
✓ Van strakke planning en teamrollen naar een flexibele en situationele aanpak
Projectmanagement in evolutie
76. 76
• Omgaan met onzekerheden
• De ontwikkelcontext bepaalt mee de oplossing
• De onderliggende waarden en visie vormen de basis voor beslissingen tijdens het proces
• Uitvoering in extreem korte periodes (sprints)
• Voortdurende feedbackloops (leren)
• Visie als langetermijn doelstelling (waarden)
• Het publiek is betrokken partij tijdens het proces (hcd)
Kenmerken van innoveren
77. 77
Our highest priority is to satisfy the customer
through early and continuous delivery
of valuable software.
Welcome changing requirements, even late in
development.Agile processes harness change for
the customer's competitive advantage.
Deliver working software frequently, from a
couple of weeks to a couple of months, with a
preference to the shorter timescale.
Business people and developers must work
together daily throughout the project.
The Manifesto for Agile Software Developments (2001)
Build projects around motivated individuals.
Give them the environment and support they need,
and trust them to get the job done.
The most efficient and effective method of
conveying information to and within a development
team is face-to-face conversation.
Working software is the primary measure of progress.
Agile processes promote sustainable development.
The sponsors, developers, and users should be able
to maintain a constant pace indefinitely.
Continuous attention to technical excellence
and good design enhances agility.
• Individuals and interactions over processes and tools
• Working software over comprehensive documentation
• Customer collaboration over contract negotiation
• Responding to change over following a plan
Simplicity--the art of maximizing the amount
of work not done--is essential.
The best architectures, requirements, and designs
emerge from self-organizing teams.
At regular intervals, the team reflects on how
to become more effective, then tunes and adjusts
its behavior accordingly.
http://agilemanifesto.org
78. 78
• Lean project management
✓ Adoption of other lean concepts like lean construction, lean manufacturing and lean thinking into a project management context.
✓ Delivering more value with less waste
✓ Lean project management has many techniques that can be applied to projects and one of the main methods is standardization
✓ One of the main goals of lean project management is creation and removal of bottlenecks in the production process in order to accelerate growth and increase productivity
• Agile software development
✓ Soepele, en waardegedreven manier om projecten te beheren
✓ Personen zijn belangrijker dan processen
✓ Samenwerking is waardevoller dan onderhandeling
✓ Iteratief ontwikkelproces
✓ Korte feedbackloops
• Scrum
✓ Scrum is just one of the many iterative and incremental agile software development methods
✓ Scrum leverages commitment as change agent
✓ Dagelijkse stand-up meeting: wat heb ik gisteren gedaan, wat ga ik vandaag doen, wat zijn de hindernissen
✓ Oplevering in sprints
✓ Verschillende rollen
Lean versus Agile en scrum
79. 79
• Hoe?
✓ Tussenoplevering om de 2 à 4 weken (sprint)
✓ Opdrachtnemer en opdrachtgever bepalen samen wat in welke sprint opgeleverd wordt (sprint backlog)
✓ Dagelijkse stand-up meeting met alle teamleden
Wat heb ik gedaan? Wat ga ik doen? Wat zijn de problemen?
✓ Kanban-principes om voortgang te beslissen en planning te visualiseren
(stories, to do, in progress, testing, done)
✓ Sprints worden afgesloten met een sprint review en het bepalen van de volgende sprint backlog
• Met wie?
✓ Zelfsturend en multidisciplinair ontwikkelteam
✓ Product owner lijst van eisen en taken (user stories of product backlog gesorteerd op prioriteit)
meestal de opdrachtgever
✓ Scrummaster teamleider, verantwoordelijk voor de daily scrum (standup)
meestal opdrachtnemer
• Waarom?
✓ Business- en ontwikkelteam beter met elkaar in lijn
✓ Er kan snel geschakeld/gecorrigeerd worden
✓ Korte termijn uitvoeringsdoelen: per sprint, per dag
✓ Flexibele teamorganisatie
✓ Door de tussenopleveringen kan de endgebruiker vroeger in het proces betrokken worden
✓ Iedereen blijft van alles op de hoogte en weet wat zijn/haar taken zijn
Scrum
80. 80
Requirements vs. User Stories
Waterfall – Defines requirements in detail. Every aspect of the project is defined and
documented.Typically, a sign-off process follows, often in the form of a contractual
agreement between the developer and the customer.
Scrum – Defines requirements as user stories.These don’t define technical
requirements, instead they describe user goals and tasks. Each story is defined in full at
the time it’s built. It’s unusual for a contractual agreement to be drawn up which allows
the project to proceed. Instead, the team begins work on the most important user
stories.
Predictive vs. Empirical
Waterfall – Defines requirements predictively.Take functional specs as an example.
Traditionally, you’d define all requirements at the start of the project and have them
approved by the client before any design or build work takes place.
Scrum – Defines requirements empirically. Instead of planning everything up-front, we
define high level user stories.We then work on each of these in order of value to the
project.A story is worked on intensively until it is 100% complete, from design to build
to testing. Scrum accepts that a problem can’t always be fully understood at the start of a
project.
Waterfall vs SCRUM
Individuals vs.Teams
Waterfall — Individuals are responsible for the delivery of their part of the project.A hierarchical structure
consists of project manager(s) who hold overall responsibility for delivery of the project. Individuals often work on
multiple projects at the same time.
Scrum — A team is assigned to the project.The team consists of each individual required to deliver the project.
This whole team is available and dedicated to the project until it is complete. No hierarchy exists and the entire
team takes responsibility for delivery of the project.
Sequential vs. Iterative
Waterfall – Plans a project timeline as a sequence of stages. Each stage is dependent on the completion of the
last.The entire project timeline is planned at the start.A releasable product is delivered at the end of the project
timeline.
Scrum – The project timeline is made up of iterations (typically lasting 2-4 weeks).At the start of each iteration
the team and client decide which features will be delivered.They commit to the delivery of those features within
that iteration.An iteration results in the production of complete, releasable functionality that is designed, built
and tested.
Cost of change vs. Encouraged change
Waterfall – Contractual agreements and sign-offs occur at each stage of the project.To go backwards and refactor
previously completed stages, is often hindered by these agreements and may require increased budget and an
extended timeline. Change can be costly.
Scrum – Change is welcomed at all stages of the project.A story completed and delivered during one iteration,
may be changed and modified later on in the project if improvements can be made.To allow for these changes,
stories yet to be delivered are often scaled down or removed entirely, avoiding the need to increase budget.
https://opticalcortex.com/scrum-vs-waterfall
81. 81
• Niet elke organisatie kan of wil omgaan met onzekerheden omtrent op te leveren oplossing, budget, tijd, …
• Zonder sterke visie (lange en korte termijn) is de kans groter dat er ‘verkeerd geschakeld’ wordt
• Bij erg hiërarchische organisaties of complexe samenwerkingen is het beslissingsproces te traag
• Elk teamlid heeft sterke communicatieskills nodig
• Iedereen in het team moet overtuigd zijn van het nut van de methode
• Zelfsturende en multidisciplinair teams zijn een voorwaarde
• Continuïteit en strikte en consequente toepassing van de rolverdeling is belangrijk
• Er is veel vertrouwen en ervaring nodig
• Het is een middel om iets te realiseren maar geen doel op zich
• Het is geen wondermiddel om alle problemen op te lossen
Waarom niet elke organisatie agile of scrum aankan
82. 82
• Leren zonder ontwikkelen
• 5-daagse workshop waarbij 1 kritische vraag aangepakt wordt
• Doel is een oplossing te bedenken en deze te testen met eindgebruikers
• Teamsamenstelling en rolverdeling is cruciaal
• Minimaal 4, maximaal 8 personen (excl. inhoudelijke experts en testers)
• Facilitator als procesbewaker en decider als oplossingsbewaker
• Divers team om alle invalshoeken te bewaken
• Nodige expertise: productmanager, ux-expert, it-er, marketeer, …
• Inhoudelijke experten en eindgebruikers worden ‘uitgenodigd’
• Na de sprint beslissen wat de volgende stappen zijn
Design sprint van Google Ventures
http://www.gv.com/sprint/
Toepassing van
design thinking
83. 83
• Service design
• Business Model Canvas
• Value Proposition Design
• As is en To be analyses
• Control Room Design
• Lego Serious Play
• Brown Paper Sessions
• Antroplogische onderzoeksmethodes
• Gedragspsychologie
• Neuroscience
• Systeem denken
• …
Meer frameworks, methodes en denkkaders
Human Centered
Design
Wat staat hier niet?
85. 85
Leestip 2 over procesaanpak
Managing Chaos provides clear guidance on how a
governance model delivered through digital strategy, policy,
and standards - and abetted by a culture of collaboration- can
help the enterprise develop an effective approach to digital
transformation.
Perry Hewitt, Chief Digital Officer, Harvard University
Digital Governance by Design
Lisa Welchman
StandardsTeam
Strategy
Policy