25 signes et expériences réelles qui montrent qu'un projet de développement logiciel est destiné à l'échec - Page 6

B.AF · 20/07/2009, 09h57

Citation:

Envoyé par The eye

Et bien disons qu'ici le commercial n'a pas le même objectif... le but pour lui est juste de ramasser le plus de comission possible... et comme malgré tout on arrive toujours à s'en sortir (parceque l'équipe est bonne et qu'on bosse comme des acharnés... des fois plus de 100h en une semaine!)

Mais on passe quasi systématiquement (à chaque nouveau client) à deux doigts du clash! ça donne des réunions animées entre PDG... mais au final on s'en sort toujours, donc on continue à annoncer de la m... à nos prospects et clients...

Donc en général, cela prend 1 an après un dépoloiement systématiquement catastrophique pour reprendre des discussions commerciales serreines avec les clients.

Donc oui c'est sportif... mais à la longue épuisant!

La réponse est dans la question : tant que la majorité auront un rapport de soumission à leur emploi, la situation sera en statut quo

Le commercial s'en fout parce que vous faites, le pdg le sermonne, mais s'en fout parce que le client paye, il touche ses dividendes et vous faites.

C'est aussi un des înconvénients majeurs de l'individualisme : il n'y a pas de groupe solide à opposer aux "dictatures".

Tententai · 20/07/2009, 13h12

J'aimerais rajouter :

- quand on se fait livrer une doc technique (architecture et design specs) en format... Power Point

The eye · 20/07/2009, 13h33

Citation:

Envoyé par Tententai

J'aimerais rajouter :

- quand on se fait livrer une doc technique (architecture et design specs) en format... Power Point

J'ai mieux (et véridique)

- des spècs qui sont des feuilles volantes (qq interfaces griphonées)... et c'est tout...

souviron34 · 20/07/2009, 13h35

Citation:

Envoyé par Tententai

J'aimerais rajouter :

- quand on se fait livrer une doc technique (architecture et design specs) en format... Power Point

et ??

hegros · 20/07/2009, 19h18

Citation:

Envoyé par The eye

J'ai mieux (et véridique)

- des spècs qui sont des feuilles volantes (qq interfaces griphonées)... et c'est tout...

J'ai encore mieux, pas de specs du tout ! quitte à ne pas les faire autant bien le faire na

wiztricks · 20/07/2009, 20h52

Citation:

Envoyé par B.AF

La réponse est dans la question : tant que la majorité auront un rapport de soumission à leur emploi, la situation sera en statut quo

Le commercial s'en fout parce que vous faites, le pdg le sermonne, mais s'en fout parce que le client paye, il touche ses dividendes et vous faites.

C'est aussi un des înconvénients majeurs de l'individualisme : il n'y a pas de groupe solide à opposer aux "dictatures".

dans ce cas j'opposerai plutôt esprit d'équipe et chacun pour soi.
-W

B.AF · 20/07/2009, 21h34

Citation:

Envoyé par wiztricks

dans ce cas j'opposerai plutôt esprit d'équipe et chacun pour soi.
-W

L'esprit d'équipe, c'est une théorie sympa quand tout va bien ou dans le sans risque. Quand tout va mal, les gens jouent perso, simplement par la définition du complexe du prisonnier.

C'est ce qui explique d'ailleurs en 2009 la discrimination, le sexisme, le harcèlement, l'individualisme, qui sont des valeurs aujourd'hui assez banales, culturelles et tolérées en entreprise, quoi qu'en dise la loi.

wiztricks · 21/07/2009, 12h13

Citation:

Envoyé par B.AF

L'esprit d'équipe, c'est une théorie sympa quand tout va bien ou dans le sans risque. Quand tout va mal, les gens jouent perso, simplement par la définition du complexe du prisonnier.

C'est ce qui explique d'ailleurs en 2009 la discrimination, le sexisme, le harcèlement, l'individualisme, qui sont des valeurs aujourd'hui assez banales, culturelles et tolérées en entreprise, quoi qu'en dise la loi.

Dans les commandos, l'esprit d'équipe est souvent ce qui permet de s'e sortir vivants.
- W

pseudocode · 21/07/2009, 12h26

Citation:

Envoyé par wiztricks

Dans les commandos, l'esprit d'équipe est souvent ce qui permet de s'e sortir vivants.
- W

Dans l'entreprise, l'esprit d'équipe est souvent ce qui permet de sauver un projet, permettant aux dirigeants d'être félicités avec une prime et aux développeurs d'être félicités avec un petit mot gentil.

Anto03 · 21/07/2009, 15h42

Ci-joins avec ce message un document qui résume plutôt bien le sujet

chaplin · 21/07/2009, 15h48

Déjà vu chez un collègue de travail (non informaticien) sur l'armoire de son bureau

.

B.AF · 21/07/2009, 15h51

Citation:

Envoyé par pseudocode

Dans l'entreprise, l'esprit d'équipe est souvent ce qui permet de sauver un projet, permettant aux dirigeants d'être félicités avec une prime et aux développeurs d'être félicités avec un petit mot gentil.

