Secteur non technique, comment participer à devops?

DevOps C'est un concept brûlant.,Au cours des dernières années, de nombreuses entreprises sont entrées DevOps Dans la pratique,Préparer la transition.Mais,Il y en a peu qui réussissent..

En général,Nous rejoignons DevOps Avant l'armée,Tu devrais te demander.：Pourquoi utiliser DevOps？Sans aucun doute.,La plupart des entreprises cherchent à réduire les coûts et à accroître l'efficacité、Améliorer la compétitivité.Et pourtant,Si nous nous concentrons uniquement sur IT L'équipe elle - même,C'est probablement l'inverse..

Sur une grande échelle,DevOps La transformation devrait aller au - delà des fonctions de développement et d'exploitation.,Il doit être en contact avec d'autres secteurs de l'entreprise

.Certains secteurs non techniques sont: DevOps Principaux acteurs de l'équipe

,Les différents points de vue qu'ils ont pris peuvent parfaitement servir d'équilibre.,Évitez de plonger le secteur technique “Piège technologique”.

Cela est particulièrement important pour certaines entreprises traditionnelles confrontées à la transformation numérique..Parce que dans les entreprises traditionnelles,,L'Unit é d'affaires est l'entité principale,Et IT Le Ministère est doté d'une capacité opérationnelle.En plus de ça,,In DevOps Dans la pratique,Certains risques juridiques et financiers doivent également être évités à l'avance..

Un.、Pourquoi ces secteurs non techniques sont - ils impliqués? DevOps？

Impliquer des équipes non techniques DevOps Viens.,Cela ne veut pas dire que tous les employés de l'Organisation doivent comprendre DevOps Et les besoins en logiciels.

Au contraire.,La participation de certains secteurs DevOps Besoins immédiats,Core DevOps  Il est absolument rentable d'établir des liens stratégiques entre l'équipe et les collègues des rôles non techniques. .

1、 Équipe d'affaires  DevOps  Mieux viser  “Centre de la cible”

L'importance de l'équipe d'affaires est évidente .Certains pensent que,In DevOps  Dans la culture, il ne devrait plus y avoir de synchronisation entre les affaires et la technologie. , Les organisations de vente peuvent communiquer les commentaires et les demandes des clients au cours du cycle de développement. , Accélérer la prochaine version pour inclure les fonctionnalités dont les clients ont besoin .

Mais en fait,, Les gens le savent mieux que  DevOps  Un peu plus tard. .2020 Année, Un groupe de personnes concernées par ce sujet a publié  “BizOps Déclaration”. La Déclaration préconise un changement fondamental  IT  La façon dont les équipes et les utilisateurs commerciaux collaborent au développement de logiciels .

Plus précisément,,BizOps Exigences：1）

Résultats opérationnels

Au - dessus des mesures individuelles du projet et de l'exécution ;2）

Confiance et coopération

Au - dessus de l'individualisme et de la hiérarchie ;3）

Décision fondée sur les données

Supérieur à l'avis 、 Jugement et persuasion ;4）

Apprentissage et transformation

Au - dessus du strict respect du plan .

https://www.bizopsmanifesto.org/

Et puis...,BizDevOps  Ce concept est né ,Ça s'appelle DevOps 2.0.Dans cette approche,, L'équipe d'affaires ne fixe pas seulement les exigences , Ils travaillent également directement avec les développeurs , Prioriser les Sprints de développement de logiciels agiles et l'arriéré . Ils deviennent des partenaires commerciaux , Travailler avec la direction pour résoudre les problèmes ,Réalisation des objectifs opérationnels.

2、 L'équipe juridique  DevOps Escorte garantie

“Le logiciel dévore le monde,Logiciel de phagocytose open source.”  C'est un dicton célèbre. .Maintenant., Les logiciels libres sont partout , Certaines statistiques montrent ,90%  Le code source ouvert est inclus dans les applications modernes de , Le logiciel est déjà occupé par un composant Open Source , Les entreprises ne peuvent ni s'éloigner ni se cacher .Et, Les logiciels libres peuvent également réduire les coûts pour les organisations 、 Avantages tels que l'amélioration de la qualité du Code , La plupart des entreprises veulent y participer. .

