Stor Wars : L'Enterprise contre-attaque

Rédigé par:

Affronter la peur est le destin d'un Jedi

Pourquoi un cycle de développement moderne pour les charges de travail modernes est votre destin

Qui n'aime pas une citation solide de Luke Skywalker pour lancer le 4 mai ? Alors qu'aujourd'hui est réservé à la célébration de tout ce qui concerne Star Wars et, pour nous, Stor Wars (May the Fourth Be With You !), j'ai pensé qu'il serait approprié de passer en revue l'une des plus grandes opportunités auxquelles les entreprises sont confrontées aujourd'hui : moderniser votre approche de stockage. .

Je serai le premier à admettre que le mot "moderne" a été surutilisé, ce qui rend son utilisation pour ce blog un peu difficile. Bien que le mot moderne is surutilisé par tant d'autres, je dirais qu'ils n'ont pas nécessairement les preuves pour étayer l'utilisation du mot moderne en ce qui concerne leurs solutions et en particulier leur cycle de livraison. Il est temps que votre "Entreprise contre-attaque".

Devenir un Jedi du stockage

Trouver un fournisseur de solutions qui évoluera pour répondre à vos besoins futurs

Alors que les entreprises investissent dans des solutions, les acheteurs avertis s'intéressent plus qu'aux fonctionnalités qui répondent à leurs besoins actuels, ils se concentrent également sur la façon dont le produit évolue pour répondre à leurs besoins futurs.

Qumulo utilise non seulement le mot "moderne" pour décrire notre solution, nous le soutenons dans la façon dont nous livrons notre solution du point de vue du développement de produits. L'une des choses qui me rafraîchissent est de faire partie d'une entreprise qui valorise la progression du produit grâce à un processus à l'échelle de l'entreprise appelé « sprints ». Un sprint est un cycle de vie de fonctionnalité que nous déployons toutes les deux semaines, de sorte que les clients n'ont pas un temps d'attente typique de 3, 6 ou 9 mois pour une version de fonctionnalité. Lorsqu'une fonctionnalité est prête et a réussi à quitter le sprint, la fonctionnalité est intégrée dans une mise à jour avec d'autres fonctionnalités que nos clients peuvent déployer. Alors que j'écrivais ce blog, j'ai été informé par l'un de nos commerciaux qu'un client utilisait la solution d'un concurrent dans l'un des principaux clouds PaaS et souffrait de nombreux problèmes et bugs. Je suis sûr que tout le monde sera sur le pont par le fournisseur pour tenter de résoudre ce problème, mais ce n'est pas ce que j'appelle moderne et non ce que j'appelle un mode de fonctionnement prioritaire pour le client. Tout au long de ce blog, je vais expliquer en détail pourquoi choisir un sur mesure basé sur les fonctionnalités est important, et comment les cycles de publication et les modèles de développement peuvent être tout aussi importants pour les clients, et finalement pourquoi Qumulo coche toutes ces cases. Enfin, j'expliquerai pourquoi ces différences dans les philosophies de développement sont importantes pour la réussite des clients.

Vous n'avez jamais entendu parler du Millennium Falcon ?

Trouver un fournisseur de solutions adapté au rythme de votre entreprise

C'est un défi de taille et de nombreux clients se retrouvent pris entre le marteau et l'enclume en raison de décisions prises il y a à peine trois ans. Les défis auxquels vous êtes confrontés aujourd'hui auraient-ils pu être évités en choisissant une solution alternative qui est non seulement moderne selon les normes d'utilisation, mais moderne dans la manière dont elle est livrée ? C'est "l'oignon" que nous allons éplucher un peu car nous pensons que cette modernisation peut être votre avantage concurrentiel.

La force est forte (avec les bonnes fonctionnalités)

Trouver le bon fournisseur de solutions