Enfin moi le petit mot gentil, je m'en fous un peu...C'est dingue comme le management est devenu l'art de se foutre des autres.

Il n'y a pas longtemps j'avais entendu "Si c'était un bon manager, il aurait réussi à le faire démisionner sans que l'autre puisse parler de harcélement."

Le monde est triste, je suis inquiet pour mes enfants surtout. L'argent a pris une place beaucoup trop importante.

chaplin · 21/07/2009, 15h56

Citation:

Envoyé par B.AF

C'est dingue comme le management est devenu l'art de se foutre des autres.

Il n'y a pas longtemps j'avais entendu "Si c'était un bon manager, il aurait réussi à le faire démisionner sans que l'autre puisse parler de harcélement."

Ils oublient une chose, c'est que d'autres n'oublient pas !!!

souviron34 · 21/07/2009, 15h58

Citation:

Envoyé par B.AF

Enfin moi le petit mot gentil, je m'en fous un peu...C'est dingue comme le management est devenu l'art de se foutre des autres.

Oui et non..

Le meilleur manager est celui qui :

dit non et prend des coups du dessus par rapport à toute plainte, en gros protège et fait vraiment l'interface de son équipe
promeut (pas au sens de "promotion", mais de citer comme auteur et responsable, et non pas lui) ses employés lorsqu'il s'agit de parler du soft fait

ça existe.. j'en ai rencontré..

peu : 2

chaplin · 21/07/2009, 16h18

Signes:
25 signes et expériences réelles qui montrent qu'un projet de développement logiciel est destiné à l'échec

Réponses:
25 solutions pour se sortir des pièges de l'échec.

A la fin, Ras le bol.

Traroth2 · 21/07/2009, 19h05

Citation:

Envoyé par souviron34

Oui et non..

Le meilleur manager est celui qui :

dit non et prend des coups du dessus par rapport à toute plainte, en gros protège et fait vraiment l'interface de son équipe
promeut (pas au sens de "promotion", mais de citer comme auteur et responsable, et non pas lui) ses employés lorsqu'il s'agit de parler du soft fait

ça existe.. j'en ai rencontré..

peu : 2

Personnellement, c'est toujours ce que j'ai essayé de faire quand j'ai occupé des postes de chef de projet. Et bizarrement, ça rapproche du sommet... Dans le sens où très vite, le gars qui te dit de faire ceci ou cela est quelqu'un à qui tu ne peux pas dire non ! Le propriétaire et dirigeant de la société, dans mon dernier poste de ce genre. Ce qui a entrainé ma démission, à court terme...

shkyo · 22/07/2009, 07h48

Apprendre à savoir dire "non"... c'est tout un art, mais qu'est-ce que ça dé-stresse !!!

Et puis, ce n'est pas forcément mauvais pour sa carrière d'avoir du caractère !

Bon OK ça dépends des boites, mais quand tu dis "non" à ton chef (avec des arguments évidement...), cela change un peu le rapport de force en mieux.

benzoben · 22/07/2009, 12h56

Moi je voudrais revenir notamment sur la taille du projet et sa réussite.
Pour moi, même s'il y a un certain lien de cause à effet, ce n'est le principal.
Il est évident que les gros projets ont plus de risque d'échouer mais pourquoi?
Pourquoi l'informatique serait différente sur ce point d'un autre métier? Prenons un chantier naval : c'est quand même assez rare de voir un projet de bateau aussi grand soit il échouer, soit parce que le bateau coule soit parce qu'il ne sort même pas de la chaine de montage. Et pourtant y en a du monde sur ce genre de chantier!
On se plaint des (absences de) méthodes : waterfall contre Agile. Pour moi (et pour les concepteurs de ces méthodes), ce sont 2 solutions à 2 problèmes différents. Pourquoi la méthode en cascade serait mauvaise? Uniquement à cause de mauvaises priorités.
Et c'est là que je veux en venir, comme plusieurs posts l'ont dit : le problème c'est que la priorité c'est l'argent. Surtout dans le domaine du service. A partir du moment où toutes les décisions (clientes ou prestataires, techniques ou administratives,...) sont motivées par une question de coût, le projet ne peut que foirer.
De plus, il y a une tendance générale de la société à oublier les bases. On oublie que pour créer qqch il faut des compétences, de la réflexion et du temps.
Tout ça pour dire que taille du projet, méthode, ou autre c'est pas le problème, c'est juste la priorité.

benwit · 23/07/2009, 11h59

En fait, on parlait du plouf sans le savoir ...

Un webcast bien à propos

yoyo88 · 23/07/2009, 12h00

Citation:

Lorsque votre manager est tous fier de vous annoncer qu'il a enfin le cahier des charge! Et que celui-ci n'est autre que le manuel d'utilisation...

Lorsque se même manager vous annonce :
"certes cette spécification n'a pas été demander, (normal vu qui y avait pas de cahier des charge) mais se n'es pas parce qu'elle n'a pas été demander qu'elle ne devait pas ne pas être implémenté"

ou encore :

Citation:

Fait moi un petit logiciel tout simple.
une base de données avec une belle interface. sa devrai suffire...

