Ce site web stocke des informations vous concernant via le dépôt de cookie afin de mesurer l’audience du site. Ces données de navigation sont anonymisées.
En cliquant sur « OK pour moi », vous manifestez votre consentement pour le dépôt de ces cookies.
Sur ce site, nous utilisons des cookies pour mesurer notre audience, entretenir la relation avec vous et vous adresser de temps à autre du contenu qualitif ainsi que de la publicité. Vous pouvez sélectionner ici ceux que vous autorisez à rester ici.
Parmi les livres qui ont influencé OCTO ces dernières années, Tribal Leadership est sans doute l’un des plus marquants. A force d’en être de fervents disciples, nous en sommes devenus des ambassadeurs convaincus. Les éditions Leducs ont eu vent de cet ouvrage et confiance en sa capacité à inspirer un lectorat français.
Lire la suite
Description Dans l'article Continuous Deployment, nous avons vu comment améliorer le Time To Market, tout en garantissant la qualité des développements. L'étape suivante est de garantir que ces déploiements fréquents n'impactent pas la disponibilité du site. Et c'est là qu'intervient le Zero Downtime Deployment (ZDD), qui permet de déployer une nouvelle version d’un système sans interrompre le bon fonctionnement du service. Mais comment s'assurer d'un déploiement "sans accroc" ?
Lire la suite
Description Dans l’article « Pizza Team », nous avons vu que les géants du Web prêtaient beaucoup d’attention à la taille de leurs équipes. Mais ce n’est pas le seul point de vigilance qu’ils ont sur leurs équipes : ils veillent aussi fréquemment à avoir des équipes organisées par fonctionnalité, autrement dit des « feature teams ». La petite équipe polyvalente est la clé pour aller vite, et la plupart des géants du Web tentent de résister le plus longtemps possible à la multiplication d’équipes pour réaliser…
Lire la suiteDescription Dans l'article « Bêta perpétuelle », nous avons vu que les géants du Web améliorent leur produit de façon permanente. Mais comment arrivent-ils à livrer fréquemment ces améliorations alors que dans certaines DSI, la moindre modification peut prendre plusieurs semaines à être déployée en production ? La plupart du temps, ils ont instauré un processus de déploiement continu (continuous deployment), selon deux modalités possibles : Soit de façon totalement automatisée – une modification de code est automatiquement vérifiée puis, le cas échéant, déployée en…
Lire la suite
Description La création d'un produit est très souvent vouée à l'échec. Ainsi, les chiffres montrent que 95% des produits ou startups meurent par manque de clients. Le Lean Startup est une approche de création produit qui se propose de réduire les risques d’échec en attaquant parallèlement les aspects organisationnels, business et techniques et avec des itérations agressives. Formalisée par Eric Ries, elle est fortement inspirée du Customer Development de Steve Blank.
Lire la suiteDescription « Everything fails all the time » est l’aphorisme célèbre de Werner Vogels, CTO d’Amazon : il est en effet impossible de prévoir toutes les défaillances qui peuvent se produire sur un système informatique, à toutes les couches : une règle de gestion incohérente, des ressources systèmes non relâchées après une transaction, une panne de disque dur... Et c’est sur ce principe simple que se basent les architectures techniques des Géants du Web aujourd’hui, rassemblées sous le pattern design for failure, « conçu pour supporter la défaillance » : une application…
Lire la suiteMais pourquoi Facebook, Google et autre Twitter contribuent-ils autant à l'open source ? L’avance technologique est un atout important dans la conquête du Web. Que ce soit pour se démarquer de la concurrence en lançant de nouveaux services (pensez à la sortie de Gmail et de son large stockage à l’époque de l’hégémonie Hotmail), ou plus pragmatiquement pour faire face aux contraintes qui leur sont propres comme le défit de croissance lié à leurs bases utilisateurs, nous allons voir que les Géants du Web ont…
Lire la suiteDescription du pattern Comme nous l’avons vu dans la description du pattern « Build vs Buy » : les grands du Web privilégient le développement spécifique, afin de maitriser leurs outils de bout en bout, là où de nombreuses entreprises recourent plutôt à des progiciels, considérant les outils informatiques comme des commodités. Si les Grands du Web, comme les startups, préfèrent développer en interne leurs applications critiques, il leur arrive aussi d’avoir recours à des commodités créées par des tiers. Dans ce cas, elles vont jusqu’au bout…
Lire la suiteDescription Un écart marquant entre la stratégie des Grands du Web et celle des DSI dans lesquelles nous intervenons porte sur le sujet du Build vs Buy. Ce dilemme est vieux comme le monde de l’informatique : vaut-il mieux investir dans la fabrication d’un logiciel taillé au mieux pour ses besoins ou bien s’appuyer sur un progiciel et des outils pré-packagés qui embarquent la capitalisation et la R&D d’un éditeur (ou d’une communauté) qui a le temps de creuser les sujets technologiques et métier ? La plupart…
Lire la suiteDescription Aujourd’hui, les grands du web nous rappellent qu’être un développeur est une carrière aussi prestigieuse que celle de manager ou de consultant. Pourquoi ? Ces entreprises ont dès le début orienté leur métier sur la satisfaction des utilisateurs afin de maintenir un cercle vertueux dans le développement de leurs produits. Les grands du web mettent tout en œuvre pour garder une forte satisfaction de leurs utilisateurs. Cette situation les conduit généralement à créer un cadre pour que leurs équipes techniques restent focalisées sur les besoins…
Lire la suite
