SharePoint summit Montreal 2014 developer vs designer des solutions belles et fonctionnelles

Post on 14-Dec-2014

149 views 1 download

Tags:

description

Au travers de cette session et d'exemples de la vie de tous les jours nous vous expliquerons comment faire en sorte que vos développeurs et vos designers s'entendent bien. C'est primordial pour la réussite de projets SharePoint et la satisfaction client. L'objectif étant de délivrer des solutions belles, ergonomiques et fonctionnelles.

Transcript of SharePoint summit Montreal 2014 developer vs designer des solutions belles et fonctionnelles

SharePoint : développeur vs designer

Thanks to our sponsors!Merci aux commenditaires !

www.sharepointsummit.org

3

Il était une fois une designeuse

Sandrine GARCIAGraphiste / intégratrice Web/SharePoint

Ergonome en herbeTravailleur autonome

sandeedesign@gmail.com

www.sharepointsummit.org

4

Il était une fois un développeur

Vincent BIRET@baywet

http://bit.ly/vincentbvbiret@outlook.com

Designer « moyen »

5http://dribbble.com/shots/1337078--animated-Designer-vs-Developer

www.sharepointsummit.org

Le monde des designers et celui des développeurs

www.sharepointsummit.org

7

Objectifs / Enjeux

Pourquoi avoir des Développeurs et Designers qui s’entendent?

Projets plus finisSynergie d’équipePlus heureux au travailPlus efficaces

www.sharepointsummit.org

8

Agenda

Le Monde des Designers

Le Monde des Devs

Création produit

www.sharepointsummit.org

Le Monde des designers

www.sharepointsummit.org

10

Le design n’est pas que du coloriage

Esthétique = Cohérence avec une image corporativeErgonomie / Optimisation de l'expérience de l'utilisateur

-> en fonction de son expérience

==> Adoption utilisateur<==

www.sharepointsummit.org

11

Les contraintes du designer

Avoir à négocier avec les «goûts» des décideurs

Passer les barrières multiples de validation

Designer à partir d´analyses incomplètesVolontairementInvolontairement

Faire le pont entre analyse et technique

www.sharepointsummit.org

12

Niveau d’expertise du designer

Print(communication

papier)Web

(intégration ou pas)

Rockstar Sharepoint(intégration

HTML/CSS/SharePt)

www.sharepointsummit.org

13

Comment se faire aimer de son designer ?

• L'impliquer dès la phase d'analyse

• Produire des wireframes FILAIRES (sans éléments de couleurs ou graphisme)

• Mettre du vrai contenu dans les Wireframes en variant les tailles de texte / positionnements d'images etc.

• Indiquer tous les éléments de survols à designer

• Préciser le comportement du site (largeur fixe ? variable ? responsive ? )

www.sharepointsummit.org

14

Wireframes - exemples

www.sharepointsummit.org

15

Le Designer pourra vous aider aussi pour

Vos wireframes

La méthode des personnas

La méthode du tri de cartes

www.sharepointsummit.org

Le Monde des développeurs

www.sharepointsummit.org

17

Contraintes du développeur

Faut que ça marche

Fiable

Performant

Pas de temps pour faire du « coloriage »

Changements incessants

www.sharepointsummit.org

18

Niveau d’expertise du développeur

Junior(je connais à

peine l’asp.net) Intermédiaire

(j’ai déjà touché à SharePoint)

Rockstar(je t’ai recodé le

compilo au passage)

www.sharepointsummit.org

19

Comment ne pas se faire détester par son designer?

HTML: #id .classes (noms SharePoint?)

Pas de style en ligne

Sémantique HTML + balisage "propre" (ex: block/inline)

Evolution des balises possible ?

Aviser si le balisage change en cours de travail

Parler le même langage!!!!

Préparer le terrain (scripts et autres outils)

Autonomie (accès TFS, ghostable)

www.sharepointsummit.org

20

Ghoster en librairie

Types de déploiementsHiveContenu

Solution : Ghoster les fichiers

www.sharepointsummit.org

21

Déployer les fichiers partagés

www.sharepointsummit.org

22

Demo – Ghosting/Code/Scripts

www.sharepointsummit.org

23

Résultat

www.sharepointsummit.org

24

Le cycle de vie proposé

Dev

Déploiement

AjustementsTests

Rapatriement

www.sharepointsummit.org

Création produit

www.sharepointsummit.org

26

Création d’un produit sur SharePoint

Réflexion sur la logique des écrans, la disposition de l'information

Donner identité à un produit : efficace mais pas marketé, les ventes s'en ressentent

www.sharepointsummit.org

27

Logos – Suite Office / Adobe

www.sharepointsummit.org

28

Les icones - Oceanik

www.sharepointsummit.org

29

Le Bandeau - Oceanik

www.sharepointsummit.org

30

Design alternatif

www.sharepointsummit.org

31

Bonnes pratiques

Fournir des captures d’écrans de mise en contexte (pour des icones par exemple)

Communiquer dans le même langage( se faire un lexique ?)

Monkey tests

Tests A/B

www.sharepointsummit.org

32

Conclusion

Ce qu’il faut retenir

Dev’s & Designers = alliés != ennemisCommuniquez!!!S’adapter au niveau d’expertise des personnesSimplifiez vous le travailBonnes pratiques

Thank you for your attention!This presentation will be available on the MontrealSharePoint Summit web site after the event.

Merci de votre attention !Cette présentation sera disponible sur le site internetde SharePoint Summit Montréal, après l’événement.

Sandrinesandeedesign@gmail.com

Vincenthttp://bit.ly/vincentbvbiret@outlook.com

@baywet

SVP évaluez ma session!Complétez le sondage et courez la chance

de gagner une tablette Surface

Please rate this session!Fill out the survey and get a chance to win a Surface