La principale raison pour laquelle les décisions sont prises d'acheter une solution plutôt qu'une autre est probablement la comparaison des fonctionnalités. Si vous avez une liste de contrôle de principales fonctionnalités dont vous avez besoin, généralement votre passage initial à travers tous les produits du fournisseur répondant est soit conservé, soit supprimé en fonction d'un score d'exhaustivité des fonctionnalités attribué à chacun. Donc, les fonctionnalités comptent, mais qu'en est-il de demain ou dans trois mois ? Qu'en est-il des améliorations, des corrections de bogues, des versions majeures ? Est-ce que cela compte autant pendant le processus de prise de décision ? Comment évaluez-vous les fournisseurs demain par rapport à aujourd'hui ?  

Repensez à un moment où vous avez pris la décision d'acheter une solution, émis le bon de commande à votre revendeur, et le ou les fournisseurs ont ensuite soumis la commande pour exécution et quelque part en cours de route, 2, 3 ou même 6 mois plus tard. route, vous déployez finalement la solution pour constater que votre environnement a changé et que les fonctionnalités sur lesquelles vous avez basé votre sélection manquent désormais d'une ou deux cases à cocher. Combien de temps a-t-il fallu au fournisseur pour vous fournir un correctif, une mise à jour ou une version de maintenance ? Avec Qumulo, ce défi est atténué grâce à notre robuste Support Qumulo portail, où les notes de version, les mises à jour et les guides techniques sont à portée de main.  

Ayant été du côté de l'acheteur, je sais à quel point les fonctionnalités sont importantes lorsqu'il s'agit de sélectionner le bon fournisseur et la bonne solution, mais j'ai également appris, à mes dépens, à quel point il est important de comprendre comment le fournisseur répond aux demandes de fonctionnalités et aux améliorations.

Vous devez désapprendre ce que vous avez appris

Cycles de lancement 101

À l'époque, une expression que j'utilise beaucoup depuis que je suis dans cette industrie depuis assez longtemps pour l'utiliser réellement, nous avons travaillé sur quelque chose appelé « obsolescence planifiée », un terme que j'ai entendu pour la première fois utilisé par Steve Jobs au milieu de fin des années 80 lors de la livraison du premier Macintosh comme il se référait au système complet. Ce concept a atteint de nouveaux sommets avec l'avènement des ordinateurs portables iPhone et MacBook Pro des années plus tard. En fin de compte, alors que je commençais à travailler de plus en plus avec des fournisseurs de solutions logicielles de premier plan, le terme de choix était « cycle de publication » pour désigner uniquement les logiciels. Au début de ma carrière, les entreprises avec lesquelles j'ai travaillé étaient satisfaites d'une version majeure tous les 1 à 1 ans et de 2 à 3 versions ponctuelles ou de points tout au long de l'année entre les versions majeures, et de corrections de bogues lorsque les niveaux de gravité atteignaient entre 4 et 3 sur une base plus immédiate. Vous pouvez entendre cela appelé "Sev2", "Sev2", etc. faisant référence au niveau de gravité du bogue. Vous trouverez ci-dessous les 3 niveaux de gravité généralement trouvés dans la plupart des manuels de développement.

  1. Sev1 est un obstacle qui fait échouer la solution ou ne procède pas aux tests ou à la qualification.
  2. Sev2 est un bogue critique qui peut affecter un domaine fonctionnel du logiciel jusqu'au point de défaillance, comme une méthode traditionnelle d'installation via une interface UI va cursus (ligne de commande)
  3. Sev3 est un bogue majeur, mais n'affecte pas nécessairement l'intégralité de l'application. Il peut être jugé majeur en raison de la priorité accordée ou en fonction de la diminution de l'utilisabilité notée par l'assurance qualité.
  4. Sev 4 est un bogue mineur
  5. Sev 5 est trivial

Aucun produit ne devrait jamais être publié avec Sev 1 ou Sev 2 en toute connaissance de cause. À l'occasion, des Sev3 sont découverts lors d'un déploiement de cas périphérique par un client que l'équipe d'ingénierie et de gestion des produits ne considérait pas comme un cas d'utilisation de première classe, auquel cas le fournisseur doit rapidement soumettre un correctif de maintenance pour ce Sev3 car il a un haut priorité compte tenu du cas d'utilisation. Si une entreprise déclare disposer d'une solution moderne, son cycle de livraison doit correspondre à ce surnom.  

