Fermer

avril 12, 2021

Meilleures pratiques en matière de développement logiciel – Partie 2


Les commentaires des clients guident chaque étape de notre développement logiciel.

J'ai interviewé neuf des personnes derrière les produits DevTools / Telerik / Kendo UI de Progress pour en savoir plus sur les philosophies qui guident le développement de nos logiciels.

Dans Partie 1 nous avons cherché à comprendre le problème que vous essayez de résoudre avant de commencer à coder une solution. Aujourd'hui, découvrons la valeur de l'écoute de vos clients.

Toujours à l'écoute de vos clients

Nous avons abordé la définition de l'audience comme une première étape importante avant de vous lancer. Ce n’est vraiment que la pointe de l’iceberg pour nous. L'interaction avec les clients est une constante dans notre monde.

Gardez une courte distance entre vous et vos clients

Pour garantir que les commentaires des clients sont intégrés dans notre cycle de développement, le support fait directement partie des équipes produit.

 Rossitza-Fakalieva "title =" Rossitza-Fakalieva "style =" float: gauche; margin-right: 20px; "/> <strong data-recalc-dims= Rossitza Fakalieva — Directeur, Génie logiciel; Développement de produits d'outillage pour les développeurs

Nous avons des ingénieurs de support dans l'équipe, et c'est très important. Les personnes qui en fait

Petya Sotirova — Senior Manager, Technical Support; Developer Tooling Product Development

]  Petya-Sotirova "title =" Petya-Sotirova "style =" float: right; margin-top: 10px; margin-left: 20px; "/> Je pense que quelque chose qui est vraiment intéressant, que je n'ai pas très visible dans l’industrie, c’est la façon dont nous sommes structurés en interne. Nous n'avons pas nécessairement une séparation fonctionnelle stricte entre les personnes qui travaillent sur un produit spécifique, d'autant plus que nous créons ces équipes virtuelles de professionnels d'horizons et de fonctions différents afin qu'ils puissent, ensemble en tant qu'équipe produit, créer des logiciels pris en charge, créer de la documentation, faire tout ce qui est nécessaire pour lancer un produit et le maintenir.</p data-recalc-dims=

Dans cet aspect, quelque chose qui pourrait être particulièrement intéressant pour nos clients et nos lecteurs est que nous appelons ce qu'ils appellent un support polyvalent, qui est fondamentalement : Presque tous ceux qui participent au processus de développement d'une manière ou d'une autre répondent également aux demandes des clients. Même les ingénieurs qui travaillent dans l'entreprise depuis un certain temps et qui ont des connaissances très étendues en développement. Et le fait que ces personnes interagissent avec nos clients directement presque quotidiennement est surprenant en soi.

 Todor-Mitev "title =" Todor-Mitev "style =" float: left; marge inférieure: 10px; margin-right: 20px; "/> Todor Mitev — Software Engineer, Principal; Unite UX </strong data-recalc-dims=

Je pense que les choses qui nous distinguent sont la culture des personnes présentes et cette relation spéciale avec les clients. les ingénieurs de support font partie de l'équipe qui construit le produit, la distance entre nous et nos clients est très, très, très courte.


Carl Bergenhem — Chef de produit, directeur principal; Outillage développeur PM & PMK

 Carl-Bergenhem "title =" Carl-Bergenhem "style =" float: right; margin-top: 10px; margin-bottom: 10px; margin-left: 20px; "/> Essayez d'être aussi transparent que possible avec vos utilisateurs. Nous essayons d'éviter d'être ambigu quand une fonctionnalité particulière pourrait ou non être ajoutée. Si quelqu'un cherche une fonctionnalité particulière et qu'il en a besoin dans les prochaines semaines et que vous savez que ce n'est pas possible, le faire savoir à l'avance plutôt que de le traîner est un gros problème.</p data-recalc-dims=

Et la communication va dans les deux sens. Nous voulons entendre les clients. Les gens ne savent pas nécessairement comment leur e-mail ou comment les commentaires d'une équipe sont directement pris en compte. Si vous regardez à travers le tableau, une grande partie de ce que nous faisons d'une version à l'autre vient directement des commentaires des personnes avec lesquelles nous travaillons activement.

Chaque fois que nous organisons des réunions, quelqu'un dit toujours: «Hé, j'ai ce scénario client »ou« Hé, jetons un œil à cet élément de commentaire que nous avons dans le portail de commentaires public. » Et tout ce genre de choses est rassemblé alors que nous continuons à planifier chaque sortie et à nous projeter un peu dans le futur.

