Diese Präsentation wurde erfolgreich gemeldet.
Wir verwenden Ihre LinkedIn Profilangaben und Informationen zu Ihren Aktivitäten, um Anzeigen zu personalisieren und Ihnen relevantere Inhalte anzuzeigen. Sie können Ihre Anzeigeneinstellungen jederzeit ändern.

Informatie Architectuur in evolutie

933 Aufrufe

Veröffentlicht am

Het web heeft alles veranderd. Wat betekent dit voor kenniswerkers, informatiespecialisten, informatie architecten, ontwerpers, ...?

Veröffentlicht in: Internet
  • Als Erste(r) kommentieren

Informatie Architectuur in evolutie

  1. 1. informatie architectuur in evolutie 1 Masterclass Kennis- en informatiemanagement Artevelde Hogeschool, 18 april 2017 Rosemie Callewaert iStoire Services
  2. 2. 2 • Van informatie naar interactie • Van producten naar ervaringen • Van interfaces naar conversaties • Van projecten naar processen Informatie architectuur in evolutie
  3. 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
  4. 4. 4
  5. 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
  6. 6. 1. 
 
 informatie architectuur 6
  7. 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. 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. 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
  10. 10. 10 Bouwen van een interface lay-out interactie informatie grafisch designer interactie designer informatie architect html, css, javascript, … front-end developer php, java, c++, python, .net, … back-end developer
  11. 11. design discovery vooronderzoek Onderzoeken wat gebouwd moet worden lay-out interactie informatie grafisch designer interactie designer informatie architect html, css, javascript, … front-end developer php, java, c++, python, .net, … back-end developer 11
  12. 12. 12 Bron: UX Magazine, 2014
  13. 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”
  14. 14. 14 Evolutie van informatie architectuur http://journalofia.org/volume3/issue2/03-resmini/
  15. 15. Het web is geen locatie meer waar we naartoe gaan 15
  16. 16. 16 Van informatie naar interactie
  17. 17. Interfaces in evolutie 17
  18. 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. 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
  20. 20. 20 Responsive design
  21. 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 • …
  22. 22. 22 Algoritme design Relevance ranking, personalization, collaborative filtering, recommander systems, … filter bubbles Doel zoeken → vinden browsen → gebruiken/kopen object → gerelateerde objecten kopen → meer verkopen (cross-sell)
 persoon → relaties tussen personen (sociaal) ruis→ relevantie
  23. 23. 23 Conversational design Bots,Artificial Intelligence, chat interfaces, virtual assistants, …
  24. 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. 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. 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
  27. 27. Een Belgisch bouwproject 27
  28. 28. 28 Software koterijen
  29. 29. 29 Gevaren van software en databeheer
  30. 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. 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
  32. 32. What do we need? 32
  33. 33. Oplossingen worden vaak bedacht in ruimtes als deze 33
  34. 34. Oplossingen worden ontworpen op schermen als deze 34
  35. 35. Oplossingen worden gebruikt in sitaties als deze 35
  36. 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
  37. 37. business thinking solution problem design thinking understand problem solution observatieoplossing
  38. 38. 2. Gebruikersonderzoek 38
  39. 39. 39 What people say they (will) do What people do
  40. 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
  41. 41. 41 Think aloud testing say & do
  42. 42. 42 Visitor recordings do
  43. 43. 43 Google Analytics do
  44. 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. 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. 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. 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. 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
  49. 49. 49 Eén onderzoeksmethode is geen onderzoekmethode
  50. 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. 51 Hoe onderzoek je als er nog geen product is? • Field studies • Persona building • User scenarios • Journey mapping • Prototype feedback & testing • …
  52. 52. 52 Prototype + Think aloud testing
  53. 53. 53 Vakliteratuur over onderzoeksmethodes https://www.nngroup.com/articles/which-ux-research-methods/
  54. 54. 3. Gebruikerservaring 54
  55. 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
  56. 56. 56 Product vs experience
  57. 57. 57 Inspelen op spontane handelingen
  58. 58. Please, do touch! 58
  59. 59. De manier waarop je iets vraagt 59
  60. 60. 60 Author experience (AX) © 2014
  61. 61. 61 UX user experience usability satisfaction efficiency effectiveness emotional bonding functionality
  62. 62. 62 Hierarchiy of design considerations
  63. 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
  64. 64. 64 UX-design user research content strategy information architecture digital strategy development interface design interaction design repeat infinitely
  65. 65. 65 Human centered design proces Scenario’s 1 Wireframes 3 Grafisch design 5 Prototype 4 Softwarecode 6 Flows 2
  66. 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. 67 The elements of user experience Jesse James Garrett’s Pancake Diagram (2000), adapted by John Ferrigan (2017)
  68. 68. 68 UX checklist per ontwikkelfase http://uxchecklist.github.io
  69. 69. Microcopy 69
  70. 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. 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.
  72. 72. 4. van project- naar procesmanagement 72
  73. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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?
  84. 84. 84 Leestip 1 over procesaanpak
  85. 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
  86. 86. 86 Leestip 3 over procesaanpak
  87. 87. 87 be brave take risks nothing can substitute experience — Paulo Coelho
  88. 88. 88 Vragen, bedenkingen, aanvullingen? @rcallewaert LinkedIn - Twitter

×