Mais cela pose aussi des problèmes de conformité. , En raison de problèmes tels que le manque de conscience , De nombreux développeurs ne connaissent pas les règles relatives aux licences de logiciels libres , Utilisation illégale de logiciels libres , Ça va causer des problèmes. . Face à des situations similaires  MIT、Apache  Ça pourrait être bien d'attendre une licence facile , Mais certains permis très contagieux nécessitent une attention particulière .

En fait..., Pas seulement la conformité open source , Il y a encore beaucoup de brevets et de problèmes de processus dans l'industrie du logiciel , Sont susceptibles de soulever des questions de conformité et des questions juridiques ,Si vous n'y prêtez pas attention,, Ça pourrait devenir un accusé .

Donc,, L'équipe juridique  DevOps  Le rôle important de ：

Assurez - vous que le logiciel est toujours conforme même lorsqu'il est continuellement publié .

Plus souvent, La justice est plus comme ça.  DevOps  Non - staff in the Project , Ça ne semble pas fonctionner normalement. , Mais le moment critique n'est pas sans .

3、 Les finances mettent l'accent sur la valeur , Travailler pour le profit

In DevOps  Période de transition , Il est inévitable qu'un investissement soutenu en capital et en main - d'oeuvre soit nécessaire .Mais c'est fondamental.,Beaucoup. DevOps  La Constitution de l'équipe est une  “Conduite des affaires”, Le but est aussi commercial , Tout le monde travaille pour le profit. . Si on laisse tomber ça et qu'on ne parle pas , C'est un peu un vaurien. .

Comme nous l'avons mentionné précédemment, les unités opérationnelles et  DevOps Union,Appelé “BizOps”,C'est - à - dire Business + DevOps; Et les finances  DevOps  Il y a aussi un concept de combinaison ,Appelé “FinOps”,- Oui. “Finance” Et “DevOps” De, En aidant le projet 、Finances、 Les équipes techniques et opérationnelles collaborent aux décisions de dépenses fondées sur les données , Permettre à l'organisation d'obtenir la plus grande valeur opérationnelle .

Aujourd'hui,FinOps  Est indispensable à la transformation numérique de nombreuses entreprises .

C'est nécessaire. DevOps  Travailler avec les finances dès que possible , Intégration du contrôle financier et de la surveillance dans  DevOps  Phase de planification .

2.、 Ceux qui n'écrivent pas de code ,Comment participer DevOps？

Qu'il s'agisse d'affaires 、 L'équipe juridique ou financière , Il est difficile de trouver des gens qui connaissent le Code, le droit ou les finances. , Il n'est pas réaliste de poursuivre ces talents transfrontaliers. . Cela augmentera notre investissement dans le recrutement et le perfectionnement des talents .

Alors, Qu'est - ce qu'on peut faire d'autre pour les gens qui ne comprennent pas le code? , Développer ses forces professionnelles et se joindre à nous  DevOps Et alors?？

Tout d'abord,, Les documents sont toujours des outils pointus pour abaisser le seuil de communication .

In DevOps Dans l'idée, La collaboration en matière de documentation technique devrait être intégrée à l'ensemble du  DevOps  Dans le cycle de vie , L'auteur du document doit s'adapter  DevOps  Rythme et mode .Pour l'instant, Un certain nombre de projets open source sont déjà disponibles  API Documentation, Ce type de document est également présent dans les grandes entreprises  DevOps  Utilisation en équipe , Permettre à la rédaction de documents de suivre  DevOps Les pas de.

Et,Document in DevOps  Le processus de conversion joue également un rôle crucial , Ces documents peuvent enregistrer  DevOps  Pratiques exemplaires pour atteindre l'efficacité et les avantages . Ces choses sont presque impossibles à transmettre de bouche à oreille , Doit être conservé par document .En même temps,, S'il y en a plusieurs dans l'Organisation  DevOps L'équipe, La documentation joue également un rôle d'unification , Il peut normaliser les meilleures pratiques , Indicateurs qui ont abouti à l'étalonnage .

