• Accueil / Salesforce / AppOps : la prochaine…
, AppOps : la prochaine génération de DevOps ?<span class="wtr-time-wrap after-title"><span class="wtr-time-number">1</span> minutes de lecture</span>

AppOps : la prochaine génération de DevOps ?1 minutes de lecture


Vous vous souvenez du téléphone portable que vous aviez en 2014 ? À quel point cela vous a-t-il été de haute technologie ? À quel point était-ce intelligent ? Votre ancien téléphone ressemblait-il à une capsule temporelle ?

À l’époque, il est probable que cela se sentait à la pointe de la technologie et vous ne pouviez rien imaginer de mieux. C’est aussi pourquoi vous lui avez probablement donné un laissez-passer pour le manque de fonctionnalités standard aujourd’hui.

, AppOps : la prochaine génération de DevOps ?<span class="wtr-time-wrap after-title"><span class="wtr-time-number">1</span> minutes de lecture</span>

Mais comparez ce téléphone au téléphone que vous avez maintenant. Est-il toujours d’actualité ? Est-ce toujours le meilleur moyen pour vous de passer des appels, des SMS, de regarder TikTok et toutes les autres choses qu’un téléphone peut faire ? Ou manque-t-il certaines fonctionnalités clés ?

Qu’en est-il des autres innovations technologiques ? Existe-t-il des technologies qui n’ont pas apporté les améliorations apportées aux téléphones au cours de la dernière décennie ? Sommes-nous habitués à un certain niveau de stagnation de notre technologie ?

DevOps pour Salesforce

Il y a une dizaine d’années, DevOps est apparu comme un moyen potentiel de gérer Salesforce. Les applications DevOps ont tenté d’apporter les concepts de base de DevOps — CI/CD, contrôle de version, promotion de code automatisée — à la plate-forme Salesforce. Il promettait de donner aux développeurs la possibilité de gérer des logiciels similaires à Salesforce. Pourtant, il faudrait encore des années avant que les outils DevOps ne gagnent en popularité auprès des clients de Salesforce, car Salesforce est une plate-forme « clics, pas de code » principalement gérée par des administrateurs et non par des développeurs.

, AppOps : la prochaine génération de DevOps ?<span class="wtr-time-wrap after-title"><span class="wtr-time-number">1</span> minutes de lecture</span>

Lorsque nous examinons certains des principaux points d’évaluation des outils DevOps pour Salesforce, nous avons l’impression que les choses sont un peu obsolètes. Dans les années qui ont suivi la création du DevOps pour Salesforce, est-ce le mieux que nous puissions faire ? Pourquoi y a-t-il encore des configurations rigides et des déploiements de développeurs goulots d’étranglement ? Pourquoi les administrateurs, les analystes commerciaux et les chefs de projet sont-ils exclus de la conversation parce qu’ils n’ont pas le même niveau d’expérience avec DevOps ? Où est le DevOps pour 2021 ?

DevOps Low-Code pour Salesforce

Salesforce donne à n’importe qui la possibilité de créer des solutions puissantes en quelques clics, mais ces solutions ne sont pas bonnes si vous impossible de les mettre en production. Malheureusement, avec les solutions DevOps traditionnelles, vous ne pouvez traiter les demandes de changement Salesforce qu’aussi vite que votre équipe de développeurs peut travailler, ce qui crée un goulot d’étranglement dans votre cycle de publication. De plus, perdre des heures de développement coûteuses sur des configurations Salesforce qui pourraient facilement être réalisées par des utilisateurs moins techniques s’ils disposent des bons outils et garde-fous s’additionne vraiment.

Pour débloquer le processus de publication et permettre à plus de personnes d’innover sur la plate-forme, nous devons changer notre façon de penser DevOps pour Salesforce. Il est temps pour un nouvel ensemble de règles :

1. Le temps de rentabilisation est primordial

