Le document présente des astuces pour optimiser le budget des projets Drupal, en se concentrant sur la gestion du temps et les étapes de conception. Il souligne l'importance d'une stratégie bien structurée, notamment à travers le prototypage agile et la définition claire des spécifications. Enfin, il évoque la nécessité d'une industrialisation des processus pour réduire la répétition des tâches et améliorer l'efficacité.

1. Drupagora
2015
Trucs
&
Astuces
pour
op4miser
son
budget
Web

2. 10
ans
d’exper4se
Drupal
23
projets
Drupal
en
2014

3. Préambule
Cycles
en
V
Projets
au
forfait
La
ques5on
et
les
réponses
sont
différentes
dans
les
projets
Agiles

4. SOMMAIRE
1. Déjà,
ça
se
fait
comment
le
budget
d’un
projet
Drupal
?
2. La
concep5on
itéra5ve
3. Le
développement
sans
effet
tunnel
4. Une
récep5on
apaisée
5. L’industrialisa5on
avec
Drupal
Drupagora 2015 – Trucs & Astuces pour optimiser son budget Web - Twitter : #drupagora

5. 1. Au fait, combien ça coûte ?
hMp://ptmoney.com

6. Ce
qui
coûte
c’est
le
temps
/
homme

7. Sur
quoi
passe
t-­‐on
du
temps
sur
les
projets
?
TMA
Livraison
Tests
ReceMe
MEP
Intégra5on
/
Développement
Site
building
avec
Drupal
Intégra5on
HTML/CSS,
RWD
Développement
de
modules
Interfaçage
avec
des
ou5ls
5ers
Migra5on
de
contenus
Op5misa5on
de
performances
SEO
…
Concep5on
Wireframes,
Rédac5ons
de
specs
MaqueMes
graphiques

8. Sur
quoi
passe
t-­‐on
du
temps
sur
les
projets
?
TMA
Livraison
Tests
ReceMe
MEP
Intégra5on
/
Développement
Site
building
avec
Drupal
Intégra5on
HTML/CSS,
RWD
Développement
de
modules
Interfaçage
avec
des
ou5ls
5ers
Migra5on
de
contenus
Op5misa5on
de
performances
SEO
…
Concep5on
Wireframes,
Rédac5ons
de
specs
MaqueMes
graphiques
20-­‐40%
de
dev
15-­‐30%
de
dev
Ges5on
de
projet
:
10-­‐25%

9. Plus
un
site
est
complexe
plus
les
ra4os
de
chiffrage
sont
élevés

10. Ce
qui
coûte
du
temps
et
de
l’argent,
c’est
quand
on
dérape…

11. Les
facteurs
connus
de
dérapage

12. Les facteurs connus de dérapage

13. Les
facteurs
connus
de
dérapage

14. La
solu4on
:
RISK
ASSESSMENT
Visuel
agence
tous
risques

16. Il
faut
perdre
du
temps
sur
la
concep4on

17. Il
faut
faire
du
lean
prototyping
ou
prototypage
agile
Visuel
agence
tous
risques

18. Il
faut
définir
comment
orchestrer
les
étapes
de
concep4on
Prototypage
MaqueMes
graphiques
Spécifica5ons

19. Prototypage
Spécifica5ons
MaqueMes
graphiques
Il
faut
définir
comment
orchestrer
les
étapes
de
concep4on

20. Prototypage
MaqueMes
graphiques
Spécifica5ons
Il
faut
définir
comment
orchestrer
les
étapes
de
concep4on

21. Le
choix
de
l’enchaînement
des
étapes
dépend
aussi
un
peu
du
projet

22. Des
tests
u4lisateur
peuvent
être
menés
sur
le
proto

23. Il
faut
limiter
les
intervalles
de
temps
lors
des
itéra4ons

24. Il faut faire des specs « made in Drupal »
-­‐ Définir
les
types
de
contenu
et
les
champs
-­‐ Définir
les
vues
-­‐ Définir
les
contexts
,
les
panels
et
les
blocs
-­‐ Définir
les
modules
u5lisés
et
leur
paramétrage
-­‐ Pour
certains
besoins
d’administra5on
(ex
:
droits,
workflows,
…),
il
faut
définir
le
besoin
avec
des
cas
de
test
Libellé
Type
de
champ
Widget
Obligatoire
Mul4valué
Titre
Texte
Champ
texte
Oui
Non
Référence
En5ty
Ref
«
Reference
»
Autocomplé5on
Oui
Oui

25. Equipe
idéale

26. Il
ne
faut
pas
lâcher
la
bride
aux
fonc4onnels
et
graphistes
«
Je
voudrais
un
fil
d’actus
comme
sur
Facebook…
»
«
Et
pour
le
moteur
de
recherche,
il
faudrait
que
ça
fonc5onne
comme
Google
»
«
J’ai
prévu
un
design
avec
un
effet
WHAOUUUH
!!»

27. La
stratégie
pour
limiter
les
itéra4ons
graphiques

28. Intégrer
le
mobile
dès
la
concep4on

29. Faire
voir
le
BO
Drupal
lors
de
la
concep4on

30. Prévoir
l’accessibilité
à
priori
et
la
tester
à
toutes
les
étapes
Prototype
MaqueMes
graphiques
Specs
Inté
HTML/
CSS
Dév
ReceMe
Forma5on

31. 3. Le développement, des
étapes à respecter

32. Projet classique
Montage
HTML
Intégra5on
/
Développement
Intégra5on
fichiers
CSS
dans
le
projet

33. Dans
un
projet
Drupal
Site
building
Créa5on
de
la
CSS
directement
sur
le
HTML
généré

34. Le
choix
des
modules
Et
les
bons
modules
compa5bles
D7>D8

35. Choisir
un
module
alors
qu’il
ne
répond
pas
à
90%
du
scope
?

36. Lo4r
et
faire
voir
en
amont.
Du
semi-­‐agile
?

37. Développer
en
premier
les
fonc4onnalités
complexes

38. Faites
une
distrib
«
home
made
»
et
maintenez-­‐là
!

39. 3. Une réception apaisée

40. Dédrama4ser
bien
en
amont
la
période
de
receie

41. S’assurer
que
le
client
a
la
méthode
ou
le
former
pour

42. Organiser
les
équipes
de
receie

43. S’assurer
qu’il
dispose
d’un
cahier
de
receie

44. An4ciper
et
préparer
la
reprise
des
contenus

45. Donner
un
temps
limite
de
dépôt
d’anomalies

46. 4. Industrialiser avec Drupal

47. Comment
limiter
la
répé44on
des
tâches
?

48. Automa4ser
les
tâches

49. Des
processus
rodés
de
mise
en
produc4on

50. MERCI
50
twitter : @drupagora
Drupagora 2015 - Conférence Drupal 8, regards croisés par Paul Bismuth et John Doo - Twitter : #drupagora