Pour travailler avec d'autres secteurs non techniques （ Secteur d'activité en particulier ） Créer une synergie de base , La transparence des documents doit être renforcée , Ouvrir l'accès aux documents .En outre, Il est également possible de faire des démonstrations 、 Ou tester la version , Accroître la participation des équipes non techniques .

Deuxièmement,, Assurez - vous de laisser un processus spécifique pour le secteur non technique  “ Interface de communication ”.

Tout au long de DevOps  Lors de la conception de haut niveau du processus , Il faut tenir compte de la loi 、 Pour les secteurs non techniques tels que les finances  “ Temps de mobilisation ”.Mais en pratique,, Il y a beaucoup d'urgences et de situations spéciales ,Surtout quand DevOps Dans les propriétés de, Le respect des délais est particulièrement important .Donc,, Presque tous les noeuds de taille devraient rester  “Fenêtre de communication”.

Ces “Fenêtre de communication”  Peut être un outil de synchronisation , Ou des réunions régulières , Peut également être un accompagnateur spécifique .Plus précisément,, L'intervention rapide des services non techniques est une mesure efficace de prévention des risques. , Pour ce faire, il faut que toutes les parties soient suffisamment conscientes de la collaboration ,Traitement rapide,Évitez d'apparaître “Les moutons morts s'accrochent” Situation.

Enfin, Tirer parti des outils d'automatisation avancés disponibles sur le marché , C'est aussi une bonne façon d'entrer dans le secteur non technique. .

DevOps  L'automatisation réduit l'assistance manuelle , Simplifier les interactions de travail , Permet un déploiement plus rapide des mises à jour itératives dans les applications de production .

L'automatisation est DevOps La priorité absolue. Pour certains secteurs non techniques , Secteur d'activité en particulier , Est de comprendre comment l'automatisation change la façon dont les logiciels sont livrés . Certains experts conseillent également , De l'intégration continue  / Développement continu (CI/CD)  Dans la chaîne d'outils pour générer des rapports de données automatisés , C'est une bonne idée pour le Département du marketing. .

Pour l'instant, De nombreux outils automatisés sont déjà disponibles sur le marché pour aider  DevOps  Résoudre les problèmes en équipe . Parmi eux, une plate - forme d'automatisation entièrement développée  SoFlu  Les robots logiciels sont les meilleurs .

Plus précisément,,SoFlu  Les robots logiciels utilisent  “Développement visuel”  Pour changer la façon traditionnelle de coder .Mise en œuvre de la logique d'entreprise équivalente à l'écriture de code complexe par glisser - déposer et configuration des paramètres,Visualisation de la logique d'entreprise, Réduire considérablement le seuil de développement , Faciliter la participation des secteurs non techniques  DevOps Moyenne.

Comme SoFlu  Les robots logiciels  5 Assistance annuelle 5  L'application du projet de transformation de l'intellectualisation des données de conseil Junzhi avec des revenus de plus de 10 milliards d'entreprises , Jun Zhi Consulting  CTO  Les sentiments de Han zhifei ,“ Jun - ji - Yong.  SoFlu  Système de développement de robots logiciels , La plupart du temps, les petits partenaires qui font l'analyse des besoins à l'étape précédente deviennent programmeurs à l'étape suivante du développement. , Et la fonctionnalité développée est plus précise ,La qualité est également élevée.C'est bon. SoFlu Robot logiciel, Les analystes d'entreprise qui ne comprennent pas le développement, mais qui comprennent l'entreprise, peuvent apprendre à l'utiliser  SoFlu  Robots logiciels et réalisation de travaux de développement basés sur leurs idées .”

En général,SoFlu  Les robots logiciels ont deux grandes valeurs .L'un est, Il peut réduire le seuil d'accès au développement de logiciels ; L'autre est de simplifier les choses technologiques ,Moins dépendant des gens,Réduire les coûts de main - d'oeuvre et de communication.