Embed Size (px)
DESCRIPTION
De nos jours, presque tout le monde sait faire grandir une infrastructure de machines en mode distribué, avec une très bonne communication entre elles, et en évitant les points uniques de défaillance (c'est une traduction de SPOF, single point of failure). En y réfléchissant, des serveurs distribués à travers le monde ne sont pas si différents que des équipes distribuées, elles ont besoin de connection et de synchronisation... Vraiment ? Nous sommes des humains... pas des machines… Dans cette session, nous allons voir comment eNovance, une société qui conçoit des produits destinés à batir des infrastructures informatiques, d'ou le pitch initial... Nous allons donc voir comment eNovance a fait grandir son équipe de développement produits en mode distribué en suivant les valeurs et principes agile. Cette session expliquera comment nous nous appuyons sur nos Product Owner pour guider nos contributions à des logiciels libres constitutifs de nos produits. Nous verrons par exemple comment nous planifions nos itérations en suivant le rythme donné par le projet Openstack. Nous verrons également comment nous organisons nos scrums, sprint planning, sprint review et retrospectives en nous adaptant à des équipiers positionnés sur différents fuseaux horaires. La session présentera le mode de fonctionnement d'un projet open source emblématique : Openstack. Ainsi que la façon de contribuer de l'équipe eNovance. Idées pour tout de suite identification des éléments à prendre en compte pour pouvoir faire grandir des équipes distribuées organisation d'un projet open source, source d'inspiration pour l'organisation des projets informatiques d'une DSI innovation ouverte et gestion de produits
Citation preview
4 libertés
4 libertés
• utiliser
• étudier
• modifier
• distribuer
#AOSWay @alexismonville
@ayeba
Alexis Monville
Alexis Monville#AOSWay
@alexismonville @ayeba
@enovance
#mixit14#AOSWay
@alexismonville @ayeba
@enovance
Culture
#agile #opensource
inspect and adapt
release early release often
transparency
build with stake holders
small teams
autonomy
users are co-developers
collaboration
communication
customer satisfaction
continuous delivery
short iterations
trust
technical excellence
sustainable pace
self organizing
simplicity
outside in inside out
version control
feedbacks
continuous improvement
responding to change
working software
source code published
available to the publicrespect
The OpenStack Open Source Cloud Mission:
to produce the ubiquitous Open Source Cloud Computing platform that will meet the needs of public and private
clouds regardless of size, by being simple to implement and massively scalable.
Computing Networking Storing
Cloud Operating System
Who?
Who?
and a lot more...
15834+ people136+ Countries
850+ Companies
$10+ million funding
analytics?
Accueil
What Does Openness
Mean?
feedback
How to contribute?
Principes
Principes
Outils
Outils
• mailing lists
• IRC
• Ask
• Wiki
• Launchpad
• …
Release Cycle
Release Cycle
• Cycle de 6 mois avec des jalons intermédiaires
• 4 phases principales
• Planning
• Implementation
• Pre-Release
• Release
Austin
Bexar
Cactus
Diablo
Essex
Folsom
Grizzly
Havana
Icehouse
Juno
Release Cycle
F G H
planning
OpenstackDesignSummit
G-1 G-2 G-3
RC planning
H-1 H-2 H-3
RC
OpenstackDesignSummit
6 mois 6 mois
Rythme
3 months
6 months
2 weekssecond
Planning
Planning
• 4 weeks to:
• Design
• Discuss
• Target
Blueprints
Blueprints
Bugs
Project Technical Leads• Project Technical Leads (PTL)
• A PTL is the elected technical leader of a given OpenStack core project.
• At the end of the planning stage the PTLs triage the submitted blueprints and sets Priority for them.
• The blueprints with a priority above Low will be tracked by Release Management throughout the cycle.
Product Owner
• 1 product owner par équipe de développement produit
• les fonctionnalités des produits eNovance en connexion avec les fonctionnalités des logiciels libres les constituants
Meetings
• Réunion quotidienne, planning, revue, rétro :
• video conférence
• utilisation d’outil en ligne
Summit
OpenStack Summit April 2013 - Portland, Oregon. Licensed under Creative Commons Attribution - ShareAlike - photographer Aaron Hockley - hockleyphoto.com
OpenStack Summit April 2013 - Portland, Oregon. Licensed under Creative Commons Attribution - ShareAlike - photographer Aaron Hockley - hockleyphoto.com
OpenStack Summit April 2013 - Portland, Oregon. Licensed under Creative Commons Attribution - ShareAlike - photographer Aaron Hockley - hockleyphoto.com
Summit
• Every 6 months the Design Summit gather users and developers
• The Summit closes the Planning phase
Distribué
1200+developers
Implémentation
Qualité
2 +2, 0 -2
Apprentissage
Core Devs
• You need 2 +2 from Core Developers
• Core Developers are co-opted among the contributors
Tests
Versions
branch model
Livrer en continu
• Le déploiement et la mise à jour des produits sont testés en continu sur une architecture de référence
En conclusion…Communication
Feedback Respect
…
• Créer les conditions de la collaboration
• temps passé ensemble
• outillage de communication confortable
• vision produit traduit dans les outils du projet
• pratique d’ingénierie : tests, intégration continue, automatisation
• apprentissage du feedback
Alexis Monville#AOSWay
@alexismonville @ayeba
@enovance
The Agile
and Open
Source Way
Merci !
