IdentifiantMot de passe
Loading...
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 !

39% des projets informatiques aboutissent dans les délais et budgets impartis
Forrester suggère aux développeurs une autre façon de penser

Le , par Stéphane le calme

196PARTAGES

4  3 
Forrester Research, spécialiste des études de marché sur l'impact des technologies dans le monde des affaires, a publié un rapport qui révèle une déconnexion entre l'informatique et l'entreprise. Sur les 474 responsables informatique d'entreprise dont les employés se compte par milliers, seuls 39% d'entre eux ont pensé que leurs structures informatiques internes avaient la capacité de finaliser régulièrement des projets dans les délais et le budget. D'ailleurs moins de la moitié (43%) estiment que leurs structures ont collaboré avec les entreprises sur les stratégies de l'entreprise et l'innovation.


Parmi les obstacles qu'ils ont rencontrés, 56% d'entre eux estiment que le plus important se retrouve dans des exigences utilisateurs en constante évolution sur des projets déjà en traitement. La moitié estiment être surchargés de travail et finir donc par essayer de trop en faire à la fois. Plus d'un tiers (34%) estiment qu'ils manquent de directives exécutives claires, tandis que 34% déplorent le manque de talent de développeur adéquat.

Côté satisfaction, moins de la moitié des décideurs IT ont eu un retour favorable quant au développement des applications mobiles à l'intention de leurs clients. En revanche la plupart ont retrouvé le sourire une fois qu'il était question d'expérience utilisateur sur les d'applications web.


Les développeurs se montrent eux aussi très insatisfaits par leurs départements. Moins de la moitié d'entre eux estiment que leurs départements informatiques répondent à leurs besoins technologiques ou encore a une compréhension de leurs besoins pour mener à bien leurs tâches.


A la lumière de tous ces éléments, les auteurs du rapport font des recommandations pour permettre d'améliorer la collaboration entre la technologie et le monde des affaires. Pour eux, les équipes de développement d'applications ne devraient pas se limiter à la création d'applications, mais devraient aussi tenir compte de leur impact sur les entreprises et ainsi considérer le tableau dans son ensemble. Ils devraient orienter leurs décisions en prenant en considération des paramètres comme les objectifs de l'entreprise, l'expérience client, les processus d'affaires, les employés, la technologie, l'architecture et l'intégration; se rassurer que chacune des milliers de technologie, processus d'affaires, et les décisions concernant l'interface utilisateur soient liés à la fois au bon plaisir des clients et au service des objectifs de l'entreprise.

Ils proposent aux équipes de développement de :

  • prendre la responsabilité avec une pensée d'intégration : une pensée d'intégration requiert des équipes de développement de visualiser le tableau dans son ensemble et d'accepter la responsabilité non seulement de la conception des applications mais de leur impact positif ou négatif sur l'entreprise ;
  • concevoir des tâches avec des personnes qui comprennent à la fois les affaires et la technologie ;
  • mesurer chaque décision de conception en se basant sur son impact sur l'expérience utilisateur.


Source : Effective UI (au format PDF)

Et vous ?

Est-il fréquent ou occasionnel que vous finissiez un projet informatique dans les délais et le budget ?

Que pensez-vous des recommandations de Forrester ?

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

Avatar de ctxnop
Membre expérimenté https://www.developpez.com
Le 26/10/2013 à 11:50
Je n'ai même pas lu l'article, le simple sous-titre m'en dissuade.
C'est toujours la faute du développeur, jamais celle du commercial qui vends des choses infaisables ou dans des délais délirants. Jamais celle du chef de projet qui promet des délais toujours plus court et impose des choix techniques alors qu'il ne sait même pas écrire un hello world dans le langage utilisé par l'équipe.

Bien évidemment que le développeur à des responsabilités dans les retards et les dépassement de budget, mais c'est toujours la même chose, quand une entreprise va mal elle demande un audit qui va systématiquement pointer du doigt le gars en bas de l'échelle : on ne dénonce pas l'incompétence de ceux qui nous payent.

Bref, avec un tel sous-titre, je n'ai pas envie de lire le reste de l'article, aussi bon/juste/impartial soit-il.
21  2 
Avatar de Cincinnatus
Membre expérimenté https://www.developpez.com
Le 26/10/2013 à 18:15
Contrairement à yimson (
Je pense que les entreprises devraient comprendre que ils existent d'autres entreprises dédiées dont le métiers est de développer des logiciels et de faire aussi de l'intégration (SSII), au lieu de faire développer leur produit en interne, il serait préférable de sous traiter cette tache afin qu'elle soit réalisé proprement car pour les SSII c'est leur métier.
) je pense que nombre de développements gagnent à être réalisés en interne, par des équipes connaissant l'entreprise / administration cliente.
Ainsi, les développeurs connaissent les équipes fonctionnelles concernées, les équipes sont (relativement) stables et il n y a pas de surfacturation .