Chaque secteur subit une transformation numérique et les entreprises se précipitent pour répondre aux attentes changeantes des clients plus rapidement que leurs concurrents. Comme tout nouvel outil, temps de mise en oeuvre est un grand facteur de succès. Les équipes Salesforce avec des backlogs croissants ne peuvent pas se permettre de perdre des mois à mettre en œuvre un outil. Ils doivent pouvoir commencer à exécuter des déploiements et des tests en quelques jours, voire quelques heures.

2. Assez facile pour même un utilisateur final

DevOps facilite la gestion des workflows Salesforce. Mais les outils DevOps lourds en code sont compliqués et inaccessibles à la plupart des administrateurs Salesforce, sans parler des utilisateurs professionnels. Il n’est pas réaliste de s’attendre à ce que des non-développeurs utilisent une interface de ligne de commande ou naviguent dans un système de contrôle de version. Au lieu de cela, les outils DevOps doivent être conçus en pensant à l’utilisateur le moins technique avec une interface utilisateur intuitive de type pointer-cliquer qui permet à toute l’équipe de gérer ses flux de travail directement dans Salesforce.

3. Doit fonctionner hors de la boîte

Chaque client adapte Salesforce à ses besoins et processus métier uniques. Tout comme vous n’achèteriez pas un outil de signature électronique qui vous obligerait à reconcevoir complètement votre processus de vente, vous ne devriez pas avoir à modifier vos processus existants ou à modifier votre schéma de données pour utiliser un outil DevOps. Votre solution DevOps doit vous convenir, et non l’inverse.

4. La flexibilité est la clé de l’agilité

Les types de solutions construites avec Salesforce sont infinis, donc les outils rigides ne suffiront pas. Un outil DevOps doit fonctionner pour votre processus aujourd’hui et à mesure que votre équipe grandit. Au fur et à mesure que votre processus s’affine, vos DevOps doivent l’être aussi. Ne vous contentez pas d’un outil qui oblige les utilisateurs à suivre le même processus rigide et lourd, quelle que soit la taille ou la nature de la mise à jour. DevOps doit s’efforcer de déployer vos modifications comme vous le souhaitez, et non vous forcer à utiliser leur processus rigide à chaque fois.

5. Il doit évoluer

La vitesse est le nom du jeu, et les tâches manuelles répétitives coûtent un temps précieux. A quoi bon automatiser un processus s’il ne peut pas être réutilisé ? Les équipes Salesforce peuvent gagner du temps en déterminant les données et les métadonnées à déployer une fois, puis en réutilisant, en copiant et en modifiant le modèle. Et à mesure que vous personnalisez Salesforce avec de nouvelles applications et fonctionnalités, votre outil DevOps doit être suffisamment intelligent pour comprendre les changements de schéma sous-jacents et tout synchroniser. Une autre remarque à prendre en compte lorsque votre équipe évolue est que plus il est facile pour les utilisateurs finaux d’apporter des modifications, plus votre DevOps peut également évoluer efficacement.

, AppOps : la prochaine génération de DevOps ?<span class="wtr-time-wrap after-title"><span class="wtr-time-number">1</span> minutes de lecture</span>

AppOps : DevOps de nouvelle génération pour Salesforce

Plus personne n’utilise de téléphone depuis 2014. Alors pourquoi se contenter d’un outil DevOps du passé ? Prodly AppOps est DevOps conçu pour aujourd’hui. AppOps supprime la rigidité et la lourdeur des solutions DevOps traditionnelles pour aider les équipes à être plus efficaces et autonomes et vous accompagner tout au long de votre croissance. UNE solution low-code pour la gestion des changements Salesforce, AppOps est assez simple à utiliser même pour les utilisateurs finaux, mais assez puissant pour les besoins des développeurs les plus sophistiqués. En échange, votre équipe obtient plus de pouvoir pour que Salesforce travaille plus fort pour elle.



Source de l’article traduit automatiquement en Français

Besoin d'aide ?
Vous utilisez Pardot depuis un certain temps mais vous n'êtes pas sûr d'en
exploiter tout le potentiel

Notre analyse de votre Pardot offerte dès aujourd'hui
Merci, vous pouvez compléter notre questionnaire
Nous allons revenir vers vous rapidement !

Fermer