Accroitre la productivité du développement Agile. Par Adam Kolawa, cofondateur et CEO Parasoft

Transcription

1 Accritre la prductivité du dévelppement Agile Par Adam Klawa, cfndateur et CEO Parasft

2 Prductivité et dévelppement Agile Un grand nmbre d équipes se turnent vers le dévelppement Agile afin d amélirer leur efficacité et de permettre la prductin dans les temps et en cntinu de lgiciels imprtants. Cependant, la plupart décuvrent dans la duleur que mdifier la méthdlgie de dévelppement sans mdifier en parallèle le prcessus de dévelppement sus-jacent échue à prduire le résultat escmpté. Obtenir ce résultat espéré d Agile ne demande pas seulement une nuvelle méthdlgie, mais également un prcessus de dévelppement beaucup plus efficace. Heureusement les méthdlgies Agile présentent actuellement une pprtunité pur l ptimisatin du prcessus de dévelppement en apprtant des améliratins imprtantes de la prductivité. Ce dcument présente une équatin simple pur mesurer le niveau actuel de l efficacité de vtre équipe, puis quatre autres que vus puvez appliquer pur l amélirer : - Avir un plan d attaque clair et efficace = prductivité - Accritre la cnnaissance du cde = prductivité - Ne pas retravailler = prductivité - Diminuer la mise au pint = prductivité Cmment calculer la prductivité du dévelppement de lgiciels Avant de démarrer l améliratin de la prductivité Agile de vtre équipe, vus devez mesurer sa valeur actuelle. Après tut, n ne peut amélirer que ce qu n peut mesurer. Il y a eu beaucup de tentatives de définitin des unités de mesure de la prductivité du dévelppement de lgiciel. La plupart de celle que j ai vues étaient extrêmement cmpliquées et difficiles à appliquer. Une unité de mesure simple est le nmbre de lignes de cdes prduites dans l rganisatin, divisé par le nmbre de persnnes qui travaillent sur ce cde (y cmpris le cntrôle qualité, cmme le dévelppement). En bref, je vais appeler cette unité la myenne de LDC (ligne de cde) par tête. Cela représente essentiellement l hrizn du dévelppeur. Si la valeur est élevée, cela signifie que vus avez un faible nmbre de persnnes travaillant sur le cde. En d autres mts, vus faites beaucup avec peu de ressurces. La nrme actuelle est d envirn lignes de cde par dévelppeur. Ce nmbre est basé sur les myennes des sciétés qui déclarent qu un prgramme type a envirn un millin de lignes de cde pur envirn 50 à 80 dévelppeurs travaillant dessus. Cmment accritre la prductivité du dévelppement de lgiciels Durant plus de 21 ans pendant lesquelles nus avns dévelppé du lgiciel et aidé d autres rganisatins à livrer un meilleur lgiciel plus rapidement, Parasft a déterminé que l améliratin de la prductivité du dévelppement de lgiciels puvait se résumer aux équatins suivantes : Avir un plan d attaque clair et efficace = prductivité -Accritre la cnnaissance du cde = prductivité- Ne pas retravailler = prductivité - Diminuer la mise au pint = prductivité Page 1