Votre chemin, vous devez décider

Agile contre cascade

Pour que les entreprises puissent dire qu'elles disposent d'une solution moderne pour les centres de données modernes, il doit s'ensuivre qu'elles souscrivent à une approche de développement et à un cycle de publication modernes. Dans certains cas, ce n'est tout simplement pas le cas. En fait, je crois que l'un de ces oligarques du stockage a récemment annoncé qu'il passait à un cycle de publication de 6 mois ! Comment merveilleusement 90 d'entre eux pour le faire! Les versions sont tout aussi importantes que les fonctionnalités que vous sélectionnez au départ, en fait, je dirais que lors de votre processus de sélection et dans vos critères de sélection, il est important de poser la question sur les cycles de publication et de l'obtenir par écrit. Une entreprise pour laquelle j'ai travaillé il y a de nombreuses années a fait des promesses importantes de fournir des fonctionnalités à un important fournisseur de télécommunications du Midwest si le client acceptait d'acheter la solution. Le client a accepté mais avec des stipulations. Si les fonctionnalités n'étaient pas livrées à temps, il y aurait une compensation monétaire au client pour chaque mois où les demandes n'auraient pas été satisfaites. Bien que je sache personnellement que les développeurs travaillaient très dur pour livrer, je sais aussi maintenant que le processus de publication les empêchait vraiment de livrer vraiment dans les délais. Comme beaucoup encore aujourd'hui, ils utilisaient l'approche en cascade.  

 

Votre concentration détermine votre réalité

Pourquoi les différences entre agile et cascade sont importantes

Ce sont deux approches d'un style et d'une philosophie de gestion de projet. Voici la façon dont je les regarde à un niveau élevé.

Agile

vs.

Cascade

  • Itératif & continu
  • Très flexible
  • Échouer rapidement
  • Petites équipes ciblées
  • Orientation client
  • Approche en wagon couvert (phases séquentielles)
  • Inflexible
  • Doit terminer toutes les phases
  • Gestion de projet / programme lourd
  • Orientation du plan de projet

Encore une fois, il s'agit d'un niveau très élevé, mais il montre des différences significatives entre les deux méthodologies. J'ai partagé un peu de mon expérience avec la méthode Waterfall plus tôt, mais permettez-moi d'aborder un autre exemple et comment j'ai été exposé pour la première fois à ce qu'était le développement Agile et pourquoi je pense que c'est si important.  

Dans une entreprise précédente, je travaillais avec un client, un bon et fidèle client, sur un projet impliquant une nouvelle technologie que nous venions d'acquérir et d'intégrer dans une toute nouvelle solution pour le marché de la sauvegarde/restauration. Il y avait une exigence spécifique dont ce client avait besoin et j'ai déterminé sur la base de plusieurs autres conversations avec d'autres clients, analystes et ma propre expérience que cette demande était plus largement requise pour tous que pour un seul client. Lorsque j'ai présenté cette demande d'amélioration de fonctionnalité à l'ingénierie produit avec toute ma documentation à l'appui et des informations de base à l'appui de cette demande, j'ai été accueilli par « nous pouvons probablement le faire en 6 à 8 mois. Nous devons passer par un examen de phase pour garantir la viabilité de votre demande, puis continuer à travers le reste des phases avant de pouvoir obtenir la vérification technique, puis l'assurance qualité/test. » J'ai demandé plus de précisions et j'ai découvert que cette entreprise, pour chaque ajustement de code, avait un processus en 8 phases avant que quoi que ce soit ne puisse être livré, en commençant par la phase 0 : qui consistait simplement à déterminer par vote à la majorité si elle serait acceptée dans le modèle de cycle de vie. Ils ont utilisé et continuent d'utiliser le modèle Waterfall. Quand on me l'a expliqué, je l'ai comparé à un train avec une série de wagons couverts qui s'y rattachent. Alors que vous êtes assis à un passage à niveau en attendant que le train passe, vous regardez chaque wagon se déplacer séquentiellement par vos yeux, ce processus linéaire est ce qui empêcherait mon client de recevoir cette fonctionnalité et serait finalement la fin de ce projet par ailleurs réussi.

