DevOps organisationnel – une contradiction de l'entreprise

La structure de votre entreprise aide-t-elle ou nuit-elle à votre déménagement DevOps ? "DevOps organisationnels" est l'action au niveau de l'entreprise pour une stratégie et des tactiques DevOps. Il y a une lutte naturelle quand on se dirige vers DevOps, mais c'est là la valeur. D'abord un certain contexte …

Processus ou projet

La gestion des opérations est la tentative de exécuter des choses mieux – dans l'état stable actuel. Généralement, ops essaie d'atteindre une portée fixe (faire le travail) tout en minimisant le calendrier et les ressources .

Inversement, le développement tente une modification en réponse perturber ou mettre à jour la demande. Le développement est basé sur un projet. Généralement, le logiciel agile dev implique de maximiser la portée avec un calendrier et des ressources fixes.

Il n'y a rien de mal à cette contradiction. Nous avons presque toujours les deux. Du plus haut niveau, le COO et CTO sont souvent deux rôles distincts.

Pourtant, cela a tendance à être exagérée avec DevOps. Le désir d'avoir des cycles de développement plus courts, une fréquence de déploiement accrue et des versions plus fiables ont rendu ces différences plus prononcées. Vous pouvez l'appeler "grossissement DevOps organisationnel." Oui, changer est la nouvelle constante.

DevOps cherche à améliorer l'efficacité de l'état stable ( ops ) par des changements d'état plus fréquents ( dev )!

Opérations ou développement

DevOps est à la fois Dev et Ops

Que vous aimiez les ops ou dev, la vue entière gagne. DevOps est une rue à double sens. La pensée est que les deux parties travaillent plus étroitement avec, ressemblent plus, et vérifient l'un l'autre.

DevOps conduit l'équipe d'opérations à agir plus comme une équipe de développement . Nous voyons cela dans plus d'outils de développement, comme la virtualisation, l'exécution de tests, la création d'infrastructure comme code, l'activation de micro-services, etc.

En même temps, DevOps conduit l'équipe de développement à agir comme équipe . Nous voyons cela (i) au moment du projet avec plus de réflexion sur l'architecture, la production / analyse des données / feedback, et (ii) en faisant plus d'analyse des risques, gestion du changement et planification de reprise après sinistre, etc. Ops au service des Devs et des Devs Ops au pilotage. DevOps signifie les deux .

DevOps organisationnels

Alors, comment une entreprise devrait-elle répondre au mouvement DevOps? Il est clair que l'une ou les deux équipes op et dev doivent ajuster leurs éthos les plus basiques. Albert Qian parle de « transformation de l'organisation … pour le mieux » et de « écosystème commercial émergent ."

Mesure d'équipe

Imaginez des équipes de développeurs agiles détenant un SLA et les équipes d'opérations sont mesurées en fonction de la vitesse des innovations livrées. Blindly force équiper une équipe de développement pour effectuer des activités commerciales n'est pas la solution. Une équipe ops ne fait pas non plus d'affaires en changeant les activités de

Crazy talk: Les trois portées, horaires et ressources ne peuvent pas être en même temps la priorité la plus élevée

Regardez, DevOps semble réduire le rôle et la taille de l'équipe des opérations [true]. Mais, en même temps, faire ce qui reste de plus grande importance. C'est parce que la proposition de valeur finale repose sur les opérations. Ops fait face à la clientèle et porte l'image de marque de l'entreprise. Il existe une limite. Cette marche se termine par l'effrayant sound-byte «NoOps», qui en même temps aurait la plus grande valeur commerciale!

Il existe un compromis et la marque de l'entreprise est dans la ligne de mire. Les enjeux sont élevés, donc l'entreprise doit trouver les mêmes vieux équilibres:

• Polyvalence et fiabilité
• Développement et opérations
• Investissement et retour

Il n'y a rien de nouveau ici, mais il y a un grossissement DevOps organisationnel du le timing et les effets d'un choix bon ou mauvais.

Team Vision

Tout effort de DevOps doit provenir d'une vision stratégique du plus haut niveau et non d'une nouveauté de dev. Les deux (ou plus) chefs d'opérations et de dev doivent savoir où ils se tiennent l'un avec l'autre. Ils doivent partager une vision; Il s'agit de «DevOps organisationnels».

L'entreprise gagnante renverra la valeur la plus ops du moins dev investissement.