Piloter le SI par création de valeur

Piloter le SI
par création de valeur
Justin Ziegler
DSI et co-fondateur
PriceMinister.com
Agenda
}
Présentation de PriceMinister.com
}
Une application stratégique
}
Organisation de la DSI
}
}
}
}
Organisation initiale
Crise de croissance
Mutation
Conclusions
}
Prochaines mutations
ç
PriceMinister : le métier
}
}
}
}
}
L’Achat-Vente Garanti
PART / PRO
Mise en vente gratuite
Prix fixe / Paiement sécurisé / Intermédiaire
Référentiel produit è les prix baissent
}
}
}
}
}
cd, livres, dvd, jeux vidéo
informatique, tel et pda, consoles de jeux, accessoires de jeux, photo
électroménager, vêtements, collection, sport et loisir, enfant / puériculture
Création en 2000
1er site de e-commerce français en 2010
PriceMinister : chiffres
}
2 millions de visites /jour, 6 millions de pages vues / jour
10 millions de membres
200 millions d’articles en stock, 35 millions de reférences
produit
20 000 transactions / jour
10 000 vendeurs PRO
}
120 salariés, 60 à la DSI
}
}
}
}
Agenda
}
Présentation de PriceMinister.com
}
Une application stratégique
}
Organisation de la DSI
}
}
}
}
Organisation initiale
Crise de croissance
Mutation
Conclusions
}
Prochaines mutations
ç
Sources de revenus de PriceMinister
}
Commissions sur les transactions
}
Publicités sur le site
}
Base d’e-mail
Tous les revenus proviennent du site !
Stratégique ?
}
}
}
}
}
}
}
}
L'application s'arrête è plus de revenus
Nouveaux revenus è développements techniques
Optimisation des revenus è développements techniques
Le client est souvent la DG
Revenus supplémentaires dans les budgets prévisionnels
Importance de la visibilité & respect des délais
Un retard remonte parfois jusqu'au CA
Tiraillement : besoins de la DG / des opérationnels
è priorisation difficile
Agenda
}
Présentation de PriceMinister.com
}
Une application stratégique
}
Organisation de la DSI
}
}
}
}
Organisation initiale
Crise de croissance
Mutation
Conclusions
}
Prochaines mutations
ç
2001 : organisation initiale de la DSI
}
}
}
}
}
}
}
Moi (fonctionnel / exploitation / architecture / validation /
maquette) + un chef de projet technique (et dba) + 4 developpeurs
+ 1 exploitant
Déploiements hebdomadaire, correctifs dans la foulée
Equipe très efficace, concentrée
Beaucoup de bonne volonté / motivation
Pas de limites d’heures
Peu de volumétrie è peu de complexité
Peu d’analyse de l'existant :
}
}
}
on partait de rien,
les connaissances historiques étaient centralisées dans peu de têtes
è on délivre !!
2005 : la DSI double brutalement
}
On n’est plus une start-up… besoin de structure
}
}
}
}
}
Intégration et tests / Business Intelligence
Exploitation : consolidation
Genèse de l’équipe Paramétrage
2 fois plus de developpeurs
Il est naturel de créer une équipe fonctionnelle
}
}
}
}
}
Une sorte de MOA, profils moins techniques
Des CDP fonctionnels (CDP + analyste)
Interface business / développement
Cadrage + conception fonctionnelle + maquettes
Planning, coordination
2005 : des chantiers plus complexes
}
}
}
Changement des chantiers :
} L'analyse de l'existant prend plus d’importance
} Historique moins maitrisée (beaucoup de nouveaux)
} Historique de plus en plus lourd
} Modification d'un existant déjà en production
} Quelques chantiers big bang
Les délais s'allongent / déploiements moins fréquents
} Un déploiement par mois, voire tous les deux mois
} Déploiement gros, peu maîtrisés,
} Beaucoup de bugs
Croissance rapide, beaucoup de changement
} Besoin de refactoring
} Trop ou pas assez ?
2006 : crise de croissance
}
Croissance rapide des équipes
}
}
}
}
Peu de réflexions sur l’organisation en amont
Evolution « naturelle » de l’équipe
Productivité de développement non linéaire !!!!!!!!!
Première tentative d’amélioration :
}
}
}
}
}
On renforce le formalisme / cycle en V
Spécifications détaillées / Planning
Trop « grande entreprise », trop rigide,
Perte des fondamentaux start-up
C’est pire !!!!
2007 : analyse
}
Un déploiement è plusieurs projets
}
}
}
}
La MOA ne se sent pas bien dans l'équipe technique
}
}
}
}
Manque de responsabilisation
« No stress, de toutes les façons les autres seront en retard »
Non respect des délais
N’acceptent pas les contraintes techniques
Dialogue se durcit avec les developpeurs
Démotivation
Livraisons peu fréquentes è priorisation difficile
}
}
Manque de réactivité / dynamisme
Insatisfaction de la direction
Org 2008 : fondamentaux
}
Priorisation thématique
}
Organisation « time driven »
}
Responsabilisation
Org 2008 : 4 équipes métier
}
On divise l’équipe de développeurs
}
}
}
Un chef de pôle (fonctionnel)
}
}
}
}
}
4 pôles experts sur un métier
Petites équipes, « mode start-up »
Responsable du périmètre (coûts et délais imposés / bornés)
Un Chef de projet technique / architecte
3 ou 4 développeurs + stagiaires
(assistant chef de pôle)
Des déploiements plus ciblés
}
}
Plus faciles à tester / plus digestes
Plus fréquents è réactivité / dynamisme
Org 2008 : priorisation thématique
}
}
4 pôles è 4 files d'attentes thématiques
La priorisation devient plus simple & détendue
}
Estimations plus réalistes
}
Réunion hebdomadaire tournante
}
La direction + certains autres managers
Le chef de pôle
Les 2 managers E&D : technique & fonctionnel
}
Sujets :
}
}
}
Dernière / prochaine version / KPI / arbitrage
Vision précise sur les 2 versions suivantes / ajustements
Perspectives à 6 / 9 mois / nouveaux projets
}
Déploiement tous les 15 jours
}
}
}
}
Dynamisme, il y a toujours du nouveau !
Bonne entrée en matière
Org 2008 : « time driven »
}
}
Développement en parallèle de 4 versions, mais
Chacun son tour en integration !!!
}
}
}
Un déploiement en retard è effet domino
}
}
}
Une seule rampe de tir
Fenêtre de 15 jours par déploiement
Casse tête de re-planification è tous souhaitent l’éviter
è Planning précis sur 3 mois
Adhésion forte à la contrainte
}
}
Coté developpement , mais aussi coté « business owner »
è On saucissonne les gros projets
Org 2008 : responsabilisation
}
Une conséquence
}
Déploiement mono-équipe
}
}
}
Equipe métier + méthodologie scrum
}
}
}
}
}
}
}
Maitrisé à 100% par le Lead Technique et le chef de pôle
Appropriation du déploiement
Le fonctionnel è « chef de pôle »
Une équipe de « spécialistes métier »
Valorisation / responsabilisation
Business owner è consultant marketing
Développeur exécutant è Force de proposition
On capitalise sur les connaissances métier
Présence aux réunions de priorisation
}
}
}
Meilleure compréhension business
Vision partagée + Valorisation + Responsabilisation
Meilleure compréhension des priorités è motivation !!
Agenda
}
Présentation de PriceMinister.com
}
Une application stratégique
}
Organisation de la DSI
}
}
}
}
Organisation initiale
Crise de croissance
Mutation
Conclusions
}
Prochaines mutations
ç
Conclusions
}
Forte satisfaction de la direction !!
}
}
}
}
}
}
Organisation en phase avec l’ADN « start-up »
Plus de projets
Délais tenus
2 fois moins de fonctionnels (réduction des effectifs)
Vision précise et juste à 3 mois + vision générale à 12 mois
Déploiements fréquents
}
}
}
}
Toujours un projet qui vient de sortir
} un autre qui sort bientôt
Feedback production plus tôt è ajustements
Pas d’effet tunnel
Saucissonnage des projets è souvent la première tranche suffit J
Scalabilité
}
Agrandir chaque pôle ?
}
}
Ajouter un (des) pôle(s) ?
}
}
}
Augmentation du risque ? Perte de la marge de manœuvre ?
Rythme infernal pour l’équipe d’intégration et test
Ajouter une équipe d’intégration
}
}
}
N’augmente pas le nombre de déploiements L
Augmenter la fréquence des déploiements ?
}
}
Retour de la déresponsabilisation L
Plus de tests automatiques & manuels
Pb de maintenance des deux plateformes L
Modulariser l’application ?
}
Déploiements indépendants ? J
Vision plus long terme
}
}
}
}
}
}
Ajout de fonctionnalités : OK
Mais quid des évolutions techniques majeures ?
Comment augmenter le débit des imports de stock ?
Intégration de critères géographiques dans la navigation ?
Projets de type R&D avec de l’incertitude ?
Aller chercher / tester de nouvelles techno ?
Merci de votre attention !
A bientôt sur
www.priceminister.com