|
Critique de livre
L’effet volant d’inertie : propulsez l’avenir et accélérez votre organisation vers le cloud moderne
de David Anderson avec Mark McCann et Michael O’Reilly
Récemment, un nouveau livre a attiré mon consideration qui discover l’intersection des affaires, de la technologie et des gens. Il s’agit d’une excellente lecture pour tous ceux qui souhaitent comprendre remark les organisations peuvent évoluer pour maximiser l’impression industrial des nouvelles applied sciences et accélérer leurs processus internes.
L’année dernière à re: Inventerj’ai eu l’event de rencontrer David Anderson. En tant que directeur de la technologie chez Liberté Mutuelle, il a dirigé le changement technologique lorsque la compagnie d’assurance mondiale, fondée en 1912, a déplacé ses companies vers le cloud et a adopté une stratégie sans serveur. Il a créé un environnement où l’expérimentation était normale, et les ingénieurs en logiciel avaient le temps et l’espace pour apprendre. Cela a si bien fonctionné qu’à un second donné, il a eu quatre Héros AWS dans son équipe élargie.
Quelques mois auparavant, j’avais entendu dire que David écrivait un livre avec Marc McCann et Michael O’Reilly. Ils travaillaient tous ensemble à Liberty Mutual et distillaient leurs connaissances pour aider d’autres organisations à mettre en œuvre une approche similaire. Le livre venait de sortir quand nous nous sommes rencontrés, et j’étais curieuse d’en savoir plus, à commencer par le titre. Nous nous sommes rencontrés dans la zone d’exposition, et David a eu la gentillesse de me donner une copie signée du livre.
Le livre est édité par Révolution informatiquele même éditeur derrière certains de mes livres préférés tels que Le projet Phénix, Topologies d’équipeet Accélérer. Le livre est intitulé L’effet volant d’inertie parce que lorsque vous connectez les affaires et la technologie dans une organisation, vous commencez à faire tourner un volant d’inertie qui crée une dynamique à chaque petit acquire.
Le volant de valeur
L’auteur décrit quatre phases du Worth Flywheel :
- Clarté du however – C’est la partie où vous regardez ce qui est vraiment essential pour votre organisation, ce qui rend votre entreprise différente, et définissez votre étoile polaire et remark mesurer votre distance par rapport à elle. Dans cette section, vous regardez l’entreprise à travers les yeux du PDG.
- Défi & Paysage – Ici, vous préparez l’organisation et mettez en place l’environnement pour les équipes. On oublie souvent l’facet social des équipes methods et l’accent est mis ici sur la manière de mettre en place le bon niveau de sécurité psychologique pour que les équipes fonctionnent. Cette section est réservée aux ingénieurs.
- Prochaine meilleure motion – Dans cette section, vous pensez comme un chef de produit et planifiez les prochaines étapes en vous concentrant sur la manière d’améliorer l’expérience des développeurs. L’un des features clés est que « le code est un handicap » et moins vous écrivez de code pour résoudre un problème métier, mieux c’est pour la vitesse et la upkeep. Par exemple, vous pouvez éviter certaines implémentations personnalisées et décharger leurs exigences sur les fonctionnalités proposées par les fournisseurs de cloud.
- Valeur à lengthy terme – C’est la perspective du CTO, qui look at remark mettre en place une tradition de prévention des problèmes avec des systèmes bien architecturés et un accent sur l’observabilité et la durabilité. Ici, la durabilité ne tient pas seulement compte de l’environnement mondial, mais aussi des équipes et des personnes travaillant pour l’organisation.
Comme on peut s’y attendre d’un volant d’inertie, vous devez itérer sur ces quatre phases afin que chaque nouveau tour devienne plus facile et plus rapide.
Cartographie Wardley
Une selected que j’apprécie vraiment dans le livre est la façon dont il m’a facilité l’utilisation Cartographie de Wardley (généralement appliqué à un contexte métier) dans un scénario approach. Les cartes de Wardley, inventées par Simon Warleyfournissent une représentation visuelle du paysage dans lequel une entreprise opère.
Chaque carte se compose d’une chaîne de valeur, où vous dessinez les composants dont vos purchasers ont besoin. Les composants sont connectés pour montrer remark ils dépendent les uns des autres. La place des composants est basée sur leur visibilité pour les purchasers (vertical) et leur statut d’évolution depuis la genèse jusqu’à devenir un produit ou une marchandise (horizontal). Au fil du temps, certains composants évoluent d’être construits sur mesure pour devenir un produit ou être banalisés. Cela s’affiche sur la carte avec un mouvement naturel vers la droite au fur et à mesure que les choses évoluent. Par exemple, les centres de données étaient construits sur mesure dans le passé, mais ils sont ensuite devenus un produit normal et le cloud computing les a rendus disponibles en tant que produits de base.
Éléments de base d’une carte – Fourni avec l’aimable autorisation de Simon Wardley, CC BY-SA 4.0.
Avec la cartographie, vous pouvez plus facilement comprendre les améliorations dont vous avez besoin et les lacunes que vous avez dans votre resolution approach. De cette façon, les ingénieurs peuvent identifier les composants sur lesquels ils doivent se concentrer pour maximiser leur impression et les events qui ne sont pas stratégiques et peuvent être déchargées vers une resolution SaaS. C’est une sorte d’structure évolutive où la cartographie permet d’anticiper remark le système doit évoluer dans le temps et où l’inertie peut ralentir l’évolution d’une partie du système.
Parfois, il semble que les mêmes meilleures pratiques s’appliquent partout, mais ce n’est pas vrai. L’un des avantages de la cartographie est qu’elle permet d’identifier la meilleure équipe et la meilleure méthodologie à utiliser en fonction de l’état d’évolution d’un composant tel que décrit par sa place horizontale sur une carte. Par exemple, une perspective « explorateur » convient mieux aux composants dans leur genèse ou étant construits sur mesure, un « villageois » fonctionne mieux sur les produits, et quand quelque selected devient une marchandise, vous avez besoin d’un « urbaniste ».
Plus d’outils et moins de code
Les auteurs examinent de nombreux outils et cadres disponibles. Par exemple, le livre présente la Cadre de l’étoile du Nordun moyen de gérer les produits en identifiant d’abord leur métrique la plus importante (l’étoile polaire), et Gojko Adzicc’est Cartographie des impacts, une approach de planification collaborative qui se concentre sur des indicateurs avancés pour aider les équipes à avoir un impression essential avec leurs produits logiciels. D’ailleurs, Gojko est également un héros sans serveur AWS.
Un autre level intéressant est de savoir remark donner aux ingénieurs le temps et l’espace nécessaires pour apprendre. J’aime particulièrement la façon dont les événements internes sont appelés et comparés aux conférences publiques. Lors d’événements internes, les ingénieurs ont la possibilité d’utiliser une nouvelle technologie dans leur environnement d’entreprise, ce qui facilite la démonstration de ce qui peut être fait avec toutes les limites d’un scénario réel.
Enfin, je voudrais souligner cette partie qui définit clairement ce que le livre entend par les déclarations, « le code est un passif »:
« Lorsque vous demandez à une équipe logicielle de créer quelque selected, elle fournit un système, pas des lignes de code. L’actif n’est pas le code ; l’actif est le système. Moins il y a de code dans le système, moins vous avez acheté de frais généraux. Certains développeurs peuvent se vanter de la quantité de code qu’ils ont écrit, mais ce n’est pas quelque selected dont il faut se vanter.
Ce n’est pas un livre de programmation et les applied sciences sans serveur sont utilisées comme exemples de la façon dont vous pouvez accélérer le volant. Si vous recherchez une plongée approach approfondie sur les applied sciences sans serveur, vous pouvez en savoir plus sur Terre sans serveurun website qui rassemble les dernières informations et ressources d’apprentissage pour informatique sans serveurou consultez le Architectures sans serveur sur AWS livre.
Maintenant que chaque entreprise est une entreprise technologique, L’effet volant d’inertie est de savoir remark accélérer et transformer une organisation. Il aide à définir le bon environnement, le bon objectif et la bonne étape pour moderniser vos purposes à mesure que vous adoptez le cloud computing et en tirez parti.
Vous pouvez rencontrer David, Mark et Michael au Edge sans serveuroù une équipe d’ingénieurs, de passionnés de technologie, de spécialistes du advertising and marketing et de leaders d’opinion obsédés par la technologie aident à comprendre et à expliquer remark le sans serveur peut transformer un modèle industrial.
Et bien sûr, si vous êtes prêt à passer au sans serveur, nous avons des specialists qui peuvent vous aider à démarrer avec AWS dans votre voyage vers le cloud computing.
— Danilo
