Lock in $30 Savings on PRO—Offer Ends Soon! ⏳

évoluSIòn: educating the Y generation

évoluSIòn: educating the Y generation

A Service Design approach to the systematic problems encountered in my school, which kept on leading to demotivation and poor performance.
Full report (in French): http://mattischneider.fr/polytech/evolusion/rapport_evolusion.pdf

Matti Schneider

June 17, 2011
Tweet

More Decks by Matti Schneider

Other Decks in Education

Transcript

  1. évoluSIòn ´ ` IMPROVING COMMUNICATION WITHIN POLYTECH’NICE Fabien Brossier Thomas

    De Bona Jérémy Gabriele Matti Schneider-Ghibaudo Tutors: Françoise Baude, Peter Sander 1 évoluSIòn ´ ` E D U C A T I N G T H E Y G E N E R A T I O N
  2. évoluSIòn ´ ` RATIONALE • the fourth year (SI4) was

    difficult • second term especially 2
  3. évoluSIòn ´ ` RATIONALE • the fourth year (SI4) was

    difficult • second term especially • for students 2
  4. évoluSIòn ´ ` for (var i = 0;;) { do

    somthin; somthingElse(); // srsly? blah whatever(ishis); this.makeBeli(); if ( break now(); } RATIONALE • the fourth year (SI4) was difficult • second term especially • for students • …for some teachers too 2
  5. évoluSIòn ´ ` for (var i = 0;;) { do

    somthin; somthingElse(); // srsly? blah whatever(ishis); this.makeBeli(); if ( break now(); } RATIONALE • the fourth year (SI4) was difficult • second term especially • for students • …for some teachers too • a recurring problem 2
  6. évoluSIòn ´ ` for (var i = 0;;) { do

    somthin; somthingElse(); // srsly? blah whatever(ishis); this.makeBeli(); if ( break now(); } RATIONALE • the fourth year (SI4) was difficult • second term especially • for students • …for some teachers too • a recurring problem • at least in the last 3 years 2
  7. évoluSIòn ´ ` for (var i = 0;;) { do

    somthin; somthingElse(); // srsly? blah whatever(ishis); this.makeBeli(); if ( break now(); } RATIONALE • the fourth year (SI4) was difficult • second term especially • for students • …for some teachers too • a recurring problem • at least in the last 3 years • try and find solutions! 2
  8. évoluSIòn ´ ` GOALS • assess demotivation • qualification 3

    reason 1 act 1 qual 1 reason 2 act 2 qual 2 reason 3 act 3 qual 4 reason 4 act 4 qual 4 reason 5 act 5 qual 5
  9. évoluSIòn ´ ` GOALS • assess demotivation • qualification •

    quantification 3 reason 1 act 1 qual 1 reason 2 act 2 qual 2 reason 3 act 3 qual 4 reason 4 act 4 qual 4 reason 5 act 5 qual 5
  10. évoluSIòn ´ ` GOALS • assess demotivation • qualification •

    quantification • determine its causes 3 reason 1 act 1 qual 1 reason 2 act 2 qual 2 reason 3 act 3 qual 4 reason 4 act 4 qual 4 reason 5 act 5 qual 5
  11. évoluSIòn ´ ` GOALS • assess demotivation • qualification •

    quantification • determine its causes • elaborate an action plan 3 reason 1 act 1 qual 1 reason 2 act 2 qual 2 reason 3 act 3 qual 4 reason 4 act 4 qual 4 reason 5 act 5 qual 5
  12. évoluSIòn ´ ` GOALS • assess demotivation • qualification •

    quantification • determine its causes • elaborate an action plan • with all actors 3 reason 1 act 1 qual 1 reason 2 act 2 qual 2 reason 3 act 3 qual 4 reason 4 act 4 qual 4 reason 5 act 5 qual 5
  13. évoluSIòn ´ ` GOALS • assess demotivation • qualification •

    quantification • determine its causes • elaborate an action plan • with all actors • do our best to apply the plan 3 reason 1 act 1 qual 1 reason 2 act 2 qual 2 reason 3 act 3 qual 4 reason 4 act 4 qual 4 reason 5 act 5 qual 5
  14. évoluSIòn ´ ` APPROACH 4 Products are tangible objects that

    exist in both time and space; services consist solely of acts or process(es), and exist in time only. (How to Design a Service, 1982 article by G. Lynn Shostack) SDToolkit is the outcome of a partnership between two design firms specialized in service design, Namahn and Yellow Window, and Design Flanders. Directed at « design of public services », but methodology applicable elsewhere.
  15. évoluSIòn ´ ` APPROACH • service design 4 Products are

    tangible objects that exist in both time and space; services consist solely of acts or process(es), and exist in time only. (How to Design a Service, 1982 article by G. Lynn Shostack) SDToolkit is the outcome of a partnership between two design firms specialized in service design, Namahn and Yellow Window, and Design Flanders. Directed at « design of public services », but methodology applicable elsewhere.
  16. évoluSIòn ´ ` APPROACH • service design • ≠ SOA

    4 Products are tangible objects that exist in both time and space; services consist solely of acts or process(es), and exist in time only. (How to Design a Service, 1982 article by G. Lynn Shostack) SDToolkit is the outcome of a partnership between two design firms specialized in service design, Namahn and Yellow Window, and Design Flanders. Directed at « design of public services », but methodology applicable elsewhere.
  17. évoluSIòn ´ ` APPROACH • service design • ≠ SOA

    • emerging approach (Shostack, 1982) 4 Products are tangible objects that exist in both time and space; services consist solely of acts or process(es), and exist in time only. (How to Design a Service, 1982 article by G. Lynn Shostack) SDToolkit is the outcome of a partnership between two design firms specialized in service design, Namahn and Yellow Window, and Design Flanders. Directed at « design of public services », but methodology applicable elsewhere.
  18. évoluSIòn ´ ` “Service design is the creation of symbols,

    artifacts, environments, processes, and systems to facilitate deliberate action.” — Elliott Williams APPROACH • service design • ≠ SOA • emerging approach (Shostack, 1982) 4 Products are tangible objects that exist in both time and space; services consist solely of acts or process(es), and exist in time only. (How to Design a Service, 1982 article by G. Lynn Shostack) SDToolkit is the outcome of a partnership between two design firms specialized in service design, Namahn and Yellow Window, and Design Flanders. Directed at « design of public services », but methodology applicable elsewhere.
  19. évoluSIòn ´ ` “Service design is the creation of symbols,

    artifacts, environments, processes, and systems to facilitate deliberate action.” — Elliott Williams APPROACH • service design • ≠ SOA • emerging approach (Shostack, 1982) • focus on process instead of product 4 Products are tangible objects that exist in both time and space; services consist solely of acts or process(es), and exist in time only. (How to Design a Service, 1982 article by G. Lynn Shostack) SDToolkit is the outcome of a partnership between two design firms specialized in service design, Namahn and Yellow Window, and Design Flanders. Directed at « design of public services », but methodology applicable elsewhere.
  20. évoluSIòn ´ ` APPROACH • service design • ≠ SOA

    • emerging approach (Shostack, 1982) • focus on process instead of product • use of a toolkit 4 Products are tangible objects that exist in both time and space; services consist solely of acts or process(es), and exist in time only. (How to Design a Service, 1982 article by G. Lynn Shostack) SDToolkit is the outcome of a partnership between two design firms specialized in service design, Namahn and Yellow Window, and Design Flanders. Directed at « design of public services », but methodology applicable elsewhere.
  21. évoluSIòn ´ ` APPROACH • service design • ≠ SOA

    • emerging approach (Shostack, 1982) • focus on process instead of product • use of a toolkit • full agility! 4 Products are tangible objects that exist in both time and space; services consist solely of acts or process(es), and exist in time only. (How to Design a Service, 1982 article by G. Lynn Shostack) SDToolkit is the outcome of a partnership between two design firms specialized in service design, Namahn and Yellow Window, and Design Flanders. Directed at « design of public services », but methodology applicable elsewhere.
  22. évoluSIòn ´ ` APPROACH • service design • ≠ SOA

    • emerging approach (Shostack, 1982) • focus on process instead of product • use of a toolkit • full agility! • unkown problem 4 ? Products are tangible objects that exist in both time and space; services consist solely of acts or process(es), and exist in time only. (How to Design a Service, 1982 article by G. Lynn Shostack) SDToolkit is the outcome of a partnership between two design firms specialized in service design, Namahn and Yellow Window, and Design Flanders. Directed at « design of public services », but methodology applicable elsewhere.
  23. évoluSIòn ´ ` APPROACH • service design • ≠ SOA

    • emerging approach (Shostack, 1982) • focus on process instead of product • use of a toolkit • full agility! • unkown problem • unkown solutions 4 ? ? Products are tangible objects that exist in both time and space; services consist solely of acts or process(es), and exist in time only. (How to Design a Service, 1982 article by G. Lynn Shostack) SDToolkit is the outcome of a partnership between two design firms specialized in service design, Namahn and Yellow Window, and Design Flanders. Directed at « design of public services », but methodology applicable elsewhere.
  24. évoluSIòn ´ ` APPROACH • service design • ≠ SOA

    • emerging approach (Shostack, 1982) • focus on process instead of product • use of a toolkit • full agility! • unkown problem • unkown solutions • unpredictable reactions 4 ? ? ? Products are tangible objects that exist in both time and space; services consist solely of acts or process(es), and exist in time only. (How to Design a Service, 1982 article by G. Lynn Shostack) SDToolkit is the outcome of a partnership between two design firms specialized in service design, Namahn and Yellow Window, and Design Flanders. Directed at « design of public services », but methodology applicable elsewhere.
  25. évoluSIòn ´ ` APPROACH • service design • ≠ SOA

    • emerging approach (Shostack, 1982) • focus on process instead of product • use of a toolkit • full agility! • unkown problem • unkown solutions • unpredictable reactions 4 ? ? ? Products are tangible objects that exist in both time and space; services consist solely of acts or process(es), and exist in time only. (How to Design a Service, 1982 article by G. Lynn Shostack) SDToolkit is the outcome of a partnership between two design firms specialized in service design, Namahn and Yellow Window, and Design Flanders. Directed at « design of public services », but methodology applicable elsewhere.
  26. évoluSIòn ´ ` QUALIFYING THE PROBLEM 7 • own feelings

    • are they shared? • formalize feelings?!
  27. évoluSIòn ´ ` QUALIFYING THE PROBLEM 7 • own feelings

    • are they shared? • formalize feelings?! • determine causes and action points
  28. évoluSIòn ´ ` CAUSE DIAGRAM 8 Feelings Underlying causes Direct

    causes Core Feelings Underlying causes Direct causes Core
  29. évoluSIòn ´ ` CAUSE DIAGRAM 8 Feelings Underlying causes Direct

    causes Core Feelings Underlying causes Direct causes Core Where to act?
  30. évoluSIòn ´ ` CAUSE DIAGRAM 8 Feelings Underlying causes Direct

    causes Core Feelings Underlying causes Direct causes Core Where to act? Best
  31. évoluSIòn ´ ` CAUSE DIAGRAM 8 Feelings Underlying causes Direct

    causes Core Feelings Underlying causes Direct causes Core Where to act? Best we are students
  32. évoluSIòn ´ ` CAUSE DIAGRAM 8 Feelings Underlying causes Direct

    causes Core Feelings Underlying causes Direct causes Core Where to act? Best we are students Hopeful
  33. évoluSIòn ´ ` CAUSE DIAGRAM 8 Feelings Underlying causes Direct

    causes Core Feelings Underlying causes Direct causes Core Where to act? Best we are students Hopeful Realistic
  34. évoluSIòn ´ ` STUDENTS’ FEELINGS 9 • discuss with many

    students • diverse groups • informal surveying
  35. évoluSIòn ´ ` STUDENTS’ FEELINGS 9 • discuss with many

    students • diverse groups • informal surveying • categorize answers
  36. évoluSIòn ´ ` STUDENTS’ FEELINGS 9 • discuss with many

    students • diverse groups • informal surveying • categorize answers • give them a global meaning
  37. évoluSIòn ´ ` STUDENTS CAUSE DIAGRAM 10 Feelings Underlying causes

    Direct causes Core ⾠ Feelings Poor understanding of year goals
  38. évoluSIòn ´ ` STUDENTS CAUSE DIAGRAM 10 Feelings Underlying causes

    Direct causes Core Poor learning efficiency ⾠ Feelings Poor understanding of year goals
  39. évoluSIòn ´ ` STUDENTS CAUSE DIAGRAM 10 Feelings Underlying causes

    Direct causes Core Poor learning efficiency Lack of feedback ⾠ Feelings Poor understanding of year goals
  40. évoluSIòn ´ ` UNDERLYING CAUSES 11 • interpret discussions •

    determine origin of feelings • validate hypotheses with fellow students
  41. évoluSIòn ´ ` UNDERLYING CAUSES 11 • interpret discussions •

    determine origin of feelings • validate hypotheses with fellow students
  42. évoluSIòn ´ ` STUDENTS CAUSE DIAGRAM 12 Feelings Underlying causes

    Direct causes Core Poor learning efficiency Poor understanding of year goals Lack of feedback
  43. évoluSIòn ´ ` STUDENTS CAUSE DIAGRAM 12 Feelings Underlying causes

    Direct causes Core Poor learning efficiency Poor understanding of year goals Lack of feedback Iterative content additions Poor dependencies handling Poor workload repartition Lack of useful feedback Lack of student inquiries
  44. évoluSIòn ´ ` DIRECT CAUSES 13 • find causes to

    the causes • out of sight from students ?
  45. évoluSIòn ´ ` DIRECT CAUSES 13 • find causes to

    the causes • out of sight from students • ask teachers! for (var i = 0;;) { do somthin; somthingElse(); whatever(ishis); this.makeBeli(); break now(); if (kjdfkjdfl(); } ?
  46. évoluSIòn ´ ` DIRECT CAUSES 13 • find causes to

    the causes • out of sight from students • ask teachers! • validate previous analysis for (var i = 0;;) { do somthin; somthingElse(); whatever(ishis); this.makeBeli(); break now(); if (kjdfkjdfl(); } ?
  47. évoluSIòn ´ ` DIRECT CAUSES 13 • find causes to

    the causes • out of sight from students • ask teachers! • validate previous analysis • present project for (var i = 0;;) { do somthin; somthingElse(); whatever(ishis); this.makeBeli(); break now(); if (kjdfkjdfl(); } ?
  48. évoluSIòn ´ ` DIRECT CAUSES 13 • find causes to

    the causes • out of sight from students • ask teachers! • validate previous analysis • present project • discuss solution proposals for (var i = 0;;) { do somthin; somthingElse(); whatever(ishis); this.makeBeli(); break now(); if (kjdfkjdfl(); } ?
  49. évoluSIòn ´ ` STUDENTS CAUSE DIAGRAM 14 Feelings Underlying causes

    Direct causes Core Poor learning efficiency Poor understanding of year goals Lack of feedback Iterative content additions Poor dependencies handling Poor workload repartition Lack of useful feedback Lack of student inquiries
  50. évoluSIòn ´ ` STUDENTS CAUSE DIAGRAM 14 Feelings Underlying causes

    Direct causes Core Poor learning efficiency Poor understanding of year goals Lack of feedback Iterative content additions Poor dependencies handling Poor workload repartition Lack of useful feedback Lack of student inquiries No global curriculum Occasional communication between teachers Too long feedback delays Passive students
  51. évoluSIòn ´ ` STUDENTS CAUSE DIAGRAM 15 Feelings Underlying causes

    Direct causes Core Poor learning efficiency Poor understanding of year goals Lack of feedback Iterative content additions Poor dependencies handling Poor workload repartition Lack of useful feedback Lack of student inquiries No global curriculum Occasional communication between teachers Too long feedback delays Passive students Lack of time to do everything One of the roots of the problem is, for many teachers, a lack of time to do everything they’d like to.
  52. évoluSIòn ´ ` for (var i = 0;;) { do

    somthin; somthingElse(); whatever(ishis); this.makeBeli(); break now(); if (kjdfkjdfl(); } TEACHERS INTERVIEWS 16 ?
  53. évoluSIòn ´ ` for (var i = 0;;) { do

    somthin; somthingElse(); whatever(ishis); this.makeBeli(); break now(); if (kjdfkjdfl(); } TEACHERS INTERVIEWS 16 • more formal ?
  54. évoluSIòn ´ ` for (var i = 0;;) { do

    somthin; somthingElse(); whatever(ishis); this.makeBeli(); break now(); if (kjdfkjdfl(); } TEACHERS INTERVIEWS 16 • more formal • 30-75 minutes ?
  55. évoluSIòn ´ ` for (var i = 0;;) { do

    somthin; somthingElse(); whatever(ishis); this.makeBeli(); break now(); if (kjdfkjdfl(); } TEACHERS INTERVIEWS 16 • more formal • 30-75 minutes • given set of questions ?
  56. évoluSIòn ´ ` for (var i = 0;;) { do

    somthin; somthingElse(); whatever(ishis); this.makeBeli(); break now(); if (kjdfkjdfl(); } TEACHERS INTERVIEWS 16 • more formal • 30-75 minutes • given set of questions • reproducibility ?
  57. évoluSIòn ´ ` for (var i = 0;;) { do

    somthin; somthingElse(); whatever(ishis); this.makeBeli(); break now(); if (kjdfkjdfl(); } TEACHERS INTERVIEWS 16 • more formal • 30-75 minutes • given set of questions • reproducibility • expanded depending on teacher’s interests ?
  58. évoluSIòn ´ ` for (var i = 0;;) { do

    somthin; somthingElse(); whatever(ishis); this.makeBeli(); break now(); if (kjdfkjdfl(); } TEACHERS INTERVIEWS 16 • more formal • 30-75 minutes • given set of questions • reproducibility • expanded depending on teacher’s interests • extremely beneficial
  59. évoluSIòn ´ ` for (var i = 0;;) { do

    somthin; somthingElse(); whatever(ishis); this.makeBeli(); break now(); if (kjdfkjdfl(); } TEACHERS INTERVIEWS 16 • more formal • 30-75 minutes • given set of questions • reproducibility • expanded depending on teacher’s interests • extremely beneficial • unthought-of ideas !
  60. évoluSIòn ´ ` for (var i = 0;;) { do

    somthin; somthingElse(); whatever(ishis); this.makeBeli(); break now(); if (kjdfkjdfl(); } TEACHERS INTERVIEWS 16 • more formal • 30-75 minutes • given set of questions • reproducibility • expanded depending on teacher’s interests • extremely beneficial • unthought-of ideas • mostly supportive of approach !
  61. évoluSIòn ´ ` for (var i = 0;;) { do

    somthin; somthingElse(); whatever(ishis); this.makeBeli(); break now(); if (kjdfkjdfl(); } TEACHERS INTERVIEWS 17
  62. évoluSIòn ´ ` for (var i = 0;;) { do

    somthin; somthingElse(); whatever(ishis); this.makeBeli(); break now(); if (kjdfkjdfl(); } TEACHERS INTERVIEWS 17 • investigated teachers’ points of view
  63. évoluSIòn ´ ` for (var i = 0;;) { do

    somthin; somthingElse(); whatever(ishis); this.makeBeli(); break now(); if (kjdfkjdfl(); } TEACHERS INTERVIEWS 17 • investigated teachers’ points of view • same process
  64. évoluSIòn ´ ` for (var i = 0;;) { do

    somthin; somthingElse(); whatever(ishis); this.makeBeli(); break now(); if (kjdfkjdfl(); } TEACHERS INTERVIEWS 17 • investigated teachers’ points of view • same process • teachers reluctant to tell feelings
  65. évoluSIòn ´ ` for (var i = 0;;) { do

    somthin; somthingElse(); whatever(ishis); this.makeBeli(); break now(); if (kjdfkjdfl(); } TEACHERS INTERVIEWS 17 • investigated teachers’ points of view • same process • teachers reluctant to tell feelings • determine direct causes with students
  66. évoluSIòn ´ ` for (var i = 0;;) { do

    somthin; somthingElse(); whatever(ishis); this.makeBeli(); break now(); if (kjdfkjdfl(); } TEACHERS INTERVIEWS 17 • investigated teachers’ points of view • same process • teachers reluctant to tell feelings • determine direct causes with students • find action points in students behaviour
  67. évoluSIòn ´ ` TEACHERS CAUSE DIAGRAM 18 French-style education? Lack

    of work Lack of communication Very little curriculum customization Absenteeism Students passivity Too busy schedule Fear of being mistreated Feeling of uselessness Feelings Underlying causes Direct causes Core
  68. évoluSIòn ´ ` FOCUS GROUP 19 • meetup with all

    types of users • teachers, year rep, SI3, SI4 (several groups) for(;){ i 0;) { } for(;){ i 0;) { }
  69. évoluSIòn ´ ` FOCUS GROUP 19 • meetup with all

    types of users • teachers, year rep, SI3, SI4 (several groups) • present solutions for(;){ i 0;) { } for(;){ i 0;) { }
  70. évoluSIòn ´ ` FOCUS GROUP 19 • meetup with all

    types of users • teachers, year rep, SI3, SI4 (several groups) • present solutions • find the most effective ones for(;){ i 0;) { } for(;){ i 0;) { }
  71. évoluSIòn ´ ` DELIVERABLES SPECIFICATION 21 Sheets * Description :

    Five lines to DEFINE the solution. * Goals : Set of goals to GET TO the solution. * Preview : To VISUALISE and agree on the prototype
  72. évoluSIòn ´ ` DELIVERABLES SPECIFICATION 21 • description Sheets Description

    A set of sheets listing the best practices for students, teachers and representatives. * Description : Five lines to DEFINE the solution. * Goals : Set of goals to GET TO the solution. * Preview : To VISUALISE and agree on the prototype
  73. évoluSIòn ´ ` DELIVERABLES SPECIFICATION 21 • description • define

    the solution Sheets Description A set of sheets listing the best practices for students, teachers and representatives. * Description : Five lines to DEFINE the solution. * Goals : Set of goals to GET TO the solution. * Preview : To VISUALISE and agree on the prototype
  74. évoluSIòn ´ ` DELIVERABLES SPECIFICATION 21 • description • define

    the solution • goals Sheets Description A set of sheets listing the best practices for students, teachers and representatives. Goals •remind that efficient communication is done through direct discussion; •present the institutional architecture to students; •give advice and tools to students and teachers. * Description : Five lines to DEFINE the solution. * Goals : Set of goals to GET TO the solution. * Preview : To VISUALISE and agree on the prototype
  75. évoluSIòn ´ ` DELIVERABLES SPECIFICATION 21 • description • define

    the solution • goals • expect the outcome Sheets Description A set of sheets listing the best practices for students, teachers and representatives. Goals •remind that efficient communication is done through direct discussion; •present the institutional architecture to students; •give advice and tools to students and teachers. * Description : Five lines to DEFINE the solution. * Goals : Set of goals to GET TO the solution. * Preview : To VISUALISE and agree on the prototype
  76. évoluSIòn ´ ` DELIVERABLES SPECIFICATION 21 • description • define

    the solution • goals • expect the outcome • preview Sheets Description A set of sheets listing the best practices for students, teachers and representatives. Goals •remind that efficient communication is done through direct discussion; •present the institutional architecture to students; •give advice and tools to students and teachers. * Description : Five lines to DEFINE the solution. * Goals : Set of goals to GET TO the solution. * Preview : To VISUALISE and agree on the prototype
  77. évoluSIòn ´ ` DELIVERABLES SPECIFICATION 21 • description • define

    the solution • goals • expect the outcome • preview • agree on prototypes Sheets Description A set of sheets listing the best practices for students, teachers and representatives. Goals •remind that efficient communication is done through direct discussion; •present the institutional architecture to students; •give advice and tools to students and teachers. * Description : Five lines to DEFINE the solution. * Goals : Set of goals to GET TO the solution. * Preview : To VISUALISE and agree on the prototype
  78. évoluSIòn ´ ` DELIVERABLES SPECIFICATION 22 Sheets Description A set

    of sheets listing the best practices for students, teachers and representatives. Goals •remind that efficient communication is done through direct discussion; •present the institutional architecture to students; •give advice and tools to students and teachers. * Needs : Enumerate things we will need to deploy this solution * SWOT matrix : evaluate feasability of a solution. Mitigate the risks (arrows)
  79. évoluSIòn ´ ` DELIVERABLES SPECIFICATION 22 • needs Sheets Description

    A set of sheets listing the best practices for students, teachers and representatives. Goals •remind that efficient communication is done through direct discussion; •present the institutional architecture to students; •give advice and tools to students and teachers. Needs •paper sheets; •printing abilities. * Needs : Enumerate things we will need to deploy this solution * SWOT matrix : evaluate feasability of a solution. Mitigate the risks (arrows)
  80. évoluSIòn ´ ` DELIVERABLES SPECIFICATION 22 • needs • enumerate

    material dependencies Sheets Description A set of sheets listing the best practices for students, teachers and representatives. Goals •remind that efficient communication is done through direct discussion; •present the institutional architecture to students; •give advice and tools to students and teachers. Needs •paper sheets; •printing abilities. * Needs : Enumerate things we will need to deploy this solution * SWOT matrix : evaluate feasability of a solution. Mitigate the risks (arrows)
  81. évoluSIòn ´ ` DELIVERABLES SPECIFICATION 22 • needs • enumerate

    material dependencies • SWOT matrix Sheets Description A set of sheets listing the best practices for students, teachers and representatives. Goals •remind that efficient communication is done through direct discussion; •present the institutional architecture to students; •give advice and tools to students and teachers. Needs •paper sheets; •printing abilities. * Needs : Enumerate things we will need to deploy this solution * SWOT matrix : evaluate feasability of a solution. Mitigate the risks (arrows)
  82. évoluSIòn ´ ` DELIVERABLES SPECIFICATION 22 • needs • enumerate

    material dependencies • SWOT matrix Sheets Description A set of sheets listing the best practices for students, teachers and representatives. Goals •remind that efficient communication is done through direct discussion; •present the institutional architecture to students; •give advice and tools to students and teachers. Needs •paper sheets; •printing abilities. Positive Negative Internal Internal External External Strengths Weaknesses Opportunities Threats * Needs : Enumerate things we will need to deploy this solution * SWOT matrix : evaluate feasability of a solution. Mitigate the risks (arrows)
  83. évoluSIòn ´ ` DELIVERABLES SPECIFICATION 22 • needs • enumerate

    material dependencies • SWOT matrix Sheets Description A set of sheets listing the best practices for students, teachers and representatives. Goals •remind that efficient communication is done through direct discussion; •present the institutional architecture to students; •give advice and tools to students and teachers. Needs •paper sheets; •printing abilities. Positive Negative Internal Internal External External Strengths Weaknesses Opportunities Threats limit consequences * Needs : Enumerate things we will need to deploy this solution * SWOT matrix : evaluate feasability of a solution. Mitigate the risks (arrows)
  84. évoluSIòn ´ ` DELIVERABLES SPECIFICATION 22 • needs • enumerate

    material dependencies • SWOT matrix Sheets Description A set of sheets listing the best practices for students, teachers and representatives. Goals •remind that efficient communication is done through direct discussion; •present the institutional architecture to students; •give advice and tools to students and teachers. Needs •paper sheets; •printing abilities. Positive Negative Internal Internal External External Strengths Weaknesses Opportunities Threats increase probability limit consequences * Needs : Enumerate things we will need to deploy this solution * SWOT matrix : evaluate feasability of a solution. Mitigate the risks (arrows)
  85. évoluSIòn ´ ` DELIVERABLES SPECIFICATION 22 • needs • enumerate

    material dependencies • SWOT matrix Sheets Description A set of sheets listing the best practices for students, teachers and representatives. Goals •remind that efficient communication is done through direct discussion; •present the institutional architecture to students; •give advice and tools to students and teachers. Needs •paper sheets; •printing abilities. Positive Negative Internal Internal External External Strengths Weaknesses Opportunities Threats increase probability decrease probability limit consequences * Needs : Enumerate things we will need to deploy this solution * SWOT matrix : evaluate feasability of a solution. Mitigate the risks (arrows)
  86. évoluSIòn ´ ` DELIVERABLES SPECIFICATION 23 • needs • enumerate

    material dependencies • SWOT matrix • analyze strengths and weaknesses Sheets Description A set of sheets listing the best practices for students, teachers and representatives. Goals •remind that efficient communication is done through direct discussion; •present the institutional architecture to students; •give advice and tools to students and teachers. Needs •paper sheets; •printing abilities. Positive Negative Internal Internal External External Strengths Weaknesses Opportunities Threats So that is our deliverables specification, now i will present the solution we actually propose.
  87. évoluSIòn ´ ` DELIVERABLES SPECIFICATION 23 • needs • enumerate

    material dependencies • SWOT matrix • analyze strengths and weaknesses Sheets Description A set of sheets listing the best practices for students, teachers and representatives. Goals •remind that efficient communication is done through direct discussion; •present the institutional architecture to students; •give advice and tools to students and teachers. Needs •paper sheets; •printing abilities. Positive Negative Internal Internal External External •lorem ipsum •jumped over •dolor sit amet •the lazy dog •the quick •might be •brown fox •paper sheets Positive Negative Internal External Strengths Weaknesses Opportunities Threats So that is our deliverables specification, now i will present the solution we actually propose.
  88. évoluSIòn ´ ` SOLUTION 1: SHEETS 24 A set of

    sheets listing the best practices for students, teachers and representatives to avoid triggering the causes for negative feelings, as defined previously. So, what do we aim at with these sheets?
  89. évoluSIòn ´ ` SOLUTION 1: SHEETS • best practices for

    students, teachers and representatives 24 A set of sheets listing the best practices for students, teachers and representatives to avoid triggering the causes for negative feelings, as defined previously. So, what do we aim at with these sheets?
  90. évoluSIòn ´ ` SOLUTION 1: SHEETS • best practices for

    students, teachers and representatives • remind to students their responsibilities in communicating 24 A set of sheets listing the best practices for students, teachers and representatives to avoid triggering the causes for negative feelings, as defined previously. So, what do we aim at with these sheets?
  91. évoluSIòn ´ ` SOLUTION 1: SHEETS • best practices for

    students, teachers and representatives • remind to students their responsibilities in communicating • present the institutional architecture to students 24 A set of sheets listing the best practices for students, teachers and representatives to avoid triggering the causes for negative feelings, as defined previously. So, what do we aim at with these sheets?
  92. évoluSIòn ´ ` SOLUTION 1: SHEETS • best practices for

    students, teachers and representatives • remind to students their responsibilities in communicating • present the institutional architecture to students • efficient communication is face-to-face 24 A set of sheets listing the best practices for students, teachers and representatives to avoid triggering the causes for negative feelings, as defined previously. So, what do we aim at with these sheets?
  93. évoluSIòn ´ ` SOLUTION 1: SHEETS • best practices for

    students, teachers and representatives • remind to students their responsibilities in communicating • present the institutional architecture to students • efficient communication is face-to-face • collaborative tools for teachers 24 A set of sheets listing the best practices for students, teachers and representatives to avoid triggering the causes for negative feelings, as defined previously. So, what do we aim at with these sheets?
  94. évoluSIòn ´ ` SOLUTION 1: SHEETS • best practices for

    students, teachers and representatives • remind to students their responsibilities in communicating • present the institutional architecture to students • efficient communication is face-to-face • collaborative tools for teachers • especially useful for new / external teachers 24 A set of sheets listing the best practices for students, teachers and representatives to avoid triggering the causes for negative feelings, as defined previously. So, what do we aim at with these sheets?
  95. évoluSIòn ´ ` SOLUTION 1: SHEETS • best practices for

    students, teachers and representatives • remind to students their responsibilities in communicating • present the institutional architecture to students • efficient communication is face-to-face • collaborative tools for teachers • especially useful for new / external teachers • describe their mission to representatives 24 A set of sheets listing the best practices for students, teachers and representatives to avoid triggering the causes for negative feelings, as defined previously. So, what do we aim at with these sheets?
  96. évoluSIòn ´ ` SOLUTION 2: AWARENESS 25 "Make the student

    representative become a real pivot between teachers and student" Goal : -> Proposing actions fom next year to make students aware of the importance of having representiatives. Important that we can have a real election instead of students chosen in the corridor. Therefore, we have to make the role being less traumatic. Some teachers gave us new ideas:
  97. évoluSIòn ´ ` SOLUTION 2: AWARENESS • stress importance of

    the representatives 25 "Make the student representative become a real pivot between teachers and student" Goal : -> Proposing actions fom next year to make students aware of the importance of having representiatives. Important that we can have a real election instead of students chosen in the corridor. Therefore, we have to make the role being less traumatic. Some teachers gave us new ideas:
  98. évoluSIòn ´ ` SOLUTION 2: AWARENESS • stress importance of

    the representatives • real elections 25 "Make the student representative become a real pivot between teachers and student" Goal : -> Proposing actions fom next year to make students aware of the importance of having representiatives. Important that we can have a real election instead of students chosen in the corridor. Therefore, we have to make the role being less traumatic. Some teachers gave us new ideas:
  99. évoluSIòn ´ ` SOLUTION 2: AWARENESS • stress importance of

    the representatives • real elections • amphitheater briefing by older students 25 "Make the student representative become a real pivot between teachers and student" Goal : -> Proposing actions fom next year to make students aware of the importance of having representiatives. Important that we can have a real election instead of students chosen in the corridor. Therefore, we have to make the role being less traumatic. Some teachers gave us new ideas:
  100. évoluSIòn ´ ` SOLUTION 2: AWARENESS • stress importance of

    the representatives • real elections • amphitheater briefing by older students • regular meetings? 25 "Make the student representative become a real pivot between teachers and student" Goal : -> Proposing actions fom next year to make students aware of the importance of having representiatives. Important that we can have a real election instead of students chosen in the corridor. Therefore, we have to make the role being less traumatic. Some teachers gave us new ideas:
  101. évoluSIòn ´ ` SOLUTION 2: AWARENESS • stress importance of

    the representatives • real elections • amphitheater briefing by older students • regular meetings? • bonus points? 25 "Make the student representative become a real pivot between teachers and student" Goal : -> Proposing actions fom next year to make students aware of the importance of having representiatives. Important that we can have a real election instead of students chosen in the corridor. Therefore, we have to make the role being less traumatic. Some teachers gave us new ideas:
  102. évoluSIòn ´ ` SOLUTION 2: AWARENESS • stress importance of

    the representatives • real elections • amphitheater briefing by older students • regular meetings? • bonus points? • unsure about deployability 25 "Make the student representative become a real pivot between teachers and student" Goal : -> Proposing actions fom next year to make students aware of the importance of having representiatives. Important that we can have a real election instead of students chosen in the corridor. Therefore, we have to make the role being less traumatic. Some teachers gave us new ideas:
  103. évoluSIòn ´ ` SOLUTION 3: WAREHOUSE 26 We can’t make

    teachers communicate directly, but we can offer workaround tools for the most critical points. One of them is workload repartition. Teacher participation so that they can see all assigments and not just theirs. Make sure that the teachers use this tool. Two points that came out from the teachers’ interviews are…
  104. évoluSIòn ´ ` SOLUTION 3: WAREHOUSE • offer teachers an

    overview of students workload 26 We can’t make teachers communicate directly, but we can offer workaround tools for the most critical points. One of them is workload repartition. Teacher participation so that they can see all assigments and not just theirs. Make sure that the teachers use this tool. Two points that came out from the teachers’ interviews are…
  105. évoluSIòn ´ ` SOLUTION 3: WAREHOUSE • offer teachers an

    overview of students workload • add the visualization feature 26 We can’t make teachers communicate directly, but we can offer workaround tools for the most critical points. One of them is workload repartition. Teacher participation so that they can see all assigments and not just theirs. Make sure that the teachers use this tool. Two points that came out from the teachers’ interviews are…
  106. évoluSIòn ´ ` SOLUTION 3: WAREHOUSE • offer teachers an

    overview of students workload • add the visualization feature • depends on teacher participation 26 We can’t make teachers communicate directly, but we can offer workaround tools for the most critical points. One of them is workload repartition. Teacher participation so that they can see all assigments and not just theirs. Make sure that the teachers use this tool. Two points that came out from the teachers’ interviews are…
  107. évoluSIòn ´ ` SOLUTION 3: WAREHOUSE • offer teachers an

    overview of students workload • add the visualization feature • depends on teacher participation • simplify interface 26 We can’t make teachers communicate directly, but we can offer workaround tools for the most critical points. One of them is workload repartition. Teacher participation so that they can see all assigments and not just theirs. Make sure that the teachers use this tool. Two points that came out from the teachers’ interviews are…
  108. évoluSIòn ´ ` SOLUTION 3: WAREHOUSE • offer teachers an

    overview of students workload • add the visualization feature • depends on teacher participation • simplify interface • improve maintainability 26 We can’t make teachers communicate directly, but we can offer workaround tools for the most critical points. One of them is workload repartition. Teacher participation so that they can see all assigments and not just theirs. Make sure that the teachers use this tool. Two points that came out from the teachers’ interviews are…
  109. évoluSIòn ´ ` SHEETS 28 As Jérémy just presented, the

    goal of the set of sheets is to suggest tools to teachers to avoid content duplication. We decided to present Moodle for course hosting, and PolytechWarehouse for assignments. For students, we presented the hierarchy as a diagram that recaps the current communication mechanisms.
  110. évoluSIòn ´ ` SHEETS 28 • unified teacher tools As

    Jérémy just presented, the goal of the set of sheets is to suggest tools to teachers to avoid content duplication. We decided to present Moodle for course hosting, and PolytechWarehouse for assignments. For students, we presented the hierarchy as a diagram that recaps the current communication mechanisms.
  111. évoluSIòn ´ ` SHEETS 28 • unified teacher tools •

    course hosting: Moodle As Jérémy just presented, the goal of the set of sheets is to suggest tools to teachers to avoid content duplication. We decided to present Moodle for course hosting, and PolytechWarehouse for assignments. For students, we presented the hierarchy as a diagram that recaps the current communication mechanisms.
  112. évoluSIòn ´ ` SHEETS 28 • unified teacher tools •

    course hosting: Moodle • work delivery: Polytech’Warehouse !"#"$%"& !"#$%&'()*"+,-.("-+% #/),#,)'(-/"+$%( +.(0)%1(,-(23,+,* 45+"3()6()*"+.+2% 7#"'()6(-)0#/"- !"#$%&'()8("-#,,(% "(%+*29):)%+)'+*2&"( ;)6<%<3/<)6( 3"#/8()(-*)<%/ 6<%<3/<)6()8"#'# '(%)*+,(& !"#$%&%!'($ )*%+'($ !"#$%&'%( !"#"$%" -.,&/*#012 34.5/&&/%4 6781'290!'0!'3:;<'='8< 6781'290!'069:11' ;/&>.0+,,"/ !"#"$%"& !"#$%&'()*"+,-.("-+% #/),#,)'(-/"+$%( +.(0)%1(,-(23,+,* 45+"3()6()*"+.+2% 7#"'()6(-)0#/"- !"#$%&'()8("-#,,(% "(%+*29):)%+)'+*2&"( ;)6<%<3/<)6( 3"#/8()(-*)<%/ 6<%<3/<)6()8"#'# '(%)*+,(& !"#$%&%!'($ )*%+'($ !"#$%&'%( !"#"$%" -.,&/*#012 34.5/&&/%4 6781'290!'0!'3:;<'='8< 6781'290!'069:11' ;/&>.0+,,"/ As Jérémy just presented, the goal of the set of sheets is to suggest tools to teachers to avoid content duplication. We decided to present Moodle for course hosting, and PolytechWarehouse for assignments. For students, we presented the hierarchy as a diagram that recaps the current communication mechanisms.
  113. évoluSIòn ´ ` SHEETS 28 • unified teacher tools •

    course hosting: Moodle • work delivery: Polytech’Warehouse • advice for students As Jérémy just presented, the goal of the set of sheets is to suggest tools to teachers to avoid content duplication. We decided to present Moodle for course hosting, and PolytechWarehouse for assignments. For students, we presented the hierarchy as a diagram that recaps the current communication mechanisms.
  114. évoluSIòn ´ ` SHEETS 28 • unified teacher tools •

    course hosting: Moodle • work delivery: Polytech’Warehouse • advice for students • institutional hierarchy As Jérémy just presented, the goal of the set of sheets is to suggest tools to teachers to avoid content duplication. We decided to present Moodle for course hosting, and PolytechWarehouse for assignments. For students, we presented the hierarchy as a diagram that recaps the current communication mechanisms.
  115. évoluSIòn ´ ` POLYTECH’WAREHOUSE 29 Our second solution is to

    bring an upgrade to Polytech’Warehouse. Polytech’Warehouse is a tool where teachers can post assignments and students can upload their works. It was first made by Sébastien Mosser and Karim Matrah, during an end-of-term project.
  116. évoluSIòn ´ ` POLYTECH’WAREHOUSE • student project 29 Our second

    solution is to bring an upgrade to Polytech’Warehouse. Polytech’Warehouse is a tool where teachers can post assignments and students can upload their works. It was first made by Sébastien Mosser and Karim Matrah, during an end-of-term project.
  117. évoluSIòn ´ ` POLYTECH’WAREHOUSE • student project • manages assignments

    29 Our second solution is to bring an upgrade to Polytech’Warehouse. Polytech’Warehouse is a tool where teachers can post assignments and students can upload their works. It was first made by Sébastien Mosser and Karim Matrah, during an end-of-term project.
  118. évoluSIòn ´ ` POLYTECH’WAREHOUSE • student project • manages assignments

    • code quality 29 Our second solution is to bring an upgrade to Polytech’Warehouse. Polytech’Warehouse is a tool where teachers can post assignments and students can upload their works. It was first made by Sébastien Mosser and Karim Matrah, during an end-of-term project.
  119. évoluSIòn ´ ` POLYTECH’WAREHOUSE • student project • manages assignments

    • code quality • rather high 29 Our second solution is to bring an upgrade to Polytech’Warehouse. Polytech’Warehouse is a tool where teachers can post assignments and students can upload their works. It was first made by Sébastien Mosser and Karim Matrah, during an end-of-term project.
  120. évoluSIòn ´ ` POLYTECH’WAREHOUSE • student project • manages assignments

    • code quality • rather high • no framework 29 Our second solution is to bring an upgrade to Polytech’Warehouse. Polytech’Warehouse is a tool where teachers can post assignments and students can upload their works. It was first made by Sébastien Mosser and Karim Matrah, during an end-of-term project.
  121. évoluSIòn ´ ` POLYTECH’WAREHOUSE • student project • manages assignments

    • code quality • rather high • no framework • 200+ PHP homemade files 29 Our second solution is to bring an upgrade to Polytech’Warehouse. Polytech’Warehouse is a tool where teachers can post assignments and students can upload their works. It was first made by Sébastien Mosser and Karim Matrah, during an end-of-term project.
  122. évoluSIòn ´ ` UPGRADING A DEPLOYED APP 30 As we

    wanted to upgrade a deployed app, we had to be sure to make no regression. At the beginning, we planned to set up automated regression testing, but it was not possible. Indeed, there were no tests in place, and we couldn’t add unit tests to an unknown codebase. Moreover, it was impossible to add GUI testing because we were changing the interface.
  123. évoluSIòn ´ ` UPGRADING A DEPLOYED APP • regression testing?

    30 As we wanted to upgrade a deployed app, we had to be sure to make no regression. At the beginning, we planned to set up automated regression testing, but it was not possible. Indeed, there were no tests in place, and we couldn’t add unit tests to an unknown codebase. Moreover, it was impossible to add GUI testing because we were changing the interface.
  124. évoluSIòn ´ ` UPGRADING A DEPLOYED APP • regression testing?

    • unachievable 30 As we wanted to upgrade a deployed app, we had to be sure to make no regression. At the beginning, we planned to set up automated regression testing, but it was not possible. Indeed, there were no tests in place, and we couldn’t add unit tests to an unknown codebase. Moreover, it was impossible to add GUI testing because we were changing the interface.
  125. évoluSIòn ´ ` UPGRADING A DEPLOYED APP • regression testing?

    • unachievable • no unit tests • no framework • functional testing • mainly UI changes 30 As we wanted to upgrade a deployed app, we had to be sure to make no regression. At the beginning, we planned to set up automated regression testing, but it was not possible. Indeed, there were no tests in place, and we couldn’t add unit tests to an unknown codebase. Moreover, it was impossible to add GUI testing because we were changing the interface.
  126. évoluSIòn ´ ` UPGRADING A DEPLOYED APP • regression testing?

    • unachievable • no unit tests • no framework • functional testing • mainly UI changes • Selenium, phantomJS… 30 As we wanted to upgrade a deployed app, we had to be sure to make no regression. At the beginning, we planned to set up automated regression testing, but it was not possible. Indeed, there were no tests in place, and we couldn’t add unit tests to an unknown codebase. Moreover, it was impossible to add GUI testing because we were changing the interface.
  127. évoluSIòn ´ ` UPGRADING A DEPLOYED APP • regression testing?

    • unachievable • no unit tests • no framework • functional testing • mainly UI changes • Selenium, phantomJS… • fallback: backward-compatibility 30 As we wanted to upgrade a deployed app, we had to be sure to make no regression. At the beginning, we planned to set up automated regression testing, but it was not possible. Indeed, there were no tests in place, and we couldn’t add unit tests to an unknown codebase. Moreover, it was impossible to add GUI testing because we were changing the interface.
  128. évoluSIòn ´ ` UPGRADING A DEPLOYED APP • regression testing?

    • unachievable • no unit tests • no framework • functional testing • mainly UI changes • Selenium, phantomJS… • fallback: backward-compatibility • emergency revert 30 As we wanted to upgrade a deployed app, we had to be sure to make no regression. At the beginning, we planned to set up automated regression testing, but it was not possible. Indeed, there were no tests in place, and we couldn’t add unit tests to an unknown codebase. Moreover, it was impossible to add GUI testing because we were changing the interface.
  129. évoluSIòn ´ ` IMPROVING MAINTAINABILITY 31 Teachers wanted to be

    reassured about the maintainability, so we made it easier to deploy the application. It took us two days to understand how to deploy, because we proceeded by trial-and-error. In the end, we stored our knowledge in a shell script that automates the setup.
  130. évoluSIòn ´ ` IMPROVING MAINTAINABILITY • understand how to deploy

    31 Teachers wanted to be reassured about the maintainability, so we made it easier to deploy the application. It took us two days to understand how to deploy, because we proceeded by trial-and-error. In the end, we stored our knowledge in a shell script that automates the setup.
  131. évoluSIòn ´ ` IMPROVING MAINTAINABILITY • understand how to deploy

    • experiment until it works 31 Teachers wanted to be reassured about the maintainability, so we made it easier to deploy the application. It took us two days to understand how to deploy, because we proceeded by trial-and-error. In the end, we stored our knowledge in a shell script that automates the setup.
  132. évoluSIòn ´ ` IMPROVING MAINTAINABILITY • understand how to deploy

    • experiment until it works • file permissions 31 Teachers wanted to be reassured about the maintainability, so we made it easier to deploy the application. It took us two days to understand how to deploy, because we proceeded by trial-and-error. In the end, we stored our knowledge in a shell script that automates the setup.
  133. évoluSIòn ´ ` IMPROVING MAINTAINABILITY • understand how to deploy

    • experiment until it works • file permissions • create databases 31 Teachers wanted to be reassured about the maintainability, so we made it easier to deploy the application. It took us two days to understand how to deploy, because we proceeded by trial-and-error. In the end, we stored our knowledge in a shell script that automates the setup.
  134. évoluSIòn ´ ` IMPROVING MAINTAINABILITY • understand how to deploy

    • experiment until it works • file permissions • create databases • created automatic setup script 31 Teachers wanted to be reassured about the maintainability, so we made it easier to deploy the application. It took us two days to understand how to deploy, because we proceeded by trial-and-error. In the end, we stored our knowledge in a shell script that automates the setup.
  135. évoluSIòn ´ ` IMPROVING MAINTAINABILITY • understand how to deploy

    • experiment until it works • file permissions • create databases • created automatic setup script • 2 days → 30 seconds 31 Teachers wanted to be reassured about the maintainability, so we made it easier to deploy the application. It took us two days to understand how to deploy, because we proceeded by trial-and-error. In the end, we stored our knowledge in a shell script that automates the setup.
  136. évoluSIòn ´ ` IMPROVING MAINTAINABILITY • understand how to deploy

    • experiment until it works • file permissions • create databases • created automatic setup script • 2 days → 30 seconds 31 Teachers wanted to be reassured about the maintainability, so we made it easier to deploy the application. It took us two days to understand how to deploy, because we proceeded by trial-and-error. In the end, we stored our knowledge in a shell script that automates the setup.
  137. évoluSIòn ´ ` OPTIMIZING NAVIGATION 32 We have changed the

    way of navigating the warehouse in order to optimize it for the two most common tasks: adding a new assignment and downloading student deliverables. To do that, we simplified the navigation paths and made the entry points clearer. The workload is now highlighted by our calendar view, that we will show right now.
  138. évoluSIòn ´ ` OPTIMIZING NAVIGATION • main tasks 32 We

    have changed the way of navigating the warehouse in order to optimize it for the two most common tasks: adding a new assignment and downloading student deliverables. To do that, we simplified the navigation paths and made the entry points clearer. The workload is now highlighted by our calendar view, that we will show right now.
  139. évoluSIòn ´ ` OPTIMIZING NAVIGATION • main tasks • add

    a new assignment 32 We have changed the way of navigating the warehouse in order to optimize it for the two most common tasks: adding a new assignment and downloading student deliverables. To do that, we simplified the navigation paths and made the entry points clearer. The workload is now highlighted by our calendar view, that we will show right now.
  140. évoluSIòn ´ ` OPTIMIZING NAVIGATION • main tasks • add

    a new assignment • download student deliverables 32 We have changed the way of navigating the warehouse in order to optimize it for the two most common tasks: adding a new assignment and downloading student deliverables. To do that, we simplified the navigation paths and made the entry points clearer. The workload is now highlighted by our calendar view, that we will show right now.
  141. évoluSIòn ´ ` OPTIMIZING NAVIGATION • main tasks • add

    a new assignment • download student deliverables • drastically reduced paths 32 !"#$%&'&()%&*$ "+,-.*'#//#+. 01&2+#.,/+. 13*$41#%,5)%&6.#/ 7),5)%&6.#,"#,5*$ .#$"+,#8&/%#9#11#,: 01&2+#.,/+. 0.;#.,+$#,5)%&6.# <$%.#.,1#,$*5 "#,1),5)%&6.# 7#,4.*+-# #8&/%#9&1,: 01&2+#.,/+. 13*$41#%,=.*5*/ 01&2+#.,/+.,1#,$*5 >#,1),5)%&6.# ?;1#(%&*$$#.,1),1&/%# "#/,-.*'#//#+./ @''#(%#.,1#/,4.*+-#/ A,1),5)%&6.# 01&2+#.,/+.,0.;#. +$,$*+B#)+,%.)B)&1 0C*&/&.,1#,$*5,"+,%.)B)&1D 7#,$*5E.#,"3;%+"&)$%/D 7),(C).4#D,1),%*1;.)$(#D 7),%)&11#,#%,1#,.#$"+,#8-.#// 0*$$)&//#F,B*+/ 1),/&4$&'&()%&*$ "#/,(C)5-/,: 0*$/+1%#.,13)&"# 0C*&/&.,1#,$*5,#%,1# '*.5)%,"+,'&(C&#. G,.#$".# H9)9%3&1,"3)+%.#/,'&(C&#./ A,.#$".#,: 0*$$)&//#F,B*+/ 1),/&4$&'&()%&*$ "#/,(C)5-/,: 0*$/+1%#.,13)&"# @''#(%#.,1#/,4.*+-#/,"# %.)B)&1,)+8,#$/#&4$)$%/ 0C*&/&.,1),I*+,1#/J ")%#I/J,"#,.#$"+ 0C*&/&.,1),-+E1&()%&*$ #''#(%&B#,"+,.#$"+ K)1&"#. 7),-.*5*%&*$ (*$(#.$;#,#/%9#11# ")$/,1),1&/%#,: 0C).4#.,1),-.*5*%&*$ )B#(,1#,'&(C&#.,L-.*5* 7#,4.*+-# (*$(#.$;,#/%9&1 ")$/,1),1&/%#,: ?;1#(%&*$$#.,1#/ ;%+"&)$%/,+$,G,+$ !"#$%&'()*+,()(',-.$,)".(*,)/,")0+.(%".12% M+& N*$ M+& N*$ M+& N*$ N*$ M+& M+& N*$ N*$ M+& M+& N*$ We have changed the way of navigating the warehouse in order to optimize it for the two most common tasks: adding a new assignment and downloading student deliverables. To do that, we simplified the navigation paths and made the entry points clearer. The workload is now highlighted by our calendar view, that we will show right now.
  142. évoluSIòn ´ ` OPTIMIZING NAVIGATION • main tasks • add

    a new assignment • download student deliverables • drastically reduced paths • prominent display of workload 32 We have changed the way of navigating the warehouse in order to optimize it for the two most common tasks: adding a new assignment and downloading student deliverables. To do that, we simplified the navigation paths and made the entry points clearer. The workload is now highlighted by our calendar view, that we will show right now.
  143. évoluSIòn ´ ` OPTIMIZING NAVIGATION • main tasks • add

    a new assignment • download student deliverables • drastically reduced paths • prominent display of workload 33 Hands-on
  144. évoluSIòn ´ ` BONUS 34 What you didn’t see here

    were a few bonuses: We switched doctype to HTML5 and brought a few bugfixes.
  145. évoluSIòn ´ ` BONUS • XHTML 1.0 → HTML5 •

    more semantic markup • approximative XHTML 34 What you didn’t see here were a few bonuses: We switched doctype to HTML5 and brought a few bugfixes.
  146. évoluSIòn ´ ` BONUS • XHTML 1.0 → HTML5 •

    more semantic markup • approximative XHTML • bugfixes 34 What you didn’t see here were a few bonuses: We switched doctype to HTML5 and brought a few bugfixes.
  147. évoluSIòn ´ ` WEEK 1 37 for(;){ i 0;) {

    } for(;){ i 0;) { } 25 interviews
  148. évoluSIòn ´ ` WEEK 1 37 for(;){ i 0;) {

    } for(;){ i 0;) { } 720 pageviews 25 interviews
  149. évoluSIòn ´ ` WEEK 1 37 for(;){ i 0;) {

    } for(;){ i 0;) { } 720 pageviews 25 interviews 15 interviews
  150. évoluSIòn ´ ` WEEK 1 37 for(;){ i 0;) {

    } for(;){ i 0;) { } 720 pageviews 25 interviews 15 interviews non-interrupting
  151. évoluSIòn ´ ` WEEK 1 37 for(;){ i 0;) {

    } for(;){ i 0;) { } 720 pageviews 25 interviews 15 interviews 17 daily reports non-interrupting
  152. évoluSIòn ´ ` WEEK 1 37 for(;){ i 0;) {

    } for(;){ i 0;) { } 720 pageviews 25 interviews 15 interviews 17 daily reports non-interrupting
  153. évoluSIòn ´ ` WEEK 1 37 for(;){ i 0;) {

    } for(;){ i 0;) { } 720 pageviews 25 interviews 15 interviews 17 daily reports non-interrupting putting it all together
  154. évoluSIòn ´ ` 3 WEEKS 38 for(;){ i 0;) {

    } for(;){ i 0;) { } devblog focus group collaboration
  155. évoluSIòn ´ ` 3 WEEKS 38 for(;){ i 0;) {

    } for(;){ i 0;) { } devblog focus group collaboration participative
  156. évoluSIòn ´ ` 3 WEEKS 38 for(;){ i 0;) {

    } for(;){ i 0;) { } devblog focus group collaboration participative justified
  157. évoluSIòn ´ ` 3 WEEKS 38 for(;){ i 0;) {

    } for(;){ i 0;) { } devblog focus group collaboration participative justified precise action points
  158. évoluSIòn ´ ` 3 WEEKS 38 for(;){ i 0;) {

    } for(;){ i 0;) { } devblog focus group collaboration participative justified precise action points assessable over time
  159. évoluSIòn ´ ` 3 WEEKS 38 for(;){ i 0;) {

    } for(;){ i 0;) { } devblog focus group collaboration participative justified precise action points assessable over time social engineering
  160. évoluSIòn ´ ` 3 WEEKS 38 for(;){ i 0;) {

    } for(;){ i 0;) { } devblog focus group collaboration participative justified precise action points assessable over time social engineering technical engineering
  161. évoluSIòn ´ ` 3 WEEKS 38 for(;){ i 0;) {

    } for(;){ i 0;) { } devblog focus group collaboration participative justified precise action points assessable over time social engineering technical engineering followed industry quality processes
  162. évoluSIòn ´ ` 3 WEEKS 38 for(;){ i 0;) {

    } for(;){ i 0;) { } devblog focus group collaboration participative justified precise action points assessable over time social engineering technical engineering followed industry quality processes professional management tools
  163. évoluSIòn ´ ` • Special thanks • Françoise Baude •

    Peter Sander • Jean-Paul Stromboni • Colette Michel • Christian Brel • Maël Auzias • + every interviewee! 39 • Images • The Noun Project (black icons) • Everaldo Coelho (web globe) • 37signals (Basecamp logo) • Moodle project (Moodle logo) • Céline Auzias (Polytech’Warehouse) • Namahn / Yellow Window / Design Vlaanderen (Service Design Toolkit) • W3C (HTML 5) THANKS FOR YOUR ATTENTION ! ANY QUESTIONS ?