Puisque nous sommes une grande entreprise, je pense que les clients pourraient penser: " Oh, ils n'écouteront jamais. Mais nous écoutons, et c'est quelque chose que je sais que nous faisons pour tous les produits.

Bien sûr, nous ne pouvons pas toujours traquer chaque chose. Mais toujours avoir cette boucle de rétroaction constante, que ce soit par le biais d'enquêtes, d'entretiens ou quoi que ce soit, est une chose si forte pour tout chef de produit à considérer.

Genady Sergeev – Directeur, Génie logiciel; Développement de produits d'outillage pour développeurs

 Genady-Sergeev "title =" Genady-Sergeev "style =" float: left; marge inférieure: 10px; margin-right: 20px; "/> Les développeurs doivent s'approprier le processus complet d'identification, de conceptualisation, de livraison et de prise en charge des fonctionnalités et des composants du produit. C'est ainsi que vous leur donnez le sentiment de rendre des comptes sur ce qu'ils font et que vous essayez réellement de pousser Vous devez être responsable et être propriétaire.</p data-recalc-dims=

Lorsque ce n'est pas le cas, c'est toujours votre patron qui est responsable, et il existe de nombreuses études qui disent que ce n'est pas optimal.

Une des choses qui nous aident vraiment à y parvenir est que nous sommes responsables du support client des produits, car il est très évident lorsque vous faites un travail bâclé que les clients soumettront toutes sortes de problèmes qui deviendront votre problème.Il y a donc cet incitatif pour produire un travail de qualité.Lorsque vous avez de très vrais clients soumettant des fils de support qui vont int o votre boîte de réception, alors vous savez que vous devez être plus conscient de ce qui se passe.

Tsvetomir Tsonev – Ingénieur émérite; Composants et outils Web

 Tsvetomir-Tsonev "title =" Tsvetomir-Tsonev "style =" float: right; marge inférieure: 10px; margin-left: 20px; "/> Généralement, sur un projet, vous voudriez que les choses les plus importantes soient faites tout de suite et les expédier, puis passer au projet suivant. Mais avec Kendo UI en particulier et tous nos produits DevTools vraiment , nous les construisons et les maintenons sur une longue période de temps.</p data-recalc-dims=

Nous avons une clientèle de taille décente, nous ne pouvons donc pas nous permettre de faire des économies pour simplement faire avancer les choses les plus importantes. beaucoup de cas extrêmes et nous devons être très minutieux et nous assurer que les produits fonctionnent même dans les scénarios les plus inhabituels pour nos clients. Si nous ne le faisons pas, c'est une boucle de rétroaction très courte.

Et lorsque nous faisons des mises à jour , nous devons nous assurer de ne rien casser, même si cela semble être une fonctionnalité obscure ou mineure. Si vous ne savez pas si quelqu'un utilise cette fonctionnalité en ce moment, c'est probablement le cas, vous ne devriez donc pas la casser .

Priorité aux clients

Ai-je mentionné que nous apprécions nos clients? e le point.

Maria Veledinova — Chef de produit; Outils de développement PM & PMK

 Maria-Veledinova "title =" Maria-Veledinova "style =" float: gauche; marge inférieure: 10px; margin-right: 20px; "/> Nous accordons la priorité au client et à ses besoins. Pour avoir le produit, vous devez comprendre le besoin ou le problème. Ce qui fonctionne vraiment et qui a fait ses preuves au fil du temps peut être résumé à ceci: passer autant de temps que possible avec nos clients. Que ce soit en personne ou virtuellement, être entouré et interagir avec les clients, écouter, comprendre, poser des questions.</p data-recalc-dims=

De cette façon, vous avez la capacité de passer sous ce qui pourrait Cela semble évident comme leur problème ou leur besoin. Pour moi, c'est le niveau de base que vous devez établir pour que tout le reste fonctionne pour vous.

Petya Sotirova — Senior Manager, Technical Support; Developer Tooling Product Development

 Petya-Sotirova "title =" Petya-Sotirova "style =" float: right; margin-bottom: 10px; margin-left: 20px; "/> La manière Progress de servir nos clients est la suivante : Dans tout ce que nous faisons, nous essayons de donner la priorité au client et de nous assurer que nous répondons vraiment à leurs besoins, écoutons leurs commentaires et répondons à ce qui est nécessaire.</p data-recalc-dims=

Nous sommes très, très fiers du fait que nous sommes considérés comme un leader dans ce domaine dans notre espace, et nous sommes très attachés à cette réputation , désireux de le conserver et de continuer à servir nos clients au mieux de nos capacités.