C'est alors que j'ai découvert le développement Agile, qui a le concept de sprints, mentionné au début de ce blog, qui se concentre sur des fonctionnalités spécifiques. Contrairement à l'approche en cascade, les sprints sont généralement publiés selon un calendrier allant de deux semaines à un mois, la préférence s'appuyant sur le calendrier le plus court. En fait, si vous lisez le Manifeste Agile l'un des principes clés énonce, "Notre priorité absolue est de satisfaire le client grâce à la livraison rapide et continue de logiciels de valeur." Livraison anticipée et continue. Il s'agit d'une approche moderne pour répondre à votre environnement commercial en constante évolution.  

Utilise la force

Qumulo est agile

Qumulo dès le premier jour avait une vision pour une entreprise qui offrirait un plate-forme de données de fichiers moderne aux clients qui cherchaient quelque chose qu'ils ne pouvaient pas trouver sur le marché à l'époque. Les fondateurs de Qumulo ont interrogé apparemment des milliers de clients potentiels sur ce qu'ils recherchent dans une plate-forme de données de fichiers. Cela a commencé la philosophie de placer le client en premier dans toutes choses, cela signifiait également pour Qumulo de "satisfaire le client grâce à la livraison rapide et continue de logiciels de valeur". nous devions faire les choses différemment de l'intérieur et cela signifie que nous devons être agiles , flexible et axé sur le client. Ainsi, contrairement à de nombreux oligarques du stockage qui sont toujours coincés dans une cascade ou un modèle de cascade modifié, nous sommes repartis à neuf et avec une ardoise propre et donnons la priorité au client en écoutant ses besoins et en livrant. Toutes les deux semaines, il y a une nouvelle mise à jour du code pour nos clients qui peuvent choisir d'installer les mises à jour lorsqu'elles sont publiées ou d'attendre s'ils le souhaitent.

En quoi Qumulo est-il différent?

[un tiers]

Qumulo


Indépendant du matériel. Qumulo est 100% logiciel uniquement, ce qui signifie que vous pouvez choisir le matériel que vous souhaitez utiliser dans notre liste qualifiée ou n'importe quel cloud de votre choix parmi les trois principaux fournisseurs.[/ one_third]

[un tiers]

Oligarques de stockage


Matériel dépendant. Certains ont prétendu se désagréger du matériel, mais le fait demeure qu'ils dépendent toujours de leur matériel de marque spécifique pour fonctionner.[/ one_third] [one_third_last]

Nouveaux venus, ancien modèle


Certains des nouveaux acteurs sont entrés sur le marché du stockage avec des solutions similaires à celles des oligarques dans la mesure où ils nécessitent un matériel très spécifique pour fonctionner. Bien qu'ils puissent prétendre n'être que des logiciels, le fait que vous deviez choisir parmi leur seul distributeur avec un ensemble de matériel très spécifique les rend plus une «vieille âme» et pas dans le bon sens.[/ One_third_last]

[un tiers]

Qumulo


On Locauxle cloud, ou Hybrid offrira exactement la même expérience à nos clients. Étant donné que notre code logiciel s'exécutera dans l'un de ces emplacements sans variation, nos clients bénéficieront de performances d'utilisation cohérentes, que ce soit dans le cloud ou sur site.[/ One_third] [one_third]

Oligarques de stockage


Étant donné que ces acteurs hérités n'ont pas encore véritablement fourni de version logicielle uniquement de leur solution de stockage, l'expérience cloud varie d'un fournisseur à l'autre et d'une plate-forme cloud à l'autre. L'un des oligarques hérités ne prendra en charge que jusqu'à 500 To dans un cloud et pas toutes les fonctionnalités que l'on pourrait attendre d'une solution sur site. Alors que l'autre débarque simplement des palettes de matériel dans le cloud et l'appelle un "service"[/ one_third] [one_third_last]

Nouveaux venus, ancien modèle


