IdentifiantMot de passe
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Les ingénieurs logiciels passeraient moins de temps à l'écriture du code
Et plus dans les tâches administratives et autres, selon une étude

Le , par Stéphane le calme
15 commentaires

82PARTAGES

5  0 
Selon une étude menée auprès de 443 ingénieurs logiciels en mars dernier par Electric Cloud, une société privée fournissant des logiciels d'optimisation DevOps, il apparaît que les ingénieurs en logiciels passent plus de temps pour des tâches autres que pour le codage.

Le design et le codage leur prendraient en moyenne 19,1 heures par semaine, contre 22,37 heures en moyenne pour d’autres activités parmi lesquelles : les tâches administratives (5,79 heures), l’attente de la finalisation des tests (3,67 heures), etc.


L'enquête d’Electric Cloud s’est également intéressée à d'autres personnes impliquées dans les processus de développement logiciel, y compris les ingénieurs de tests, les architectes techniques, les chefs de projets et les chefs de produits. L'enquête ne s'est pas limitée aux clients Electric Cloud.

Sans surprise, les ingénieurs logiciels passent plus de temps sur la conception et le codage que les autres personnes interrogées.

Avec un échantillon de 156 personnes, les architectes techniques qui ont répondu au questionnaire sont les seuls à passer presque autant de temps à écrire des lignes de code et à travailler sur le design que les ingénieurs logiciels. Ils y consacreraient 14,3 heures en moyenne par semaine.

Source : Electric Cloud

Et vous ?

Que pensez-vous de ce rapport ? Si vous êtes ingénieur logiciel, vous reconnaissez vous dans ces résultats ?

Une erreur dans cette actualité ? Signalez-nous-la !

15 commentaires
Commenter Signaler un problème
sevyc64
Avatar de sevyc64
Modérateur https://www.developpez.com
Le 09/04/2013 à 13:29
Citation Envoyé par el_slapper Voir le message
N'empêche que fluidifier la compilation et le test(par exemple en donnant des machines plus puissantes), c'est un moyen de gagner du temps et de la productivité. Il y a facilement quelques pour-cents à gagner dans de nombreuses boites qui ne donnent que des brouettes à leurs développeurs.
Mais malheureux que dis-tu ? Oserais-tu contredire la nécessité pour la secrétaire d'avoir la dernière machine surpuissante à la mode pour faire ses 3 lettres quotidiennes sous Word, passer commande de la tunique dernier cri sur La Red**** ou des dernières espadrilles sur S***za, alors que tu toi, avec son ancien PC, tu met le processeur à genoux 3 fois par jour en voulant faire tes compilations dantesques ?

Et que dire de ton collègue dessinateur indus qui a récupéré le vieux CRT21", largement suffisant pour Catia, de la commerciale parce qu'elle a réussi à obtenir le dernier 26" LED en guise de second écran pour son portable 17" Top moumoute pour les 2 1/2journées par semaine ou elle n'est pas en clientèle.

PS : C'est du vécu à peine exagéré
7  0 
el_slapper
Avatar de el_slapper
Expert éminent sénior https://www.developpez.com
Le 09/04/2013 à 12:59
N'empêche que fluidifier la compilation et le test(par exemple en donnant des machines plus puissantes), c'est un moyen de gagner du temps et de la productivité. Il y a facilement quelques pour-cents à gagner dans de nombreuses boites qui ne donnent que des brouettes à leurs développeurs.
3  0 
Lordsephiroth
Avatar de Lordsephiroth
Membre confirmé https://www.developpez.com
Le 09/04/2013 à 13:35
Je ne suis pas vraiment d'accord avec la façon de catégoriser les tâches de l'analyse. De mon point de vue, "tâches administratives" regroupe tout ce qui ne fait PAS avancer le projet (à savoir les séances de suivi avec son chef, team building, séances de département, échange d'information et surtout... et surtout... les apéros !!). La gestion des environnements je le classifierait également dans les tâches administratives. Par contre, je suis formellement opposé à l'idée que le brainstorming au sein de l'équipe de dév soit considéré comme de l'administratif. L'attente sur les tests ou les builds... je sais pas trop où mettre ça. Je dirais plutôt côté dév que côté admin...

Dans ma boîte, selon des chiffres que j'avais entendus lors d'un précédent projet, le temps passé au dév était entre 65% et 75%.

Je pense que montrer le temps passé à écrire du code n'a aucun sens. Réfléchir avant d'écrire n'est jamais du temps perdu...
3  0 
vampirella
Avatar de vampirella
Membre éclairé https://www.developpez.com
Le 09/04/2013 à 11:45
Est-ce vraiment la bonne source originel ? Le lien dans l'article renvoie sur une étude du "cloud computing" et non du temps passé sur les divers activités ^^

Ceci dit, qu'appelle-t-on "tâche administrative" ?
2  0 
Stéphane le calme
Avatar de Stéphane le calme
Chroniqueur Actualités https://www.developpez.com
Le 09/04/2013 à 12:33
Citation Envoyé par vampirella Voir le message

Ceci dit, qu'appelle-t-on "tâche administrative" ?
Les questions posées aux ingénieurs doivent certainement être en rapport avec les activités clés du cycle de vie d'un logiciel selon le SWEBOK (Software Engineering Body of Knowledge) notamment l'analyse fonctionnelle (analyse des besoins) , l'architecture (schématisation des grandes lignes du mécanisme) , la programmation , les tests, la validation , la maintenance et la gestion de projet( répartition des tâches entre les ingénieurs et respect du calendrier prévu).

A partir de là peux tu faire les rapprochements avec le questionnaire ?
2  0 
Pergos
Avatar de Pergos
Membre habitué https://www.developpez.com
Le 09/04/2013 à 12:54
Perso, j'utilise les temps d'attente de compilation et de tests pour effectuer une partie des taches administratives, et une partie du Brainstorming (dans lequel je comprends aussi la prise de recul sur le code, sur l'application, et sur le jeu de test).
Ca compacte un peu tout ça.
2  0 
Matthieu Vergne
Avatar de Matthieu Vergne
Expert éminent https://www.developpez.com
Le 19/04/2013 à 16:41
En lisant l'article, j'ai l'impression que ces "ingénieurs logiciels" font moins de code que ce qu'ils devraient faire...

1) un ingénieur n'est pas un technicien, il n'est pas là pour pisser le code, donc encore heureux qu'il ne fait pas QUE ça. Il est censé prendre en considération des facteurs internes et externes (y compris facteurs humains) pour identifier les besoins et les priorités, identifier ce qui est raisonnable de faire ou non, et seulement après passer au codage.

2) est-ce que je suis le seul à voir que ce diagramme montre quand même clairement que le code est de loin le plus important comparé à n'importe quel autre activité ?