3 En fait ces idées ne snt pas nuvelles. D autres industries nt été cnfrntées aux mêmes types de prblèmes de prductivité que l industrie du lgiciel aujurd hui, et nt btenu de francs succès en appliquant les mêmes méthdes de base. En les intégrant à ntre industrie, nus puvns amener la prductivité du dévelppement de lgiciels à des niveaux plus élevés. Par expérience, nus avns décuvert qu appliquer ces équatins entraine des améliratins incryables de prductivité. Par exemple, en les calculant en interne pur tutes les équipes Agile de dévelppement Parasft, cela dnne 120 dévelppeurs travaillant sur 48 millins de lignes de cde. Sit envirn LDC / dévelppeur, ce qui est beaucup plus que la myenne de l industrie de « à LDC / dévelppeur» citée plus haut. Equatin 1 : Avir un plan d attaque clair et efficace Plus un dévelppeur passe de temps à se demander à quelle tâche u demande il dit se cnsacrer, mins il est prductif, et mins il se cncentre sur un travail créatif qui aide l rganisatin à atteindre ses buts. Pur garder les dévelppeurs cncentrés sur un travail prductif, il faut définir les tâches crrectement, dispser d un système de distributin de ces tâches et les assigner crrectement. Définir crrectement les tâches Même dans des envirnnements Agile, les tâches de dévelppement de lgiciels peuvent être nébuleuses : elles snt suvent définies de manière vague, ce qui rend difficile pur les dévelppeurs la déterminatin du pint de départ et la lgique du travail à réaliser. Pur dépasser ce challenge, il est essentiel que quelqu un (un architecte u un respnsable par exemple) ait une visin cnceptuelle de l applicatin en dévelppement. Cette persnne peut prendre les exigences de haut-niveau et les traduire en tâches granulaires qu un dévelppeur peut cmprendre et implémenter rapidement. Quand n demande aux dévelppeurs de travailler sur des tâches plus petites (par exemple qui peuvent être réalisées en un jur), plutôt que sur un mdule vaguement défini, l expérience a mntré qu ils deviennent beaucup plus prductifs. Cmme les dévelppeurs cmprennent exactement ù démarrer et qui faire, ils snt beaucup plus efficaces : leurs bjectifs snt atteignables et les prgrès immédiatement apparents. Dispser d un système d assignatin des tâches Idéalement, les dévelppeurs devraient tujurs avir une liste des tâches par pririté en face d eux, intégrée dans leur envirnnement de dévelppement. Cela diminue les interrgatins sur ce qui est demandé et cmment le réaliser. Assigner les tâches crrectement Si une tâche est cnfiée à un dévelppeur peu familier avec le cde sus-jacent, le temps d implémentatin (ainsi que le risque de mise au pint et refnte) sera bien plus imprtant que si la même tâche avait été assignée à une persnne cnnaissant intimement cette partie du prgramme. Page 2

4 Equatin 2 : Accritre la cnnaissance du cde La vitesse avec laquelle un dévelppeur écrit du cde n a rien avir avec sa dextérité dactylgraphique. C est uniquement lié à sa cnnaissance du cde qu n lui a demandé de mdifier. Quand un dévelppeur reçit une tâche, il a besin de cmprendre ce que le cde fait, cmment changer ce qu il fait, et prévir l impact de ces changements. Cela nécessite une bnne cnnaissance du cde. Ainsi, étendre la cnnaissance du cde de chaque dévelppeur augmentera la gamme des tâches que vus purrez leur cnfier, et réduira les temps nécessaires à leur réalisatin. Cmment y arriver? Une première méthde est la revue par un pair. Quand un dévelppeur cntrôle le cde d un autre, il décuvre sa cmplexité et ses cnnectins. Au final, chaque dévelppeur vit s agrandir le vlume de cde sur lequel il peut travailler ainsi que la vitesse à laquelle il peut réaliser ses tâches. En plus de l expansin de la cnnaissance des relecteurs, ce prcessus furnit au prgrammeur du mdule une visin cmplémentaire, et un cmmentaire intéressant sur les rapprts entre le cde écrit et l applicatin dans sn ensemble. Une autre méthde d augmentatin de la cnnaissance est le test régressif. Si un prgrammeur peu familiarisé avec un mdule dit y apprter des mdificatins, sa préccupatin principale sera sans dute d éviter de détruire quelque chse qui fnctinne. Les tests régressifs alertent immédiatement les dévelppeurs de tute cnséquence imprévue par exemple si une mdificatin change u casse une fnctinnalité existant dans une autre partie de l applicatin. Nn seulement cela enseigne aux dévelppeurs les crrélatins entre leurs mdificatins et les autres parties du cde, mais entraine également une améliratin de la prductivité en les prtégeant de la peur d amélirer u étendre le cde existant. L extensin de la cnnaissance du cde par chaque dévelppeur augmente également la prductivité en prévenant les erreurs qui entrainent le debugging et les réécritures, lesquelles sernt traités dans les deux équatins suivantes. Mins les prgrammeurs snt familiers avec l applicatin, plus ils fernt des erreurs qui diminuernt la prductivité lngtemps après la première validatin de leurs mdules. Equatin 3 : minimiser les mises au pint La mise au pint cnsiste principalement dans la crrectin de ce qui n avait pas été implémenté crrectement. Plus les dévelppeurs passent du temps sur la crrectin du cde, mins ils en passent sur des tâches plus prductives. Une méthde pur minimiser les mises au pint est l établissement d une infrastructure qui prévient l ccurrence de défauts dans le cde. Cela purrait inclure une préventin des défauts autmatique cmme l analyse statique, les tests unitaires etc La vraie valeur de la réductin des mises au pint à travers la préventin des défauts réside dans la réductin des besins de réécriture. Sur le lng terme, les pratiques de préventin des erreurs, qui préviennent l apparitin de classes entières de prblèmes, snt infiniment plus prductives que la chasse unitaire aux défauts que l n crrige plus tard dans le prcessus de dévelppement là ù cela sera plus difficile, plus cuteux et plus lng. Page 3

