Comment JPMorgan mesure le succès de ses ingénieurs logiciels
Hier, lors de la journée des investisseurs 2024 de JPMorgan, la technologie a joué un rôle central, et il ne s’agissait pas uniquement d’IA générative. En discutant de la modernisation de ses infrastructures, la banque a donné un certain nombre de mesures qu’elle utilise pour mesurer la productivité et le succès, comme le montre la diapositive ci-dessous :
Si vous souhaitez vous démarquer en tant qu’ingénieur productif chez JPMorgan, il semble que vous deviez faire plusieurs choses :
Cliquez ici pour vous inscrire à notre newsletter technologique
Être rapide
Lorsque vous travaillez dans les équipes produits de JPMorgan, le rythme est primordial. La mise en œuvre de nouvelles fonctionnalités en temps opportun est un indicateur clé, et le personnel de JPMorgan a réussi à réduire les délais de livraison de 20 % au cours des deux dernières années.
Le produit semble également être un domaine brûlant dans lequel travailler chez JPMorgan en ce moment. En plus de ses nombreuses initiatives fintech, le personnel produit reçoit des récompenses notables ; Zoia Kozakov, vice-présidente produit, a récemment figuré sur la liste Forbes des 30 moins de 30 ans cette année.
Soyez agile
Les banques ne sont pas toutes également dédiées à la méthodologie agile, mais JPMorgan semble vouloir se démarquer comme un adoptant positif de l’agilité. Plus de 90 % des équipes mettent en œuvre des pratiques agiles et plus de 60 % ont modifié leurs indicateurs de réussite pour refléter la méthodologie agile.
S’exprimant hier, Mary Callahan Erdoes, PDG de JP Morgan Asset & Wealth Management, a déclaré que chez JPMorgan, « il ne s’agit pas de faire preuve d’agilité, mais de être agile. » Rechercher les principes agiles et s’assurer que vous les appliquez efficacement peut vous aider à obtenir de bons résultats dans ces nouveaux indicateurs.
Fais attention
Les erreurs d’ingénierie peuvent être coûteuses, et JPMorgan consacre du temps à les corriger rapidement et à les éviter complètement. Il met en évidence une réduction de 12 % des incidents sans impact et un taux de réussite des changements de 99,98 % comme réussites clés dans cet indicateur.
Cet accent mis sur la sûreté et la sécurité de sa base de code est similaire à celui de Stripe, un géant de la fintech avec plus de 50 millions de lignes de code. Ses fondateurs, les frères Collison, comparent les modifications du code à un test d’allergie progressif, apportant de petites modifications graduelles pour éviter des erreurs importantes. Prendre une page de leur livre pourrait vous aider à atteindre vos objectifs de productivité chez JPMorgan.
Quelle est l’efficacité de ces mesures ?
Il existe de nombreuses mauvaises mesures lorsque l’on travaille en génie logiciel, et rares sont ceux qui s’accordent sur ce que sont les bonnes, mais en général, les mesures de productivité doivent être axées sur les résultats. Les délais de livraison des produits et la sécurité du code en sont deux exemples positifs. Cependant, être rapide et être prudent peut parfois être en contradiction, il est donc important de trouver un équilibre.
Les métriques agiles sont un peu plus déroutantes. JPMorgan ne dit pas exactement quelles sont ses métriques agiles « améliorées », et il existe de nombreuses métriques. Généralement, ces mesures visent à fournir de la valeur au client, mais il est très facile de se tromper d’agilité. Pourtant, c’est mieux que d’utiliser des lignes de code.
Vous avez une histoire confidentielle, une astuce ou un commentaire que vous aimeriez partager ?Contact : +447537 182250 (SMS, Whatsapp ou messagerie vocale).Télégramme : @SarahButcher.Cliquez ici pour remplir notre formulaire anonyme, ou envoyez un e-mail à editortips@efinancialcareers.com. Signal également disponible.
Soyez indulgents avec nous si vous laissez un commentaire en bas de cet article : tous nos commentaires sont modérés par des êtres humains. Parfois, ces humains peuvent être endormis ou éloignés de leur bureau. Votre commentaire peut donc mettre un certain temps à apparaître. Finalement, ce sera le cas, à moins que ce ne soit offensant ou diffamatoire (auquel cas ce ne sera pas le cas.)