XXP
Add to Technorati Favorites

avril 2010

lun. mar. mer. jeu. ven. sam. dim.
      1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30    

« Silverlight : Sealver Algea | Accueil | Silverlight : le code C# des contrôles est publié »

06 janvier 2009

TrackBack

URL TrackBack de cette note:
http://www.typepad.com/services/trackback/6a00d8341c871f53ef010536b14801970c

Voici les sites qui parlent de Développeurs, déterminez votre niveau d'Agilité :

» Enquête sur le niveau d'agilité des développeurs de Scrum, Agilité et Rock'n roll
Denis Dollfus a mis au point un questionnaire permettant d'évaluer son niveau d'agilité. Son test s'adresse aux développeurs et leurs pratiques d'ingénierie, celles liées à la gestion du code et au développement (intégration continue, refactoring, TDD.... [Lire la suite]

Commentaires

Jean-Yves

Bonjour,

Superbe enquête, ou peut-on voir le graphique résultat sans répondre une nouvelle fois aux questions ?

DenisDollfus

Pas encore, pour encourager ceux qui souhaitent voir les résultats à contribuer aussi à l'enquête.

Néanmoins, le système n'enregistre pas les données d'un browser qui a déjà répondu (cookie), tu peux donc répondre plusieurs fois à l'enquête depuis un même browser, seul la première réponse comptera.

Plus tard je posterai le résultat sur ce même billet.

Franck Depierre

L'exercice est intéressant surtout quant on sait donner la mauvaise réponse parce que tout n'est pas parfait chez soi. Merci pour ce travail.

bal

Le test même si je comprends aisément son cadre d'ingénierie logiciel est assez orienté vers les langages objet, puisqu'on parle de classe dès le départ et que des questions se rapportent directement aux concepts objets. L'agilité pour moi, c'est aussi prendre le risque de partir sur une architecture de type bazar mais sans cesse remise en cause. C'est une architecture agile en quelque sorte.

Je ne crois pas du tout à la compatibilité entre les architectures logicielles préconisées actuellement (usage systématique d'UML, modèle objet, design patterns systématiques). De toute façon les TDD sont là pour te rappeller tes erreurs.

Autre chose, quand on travaille pour une client, on ne peut pas se permettre de prendre 20 jours pour refactoriser si l'appli marche et surtout si le client n'est pas une DSI (parfois malgré qu'il soit une DSI). Dans les forfaits le temps joue contre soi. C'est une ressource qu'il faut utiliser avec parcimonie.

DenisDollfus

Oui tu as raison la partie ingénierie logicielle de ce questionnaire est orientée langages objets. Certaines questions techniques perdent donc leur intérêt quand les technos mises en oeuvre sont très différentes et/ou nouvelles (refactoring difficile, tests unitaires très couteux, techno innovante etc.).

D'ailleurs dans ce cas, quand le projet est tellement innovant qu'aucune bonne pratique connue n'est applicable, il reste la partie gestion de projet Agile dont une des caractéristiques est de miser sur l'auto-adaptation de l'équipe et l'intelligence de ses membres face aux difficultés inattendues.

Pour le reste il me semble que tes remarques sont en phase avec les bonnes réponses du questionnaire -- qui ne sont pas toujours côté "oui c'est le cas"!

Vérifiez votre commentaire

Aperçu de votre commentaire

Ceci est un essai. Votre commentaire n'a pas encore été déposé.

En cours...
Votre commentaire n'a pas été déposé. Type d'erreur:
Votre commentaire a été enregistré. Poster un autre commentaire

Le code de confirmation que vous avez saisi ne correspond pas. Merci de recommencer.

Pour poster votre commentaire l'étape finale consiste à saisir exactement les lettres et chiffres que vous voyez sur l'image ci-dessous. Ceci permet de lutter contre les spams automatisés.

Difficile à lire? Voir un autre code.

En cours...

Poster un commentaire