5 Equatin 4 : diminuer les réécritures Minimiser les mises au pint n est qu un aspect de la diminutin du vlume de réécritures. Les autres méthdes snt liées aux spécificatins. Si les architectes et les managers ne cmprennent pas les spécificatins dès le départ et si, à leur tur, les dévelppeurs ne les implémentent pas crrectement, l équipe va frcément perdre un temps infini à la réécriture du cde. Il est impératif de mettre en place les spécificatins telles qu elles snt rédigées et cnfrmément aux attentes du client. Pur ce faire vus devez vus assurer que tut le mnde cmprend bien ces spécificatins avant de passer à l étape suivante. Pur cmprendre ce qui est en jeu, regardns l analgie suivante : le travail d un dévelppeur est similaire à celui d un entrepreneur en cnstructin. L architecte cmmence par cmprendre les attentes du client et rédige les spécificatins. Puis cmme les crps de métiers réalisent un bâtiment suivant les plans, les dévelppeurs cmmencent à écrire du cde. A ce pint, les erreurs prviennent de deux surces : - L architecte a mal interprété les demandes du client, ce qui entraine des spécificatins errnées ; - Les dévelppeurs se méprennent sur l interprétatin des spécificatins et les implémentent incrrectement. Le prttypage même léger sur papier est extrêmement efficace cntre les erreurs d interprétatin des demandes du client. Un prttype permet au client de visualiser ce que les dévelppeurs prduisent pur lui et d alerter l équipe immédiatement si le prjet semble aller dans la mauvaise directin. Les incmpréhensins entre les architectes et les dévelppeurs peuvent être éliminées en utilisant une plitique de mise à dispsitin d une versin d essai des mdules crrespndant à chaque nuvelle spécificatin, afin d en vérifier l adéquatin. Cette stratégie blige les dévelppeurs à regarder les spécificatins sus deux angles différents implémentatin et validatin ce qui entraine une cmpréhensin intégrale de chacune. De fait, cette plitique est intimement liée avec le dévelppement intégré aux tests qui est utilisé dans les envirnnements Agile. Prductivité = qualité Cela ne représente naturellement pas une liste exhaustive des équatins de prductivité, mais plutôt une visin de celles qui nt eu le plus grand impact chez les équipes Agile de Parasft et d autres rganisatins. Ce qui est surprenant c est que l applicatin de ces équatins dépasse la prductivité pur impacter la qualité. Qualité et prductivité snt inextricablement liées. Si vus appliquez ces équatins, la qualité de vs applicatins augmentera du fait de la mise en place d un envirnnement de dévelppement plus résistant aux erreurs car: Page 4

6 - Les dévelppeurs cmprennent réellement la base du cde sur laquelle ils travaillent et les tâches d implémentatin qui leurs snt demandées. - Vus aurez mis en place une infrastructure qui évitera beaucup d erreurs qui autrement demanderaient mises au pint et réécritures. Au final, un prcessus qui génère un lgiciel de piètre qualité ne peut jamais être prductif. Réécriture et debugging sapernt tut gain réalisé en reprtant u diminuant le rôle jué par la qualité dans la prductivité sur le lng terme. En diminuant la réécriture et les mises au pint ainsi qu en mettant en place d autres techniques pur amélirer la prductivité, nn seulement les équipes amélirernt la qualité, mais également leurs capacités à répndre aux demandes muvantes du marché. Augmenter la prductivité avec Parasft Cncert Parasft Cncert aide les rganisatins à prduire efficacement du lgiciel de qualité cnstante. Il s intègre sans effrt dans tus les envirnnements de dévelppement, travaillant en arrière-plan pur vus aider à : - Cnvertir des spécificatins de haut-niveau en tâche réalisables et mesurables. - Distribuer et gérer les tâches dans tute l équipe de dévelppement et assurance qualité. - Cnduire les tâches jusqu à leur abutissement, en suivant une plitique qualitative de wrkflw. - Surveiller la qualité, l état et l adhérence aux spécificatins de leur implémentatin de manière bjective et en temps réel. Le résultat final sera une augmentatin imprtante de la visibilité et du cntrôle des prcessus. Par exemple, les respnsables purrnt vérifier instantanément si un prjet est dans les temps et les budgets. Ils y gagnent une visin bjective nn perturbante pur la vérificatin de la réalisatin des bjectifs de qualité et de suivi des plitiques mises en place. Le tableau suivant prpse une visin d ensemble de l aide apprtée aux rganisatins par Parasft Cncert pur la mise en place des équatins présentées ici : Equatin Avir un plan d attaque clair et efficace = prductivité Supprt par Parasft Cncert Aide les respnsables à disséquer les spécificatins de haut-niveau en tâches raisnnables et gérables. Permet aux respnsables de créer et d assigner les tâches à partir d une cnsle centrale. Distribue directement les tâches aux IDE des dévelppeurs en se Page 5