Certains de ces nouveaux acteurs doivent avoir participé à la création du livre de jeu pour les fournisseurs de solutions hérités, car eux aussi n'ont aucun moyen de créer une expérience transparente dans le cloud sans expédier des palettes de matériel et l'appeler un "voyage cloud". Bien qu'intéressant, utiliser le mot "moderne" est exagéré.[/one_third_last][un_tiers]

Qumulo


Qumulo se concentre sur les résultats des clients et leur succès. En tant que tel, nous sommes un groupe de développement agile et proposons des mises à jour toutes les deux semaines. Dans le monde « cloud forward » dans lequel nous vivons aujourd'hui, vous êtes impatient de proposer des fonctionnalités à vos clients. C'est un marché très concurrentiel dans lequel nous vivons aujourd'hui et les clients dépendent d'une expérience vraiment moderne à tous les niveaux.[/ One_third] [one_third]

Oligarques de stockage


Comme mentionné précédemment, il semble, sur la base des cycles de publication de certains fournisseurs de stockage hérités, qu'ils adhèrent toujours à la méthodologie en cascade (ou en cascade modifiée). Les cycles de publication de 6 mois, les tours matériels, etc. sont un retour en arrière il y a 20 à 30 ans.[/ one_third] [one_third_last]

Nouveaux venus, ancien modèle


Alors que certains de ces nouveaux venus tirent parti de la philosophie de développement agile, ils se court-circuitent par les contraintes de conception physique de leur solution en étant liés à du matériel spécifique. Et bien que ce ne soit pas un problème aujourd'hui, il est possible que le matériel atteigne un point d'obsolescence ne vous laissant d'autre choix que de faire une mise à niveau de chariot élévateur. En fait, un fournisseur a annoncé une refactorisation matérielle majeure qui rendra toutes les versions précédentes incompatibles avec son idéologie de protection des investissements à long terme.[/ One_third_last]

La Force Awakens

Réveillez votre entreprise avec des solutions modernes à des problèmes obsolètes

Sans aucun doute, les caractéristiques d'un produit pèsent certainement lourd lors du processus de sélection. Si vous recherchez une solution qui prend en charge SMB3 mais ne prend en charge que SMB2, il est assez sûr de dire que le fournisseur prenant en charge SMB2 recevra un score bien inférieur à celui de ceux qui prennent en charge SMB3. Cependant, si vous avez des fonctionnalités dont vous avez besoin aujourd'hui mais que vous n'avez pas encore de plans succincts pour mettre en œuvre ces fonctionnalités ou mieux encore, tout est égal, alors il vous incombe vraiment de creuser un peu plus et de poser des questions sur demain. Demandez quels sont les cycles de publication du fournisseur et à quelle fréquence vous avez accès aux mises à jour de votre logiciel, combien de temps les mises à jour prendront, puis demandez-le par écrit.  

Nos clients sont notre plaisir, quand nos clients réussissent, nous réussissons - c'est une équation très simple. De notre Canal Slack de réussite client, à notre Méthodologie de développement agile, à notre communication ouverte entre les groupes commerciaux au sein de Qumulo et à l'accès à tout cadre de notre équipe pour répondre ou répondre à toutes vos questions, Qumulo est bien placé pour continuer à accélérer à l'avenir car nous avons modernisé tant de processus et de fonctions obsolètes qui persistent encore à l'intérieur de certains des joueurs hérités et même de certains des nouveaux arrivants. Ainsi, lorsque nous disons que Qumulo est la plate-forme de données de fichiers moderne pour votre centre de données ou cloud moderne, nous le pensons et pouvons le sauvegarder.

Dans les mots d'Obi Wan, "Souviens-toi... la Force sera avec toi, toujours."

Chapa, je me déconnecte.

0 0 votes
Évaluation de l'article
Inscrivez-vous
Prévenez-moi de
invité
0 Commentaires
Le plus ancien
Date Les plus votés
Commentaires en ligne
Voir tous les commentaires

Articles Similaires

0
J'adorerais vos pensées, veuillez commenter.x
Remonter en haut