Tous les logiciels ne doivent pas être réalisés par des usines logicielles ; une bonne part répond à des besoins plus ou moins spécifiques. Après, libre aux équipes rencontrant un besoin proche de partager certains dévs en coopérant entre elles ou même en open source.
9  0 
Avatar de yahiko
Rédacteur/Modérateur https://www.developpez.com
Le 26/10/2013 à 15:12
Je n'aime pas trop le titre qui réinterprète grossièrement le contenu de l'enquête.

Il ne s'agit pas de 39% des projets qui aboutissent dans les clous, mais d'une opinion partagée par 39% de responsables informatiques. A partir de là, nous ne sommes plus dans le domaine des faits, mais des croyances.
6  0 
Avatar de Kearz
Membre expert https://www.developpez.com
Le 28/10/2013 à 12:30
tandis que 34% déplorent le manque de talent de développeur adéquat.
Un développeur, ça se paie.
Un bon développeur, ça se paie un peu plus.
Un développeur talentueux, ça se paie beaucoup plus.

Ceux qui sortent le porte monnaie se plaignent rarement du talent de leur développeur. (sauf s'ils ont pas payé leur RH pour avoir de bon RH)

Mais mince alors, ça voudrait dire que dans tous les métiers pour avoir des gens bons il faut les payer plus que les mauvais?


Je pense que les entreprises devraient comprendre que ils existent d'autres entreprises dédiées dont le métiers est de développer des logiciels et de faire aussi de l'intégration (SSII)
Et dans le service informatique des boites, on se sert à rien?
Je suis désolé mais les services informatiques des boites sortent des produits de meilleurs qualité que les SSII parce qu'ils:
- connaissent le contexte.
- pensent plus "qualité" qu'argent parce que derrière les utilisateurs se plaignent directement.
- sont touchés directement par les développements.

Une SSII n'en a pas "rien à foutre" mais presque, l'important c'est d'avoir le contrat. Le devoir de conseil des SSIIs? ça passe souvent à la trappe.
La qualité des dév? Aucun intérêt, ils vaut mieux torcher un truc vite et pas cher pour gagner le contrat.

Les seuls avantages des SSIIs:
- Domaine de compétences potentiellement plus large.
- Consulting parce qu'ils ont probablement eu des projets similaires sur d'autres boites.
- Main d'oeuvre temporaire pour éviter d'avoir des services informatique trop grand. (maintenant quand on voit des prestas qui restent des années dans le même service info, il faudrait peut-être embaucher.)
6  0 
Avatar de kremvax
Membre averti https://www.developpez.com
Le 26/10/2013 à 16:50
Citation Envoyé par ctxnop Voir le message

C'est toujours la faute du développeur, jamais celle du commercial qui vends des choses infaisables ou dans des délais délirants. Jamais celle du chef de projet qui promet des délais toujours plus court et impose des choix techniques alors qu'il ne sait même pas écrire un hello world dans le langage utilisé par l'équipe.
Tiens, on bosse dans la même boite??
4  0 
Avatar de redcurve
Inactif https://www.developpez.com
Le 26/10/2013 à 17:12
Citation Envoyé par ctxnop Voir le message
Je n'ai même pas lu l'article, le simple sous-titre m'en dissuade.
C'est toujours la faute du développeur, jamais celle du commercial qui vends des choses infaisables ou dans des délais délirants. Jamais celle du chef de projet qui promet des délais toujours plus court et impose des choix techniques alors qu'il ne sait même pas écrire un hello world dans le langage utilisé par l'équipe.

Bien évidemment que le développeur à des responsabilités dans les retards et les dépassement de budget, mais c'est toujours la même chose, quand une entreprise va mal elle demande un audit qui va systématiquement pointer du doigt le gars en bas de l'échelle : on ne dénonce pas l'incompétence de ceux qui nous payent.

Bref, avec un tel sous-titre, je n'ai pas envie de lire le reste de l'article, aussi bon/juste/impartial soit-il.
Oui, pareil ma SSII veut que je délivre à terme une version par semaine alors que déjà souvent les specs sont foireuses, je trouve des énormités chaque jour. En plus, de ça le réseau interne a été monté par des singes mongoliens, je veux bien bosser mais il faudrait déjà que je puisse me connecter au contrôleur de sources etc. Du grand n'importe quoi, le chef de projet ex dev est mauvais dans ce métier mais il veut absolument être chef de quelque chose, il fait des trucs super chiant du genre, modifier les sources (en créant des bugs bien entendu sinon ce n'est pas marrant) et check-in le tout sans faire get-latest avant ... et là le mec t'écrase des heures de boulot .