Pavlina Hadzhieva — Gestionnaire principale, Génie logiciel; Composants et outils Web

 Pavlina-Hadzhieva "title =" Pavlina-Hadzhieva "style =" float: left; marge inférieure: 10px; margin-right: 20px; "/> Il est vraiment important de comprendre ce que les clients recherchent. Nous accordons la priorité à leurs besoins. Il est essentiel que nous écoutions et entendions ce que nos clients disent, ce qu'ils veulent, ce qu'ils attendent. [19659003] Il est également important de prendre en compte l’apport de l’équipe qui développe le produit, qui soutient le produit et qui communique constamment avec les clients. Ces personnes savent s’il y a quelque chose qui est continuellement demandé et comprennent la valeur d’investir du temps et d’inclure dans notre feuille de route.</p data-recalc-dims=

Livrer plus que prévu

Nous voulons plus que des clients satisfaits. Nous voulons des clients ravis.

Carl Bergenhem — Chef de produit, directeur principal; Developer Tooling PM & PMK

Il y a ce vieux slogan de Telerik qui, selon moi, est en quelque sorte ancré dans l'ADN de la façon dont nous construisons des logiciels et continue d'être quelque chose dont nous vivons: Offrir plus que prévu.

L'idée de construire quelque chose que p Les gens trouvent extrêmement utile à utiliser, plutôt que de manière générique. Nous ne faisons pas seulement quelque chose pour deux équipes qui ont besoin des fonctionnalités XYZ. Nous devons réfléchir à quelque chose dont tout le monde dans la même position pourrait avoir besoin – une grille de données ou un graphique – et comment ils pourraient alors offrir quelque chose en plus de ce que nous avons conçu pour que les développeurs puissent l'utiliser en interne dans leurs organisations.

Cela implique donc juste une tonne d'écoute des clients – nous entendons les clients, qu'il s'agisse de leur parler pendant leur période d'essai ou après leur achat, ou de problèmes auxquels ils sont confrontés dans les tickets de support. Tout est canalisé dans ce grand pool de "Comment pouvons-nous améliorer le produit?" Une grande partie de cela vient de l'écoute active des clients.

Par exemple, lorsque vous regardez chacun des frameworks que nous prenons en charge – qu'il s'agisse de Angular, React ou Vue, par exemple – vous verrez probablement des composants communs au début . La grille de données est l'un de nos composants les plus populaires et nous commençons souvent par là. Mais si vous regardez quand certains composants sont publiés ou lorsque certaines fonctionnalités sont ajoutées à certains de ces plus gros composants, cela va être différent entre les frameworks. En effet, au fur et à mesure que nous faisons évoluer le produit, nous écoutons les personnes qui l'utilisent activement pour nous assurer qu'elles réussissent le mieux possible et que le produit répond à leurs besoins. plan, ce plan peut très facilement être modifié en fonction de ce que nous entendons des clients. Les bibliothèques évoluent naturellement pour chacun des frameworks. C'est la manière Kendo UI / Telerik / Progress. Nous essayons de fournir plus que prévu dans tous les aspects de la construction du produit, et l'un des plus grands domaines où c'est vraiment un grand facteur de différenciation est le degré d'implication des clients dans la façon dont nous construisons le produit.

Pavlina Hadzhieva – Gestionnaire principal, génie logiciel; Composants et outils Web

Nous nous efforçons toujours de faire de notre mieux et de gagner du temps. Et nous visons tout ce que nous faisons à être de grande qualité. Cela nous aide à fournir un excellent service à la clientèle.

Un autre aspect très important de ceci est notre propre personnel. Nous accueillons tous les points de vue lors du développement de notre produit afin de nous assurer que nous livrons le meilleur possible. Si les membres de notre équipe sont satisfaits – s'ils se sentent valorisés et écoutés – ils donneront au produit le meilleur d'eux-mêmes. Et quand vous avez un bon produit, vous avez des clients satisfaits. Tout est connecté.

Récapitulation

Aujourd'hui, nous nous sommes encore davantage penchés sur le rôle que les clients devraient jouer dans votre processus. Écouter attentivement ce que vos clients ont à dire est le meilleur moyen de comprendre la direction que doit prendre votre logiciel. Soyez honnête avec eux et efforcez-vous d'aller au-delà des attentes.

La prochaine fois, nous en saurons plus sur la manière dont la façon dont vous travaillez au sein de votre équipe est au cœur du résultat.




Source link