7 basant sur des assignatins manuelles u des règles de gestin. Aide les respnsables à évaluer les ressurces dispnibles et assigner les tâches en cnséquence. Les prgrès du dévelppement snt mesurables et le statut de l implémentatin des artéfacts du prjet (spécificatins, tâches, défauts/améliratins) est visible en QA, ils savent dnc ce qui est prêt à être testé. Accritre la cnnaissance du cde = prductivité Applique les plitiques d accrissement de la cnnaissance du cde (revue par pair, etc ). Autmatise la revue par pair pur augmenter l expsitin des dévelppeurs à plus de cde. Autmatise les tests régressifs pur s assurer que les impacts des mdificatins snt visibles immédiatement. Minimiser les mises au pint = prductivité Intègre la qualité au SDLC pur s assurer que la qualité et les crrectins d erreurs se fnt en applicatin des plitiques définies par l rganisatin. Autmatise un spectre cmplet de préventin des défauts et d assurance qualité à travers SDLC, y cmpris : Analyse statique du cde surce Analyse statique du flt de dnnées Analyse du cde pur la sécurité Revue du cde Test unitaire Détectin erreur mémire Détectin erreurs à l exécutin Tests messages/prtcles Tests IU Web Test intégral Tests fnctinnels Page 6

8 Tests de charge Tests basés sur les changements Tests manuels Tests acceptatin utilisateur Diminuer les réécritures = prductivité Se cnnecte aux systèmes de gestin des spécificatins ; gère un wrkflw autmatisé pur récupérer et évaluer les spécificatins. Prévient les incmpréhensins client-architecte en incluant le prcessus de dévelppement Agile avec le prttypage, itératins curtes et interactins client fréquentes. Prévient les incmpréhensins architecte-dévelppeur en faisant respecter les plitiques cmme celle bligeant l écriture d un mdule de test pur chacune des fnctinnalités ce qui blige les dévelppeurs à penser à chaque spécificatin à partir de plusieurs perspectives. Pur en apprendre plus Pur btenir plus de détail sur les différentes manières dnt Parasft Cncert aide les rganisatins à réaliser ces bjectifs, visitez le «centre de dévelppement Agile» de Parasft. A prps de Parasft Pendant 21 ans Parasft a examiné purqui et cmment les défauts entrent dans les applicatins. Ns slutins utilisent ces recherches pur augmenter la prductivité SDLC et la qualité des applicatins. Grâce à une cmbinaisn ptimale d utils de qualité, de wrkflw ajustables et d infrastructure autmatisée, Parasft s intègre de façn transparente à vs envirnnements de dévelppement pur cnduire les tâches SDLC à bien. Que vus prduisiez du cde u que vus fassiez évluer u intégriez des systèmes de gestin, u que vus améliriez des prcessus de gestin- appuyez-vus sur ntre expertise et ns prduits recnnus par l industrie pur vus assurer que du lgiciel de qualité peut être prduit avec cnstance et efficacité. Pur plus d infrmatins visitez Parasft Crpratin All rights reserved. Parasft and all Parasft prducts and services listed within are trademarks r registered trademarks f Parasft Crpratin. All ther prducts, services, and cmpanies are trademarks, registered trademarks, r servicemarks f their respective hlders in the US and/r ther cuntries. Page 7