Sur un autre projet les commerciaux ont vendu des choses techniquement impossible à un client le tout avec des délais tirés par les cheveux. Verdict mon collègue à du tout refaire en MVC, et le délais vendu de 15 jours a été explosé il en est à 25 et il n'a pas fini . Il est tellement gavé que maintenant il arrive tout les jours à 14h parce que de toute façon 95% du temps il n'y a pas le net, et le réseau interne fonctionne mal ou pas du tout
4  0 
Avatar de Arnard
Membre émérite https://www.developpez.com
Le 26/10/2013 à 21:55
Alors, travailler en fonction du retour/ressenti client, c'est très bien, sauf que le user final, tu le vois jamais, vu que tu as toujours une couche MOA qui pense à la place de l'utilisateur et qui néglige de lui demander son avis... Le nombre de fois qu'on m'a dit :
- ça c'est débile
- ça, ça aurait été mieux comme ça
- ça, ça nous manque ...
4  0 
Avatar de kiprok
Membre averti https://www.developpez.com
Le 28/10/2013 à 14:31
Citation Envoyé par yimson Voir le message

Je pense que les entreprises devraient comprendre que ils existent d'autres entreprises dédiées dont le métiers est de développer des logiciels et de faire aussi de l'intégration (SSII), au lieu de faire développer leur produit en interne, il serait préférable de sous traiter cette tache afin qu'elle soit réalisé proprement car pour les SSII c'est leur métier.
De mon coté, apres externalisation des developpements, le bilan est assez simple : explosion des temps de realisation, explosion du budget.
Ce qui me semble logique car plus on a de distance entre le client et la réa, plus c'est compliqué...

Ce qui n'a pas explosé? La qualité des dev, qui est plutot en nette baisse...

Le truc "positif" pour nos responsables est le "c'est pas nous c'est notre presta" qu'ils peuvent balancer à nos clients lorsqu'ils ne sont pas contents...
4  0 
Avatar de CodeurPlusPlus
En attente de confirmation mail https://www.developpez.com
Le 28/10/2013 à 22:32
"Ouah non mais ils sont trop nuls les développeurs ! Toujours en retard, toujours à dépasser le budget, et encore le résultat n'est pas parfait ! Oh les nazes !
- Ah ouais ? ébin t'as qu'à virer tous les developpeurs qui bossent pour toi, et recruter d'autres grosses taches de ton espèce pour voir s'ils font le boulot mieux que ceux dont c'est le métier."
4  0 
Avatar de Cincinnatus
Membre expérimenté https://www.developpez.com
Le 26/10/2013 à 18:25
Citation Envoyé par ctxnop Voir le message
Je n'ai même pas lu l'article, le simple sous-titre m'en dissuade.
C'est toujours la faute du développeur, jamais celle du commercial qui vends des choses infaisables ou dans des délais délirants. Jamais celle du chef de projet qui promet des délais toujours plus court et impose des choix techniques alors qu'il ne sait même pas écrire un hello world dans le langage utilisé par l'équipe.

Bien évidemment que le développeur à des responsabilités dans les retards et les dépassement de budget, mais c'est toujours la même chose, quand une entreprise va mal elle demande un audit qui va systématiquement pointer du doigt le gars en bas de l'échelle : on ne dénonce pas l'incompétence de ceux qui nous payent.

Bref, avec un tel sous-titre, je n'ai pas envie de lire le reste de l'article, aussi bon/juste/impartial soit-il.
J'ai rencontré le cas d'un développement à livrer 2 mois après la demande, alors que nous étions fermés 3 semaines en été...
La direction proposait de faire appel à un prestataire externe. Le temps de le trouver, de le mettre au fait de la demande (avec les responsables fonctionnels qui s'absentent), puis qu'il réalise le dév et la reprise des données, on aurait explosé les délais... (cf la loi de Brooks)

Alors les SSII pour ces situations :
3  0