Après, c'est peut-être mon interprétation qui me joue des tours, mais avec un titre "Les travailleurs passent moins de temps à dormir" on verrait tout de suite les gens rappliquer pour parler de conditions de travail déplorables, alors qu'on se contenterait de lire qu'ils dorment moins que ce qu'ils passent de temps éveillés, ce qui est tout à fait normal.
2  0 
Kikuts
Avatar de Kikuts
Membre éprouvé https://www.developpez.com
Le 09/04/2013 à 13:48
Je ne suis pas étonné.

Entre le temps passé à attendre la fin des compilations interminable (pour les gros projets dont le codesource clean fait plus de 200 Mo (sans ressources images and co)) donc 1 à 3 min par build, sur une journée / semaine /mois on arrive à temps non négligeable.

Le temps passé à faire du suivit des tâches, mettre à jours les GANT & co, le planning ...

Attendre que les tests se fassent, qu'ils soient validés, de contacter le testeur pour savoir si c'est bon pour lui ... Puis retester en environnement de préprod, tester avec une base de test pour vérifier que la montée en charge n'a pas d'impact néfaste ...

A demander des spécifications supplémentaires quand le CDC a été fait à la va vite ...

A migrer de VS 2010 à 2012 (ou toutes autres modif de l'environnement de développement par ex : nouvelle machine et hop les SDK et tout le bins à installer)

La mise à jour de référence vers services web ...

Pris séparément, ça fait pas grand chose, mais mis bout à bout, on arrive à des chiffres comme annoncer par cet article.
1  0 
Caro999
Avatar de Caro999
Membre confirmé https://www.developpez.com
Le 10/04/2013 à 9:19
Perso les tâches administratives sont souvent la mise en place d'outils ou la réorganisation d'un repo et d'une chaine d'installation ou de compilation, ce qui comprends parfois le développement d'un outil visant à améliorer les points précédents. Donc au fil du temps ces tâches tendent à être de moins en moins fréquentes au fur et à mesure qu'elles sont automatisées.
Ce ne sont pas des tâches administratives ça. Ce sont des tâches de gestion de l'environnement ("Environment management" dans l'étude).

Les tâches administratives, c'est le reporting, poser ses vacances, organiser un déplacement (booker son avion, l'hotel), rentrer ses frais de déplacements, le temps de déménagement de son bureau quand ça arrive (faire ses cartons, défaire ses cartons), participer à un exercice de simulation d'évacuation-incendie, assister à une formation pour utiliser le nouvel outil de reporting, le temps de travail perdu à cause d'une panne de réseau ou d'électricité, etc...

Par contre, 5+ heures par semaine, j'ai peur que les gens qui ont participé à l'étude n'aient pas compris de quoi il s'agissait. Mais bon, combien de fois ai-je entendu dans ma carrière (à juste titre) que lire ses mails, c'est pas une tâche administrative. Ben non, c'est pas une tâche administrative quand ces mails ont trait au(x) projet(s) sur le(s)quel(s) on travaille.

Bref, je pense que l'étude a du plomb dans l'aile.
1  0 
prikama
Avatar de prikama
Membre du Club https://www.developpez.com
Le 09/04/2013 à 14:30
je pense qu'on passe maintenant de la même passage entre l'assembleur et les langages de haut niveau. maintenant en passe de l'AGL vers "l’environnement de génération de code automatiquement"
0  0 
Commenter Signaler un problème