*se dirige vers la porte*

ha oui! faudrait que les utilisateur puisse échanger les informations.

*sort de la pièce puis rentre à nouveau*
ha et puis c'est des commerciaux qui seront équipé du logiciel donc il auront pas forcement internet...

enfin tu voit bien un truc tout simple...

_"et le cahier des charge?"
_"Ba c'est sa... un truc tout simple"

je kiff mon métier!

22/07/2009, 07h48	#117
shkyo Membre chevronné Administrateur systèmes et réseaux - Développeur VB Inscription : juin 2003 Messages : 607 Détails du profil Informations personnelles : Sexe : Âge : 39 Informations professionnelles : Activité : Administrateur systèmes et réseaux - Développeur VB Informations forums : Inscription : juin 2003 Messages : 607 Points : 790 Points : 790	Apprendre à savoir dire "non"... c'est tout un art, mais qu'est-ce que ça dé-stresse !!! Et puis, ce n'est pas forcément mauvais pour sa carrière d'avoir du caractère ! Bon OK ça dépends des boites, mais quand tu dis "non" à ton chef (avec des arguments évidement...), cela change un peu le rapport de force en mieux. __________________ L'homme sage apprend de ses erreurs, l'homme plus sage apprend des erreurs des autres. - Confucius - Si vous avez quelques minutes, passez donc voir mon site http://www.photospicsandco.com/ Envie de tee-shirts (et goodies!) originaux et sympa ? Visitez mon site... http://www.zazzle.com/shkyo30
	10

23/07/2009, 11h59	#119
benwit Rédacteur Inscription : septembre 2004 Messages : 1 628 Détails du profil Informations forums : Inscription : septembre 2004 Messages : 1 628 Points : 3 094 Points : 3 094	En fait, on parlait du plouf sans le savoir ... Un webcast bien à propos __________________ Tout le monde savait que c'était impossible. Il est venu un imbécile qui ne le savait pas et qui l'a fait. Marcel PAGNOL On ne savait pas que c'était impossible, alors on l'a fait. John Fitzgerald KENNEDY. L'inexpérience est ce qui permet à la jeunesse d'accomplir ce que la vieillesse sait impossible. Paul (Tristant) BERNARD La meilleure façon de prédire l'avenir, c'est de l'inventer.
	00

20/07/2009, 13h12	#102
Tententai Membre régulier Inscription : janvier 2005 Messages : 104 Détails du profil Informations forums : Inscription : janvier 2005 Messages : 104 Points : 80 Points : 80	J'aimerais rajouter : - quand on se fait livrer une doc technique (architecture et design specs) en format... Power Point
	00

21/07/2009, 15h48	#111
chaplin Membre Expert Inscription : août 2006 Messages : 1 147 Détails du profil Informations forums : Inscription : août 2006 Messages : 1 147 Points : 1 347 Points : 1 347	Déjà vu chez un collègue de travail (non informaticien) sur l'armoire de son bureau .
	00

21/07/2009, 16h18	#115
chaplin Membre Expert Inscription : août 2006 Messages : 1 147 Détails du profil Informations forums : Inscription : août 2006 Messages : 1 147 Points : 1 347 Points : 1 347	Signes: 25 signes et expériences réelles qui montrent qu'un projet de développement logiciel est destiné à l'échec Réponses: 25 solutions pour se sortir des pièges de l'échec. A la fin, Ras le bol.
	00

22/07/2009, 12h56	#118
benzoben Membre confirmé Inscription : juillet 2009 Messages : 159 Détails du profil Informations personnelles : Localisation : France Informations forums : Inscription : juillet 2009 Messages : 159 Points : 217 Points : 217	Moi je voudrais revenir notamment sur la taille du projet et sa réussite. Pour moi, même s'il y a un certain lien de cause à effet, ce n'est le principal. Il est évident que les gros projets ont plus de risque d'échouer mais pourquoi? Pourquoi l'informatique serait différente sur ce point d'un autre métier? Prenons un chantier naval : c'est quand même assez rare de voir un projet de bateau aussi grand soit il échouer, soit parce que le bateau coule soit parce qu'il ne sort même pas de la chaine de montage. Et pourtant y en a du monde sur ce genre de chantier! On se plaint des (absences de) méthodes : waterfall contre Agile. Pour moi (et pour les concepteurs de ces méthodes), ce sont 2 solutions à 2 problèmes différents. Pourquoi la méthode en cascade serait mauvaise? Uniquement à cause de mauvaises priorités. Et c'est là que je veux en venir, comme plusieurs posts l'ont dit : le problème c'est que la priorité c'est l'argent. Surtout dans le domaine du service. A partir du moment où toutes les décisions (clientes ou prestataires, techniques ou administratives,...) sont motivées par une question de coût, le projet ne peut que foirer. De plus, il y a une tendance générale de la société à oublier les bases. On oublie que pour créer qqch il faut des compétences, de la réflexion et du temps. Tout ça pour dire que taille du projet, méthode, ou autre c'est pas le problème, c'est juste la priorité.
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email