Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

  1. #1
    Membre éprouvé
    Les documents du projet selon les intervenants
    Les documents du projet selon les intervenants

    Bonjour à tous.

    En tant que Consultant technique/CRM je vous propose ce tableau humoristique que j'ai réalisé caricaturant la perception des différents documents d'un projet selon les intervenants.

    Il s'agit d'un tableau 3 par 3 dont les documents sont:
    • Le code
    • Les spécifications fonctionnelles
    • Les spécifications techniques


    Et les intervenants :
    • Le développeur
    • Le fonctionnel
    • Le client


    Je vous laisse découvrir comment chacun perçoit les documents du projet :


    Cliquez sur l'image pour l'aggrandir
    Si vous moinsez, merci de répondre pour argumenter!
    Ma présentation

  2. #2
    Membre chevronné
    ahah je me suis bien marré =)

  3. #3
    Responsable Java

    Citation Envoyé par kaymak Voir le message
    ahah je me suis bien marré =)
    Et comme toujours dans ces grilles caricaturales, il y a beaucoup de vérité.
    Responsable Java de Developpez.com (Twitter et Facebook)
    Besoin d'un article/tutoriel/cours sur Java, consulter la page cours
    N'hésitez pas à consulter la FAQ Java et à poser vos questions sur les forums d'entraide Java
    --------
    Architecte Solution
    LinkedIn : https://www.linkedin.com/in/nicolascaudard/

  4. #4
    Membre chevronné
    Une constante : le client ne comprend jamais rien.
    J'appelle "Point Traroth" le moment dans une discussion où quelqu'un parle des Bisounours. A partir de ce moment, toute discussion sérieuse devient impossible, puisque la légitimité d'une des parties pour exposer son point de vue est mise en cause. C'est juste un anathème, un moyen de décrédibiliser les autres sans avoir à discuter.

  5. #5
    Futur Membre du Club
    Dommage ....
    Le client ne comprend jamais rien, ce qui est dommage car c'est lui qui paye....

  6. #6
    Membre expérimenté
    Excellent ce petit tableau!!

    ça me rappelle franchement mon quotidien...
    L'homme sage apprend de ses erreurs, l'homme plus sage apprend des erreurs des autres. - Confucius -

    Ma (petite...) chaine Youtube : https://www.youtube.com/channel/UCy-zps38NP2tH5UwOtLaYKw
    Si vous avez quelques minutes, passez donc voir mon site http://www.photospicsandco.fr/
    Envie de tee-shirts (et goodies!) originaux et sympa ? Visitez mon site... http://www.zazzle.com/shkyo30

  7. #7
    Expert éminent
    pour le client c'est toujours un casse tête chinois mais je suis pas d'accord avec la logique du code selon le développeur car celui-ci est très loin du matériel j'aurais préféré un bon tas de codes à la place
    "L'humanité se divise en trois catégories : ceux qui ne peuvent pas bouger, ceux qui peuvent bouger, et ceux qui bougent."
    - Benjamin Franklin

    De l'aide en Javascript , consultez la FAQ JS.

    De l'aide sur le FrameWork JS DHTMLX : posez vos questions sur le forum des Bibliothèques & Frameworks JS.

  8. #8
    Membre du Club

    j'aurais préféré un bon tas de codes à la place
    ou une oeuvre d'art ! Chouette tableau en tout cas !

  9. #9
    Membre éprouvé
    Citation Envoyé par kdmbella Voir le message
    pour le client c'est toujours un casse tête chinois mais je suis pas d'accord avec la logique du code selon le développeur car celui-ci est très loin du matériel j'aurais préféré un bon tas de codes à la place
    J'ai beaucoup hésité, mais le technicien en train de bricoler un pc ouvert m'a semblé plus visuel. L'idée est de représenter quelqu'un en train de bricoler sérieusement. Et aussi de contraster avec l'ordi-jouet vue par le fonctionnel.
    Si vous moinsez, merci de répondre pour argumenter!
    Ma présentation

  10. #10
    Responsable Java

    Citation Envoyé par YannPeniguel Voir le message
    J'ai beaucoup hésité, mais le technicien en train de bricoler un pc ouvert m'a semblé plus visuel. L'idée est de représenter quelqu'un en train de bricoler sérieusement. Et aussi de contraster avec l'ordi-jouet vue par le fonctionnel.
    Cette image est plus parlante, ça montre l'aspect "mécanique de précision" et "bichonnage de son travail" par le développeur.

    Le développeur se croit un horloger Suisse tandis que le fonctionnel n'y voit qu'un gamin faisant mumuse sur son ordinateur. Mon préféré étant le fonctionnel devant sa sacro-sainte spécification (et son contraste avec la vision développeur qui me parle beaucoup ).
    Responsable Java de Developpez.com (Twitter et Facebook)
    Besoin d'un article/tutoriel/cours sur Java, consulter la page cours
    N'hésitez pas à consulter la FAQ Java et à poser vos questions sur les forums d'entraide Java
    --------
    Architecte Solution
    LinkedIn : https://www.linkedin.com/in/nicolascaudard/

  11. #11
    Expert éminent sénior
    En effet pour le développeur/code j'aurais bien vu un horloger en train d'assembler des engrenages de précision.

  12. #12
    Expert éminent sénior
    Fun en effet !
    Ca m'fait penser à ça :

    Avant toute chose : lire le mode d'emploi du forum et ses règles.
    Je ne réponds pas aux questions techniques en MP.

  13. #13
    Membre éprouvé
    Citation Envoyé par FirePrawn Voir le message
    Fun en effet !
    Ca m'fait penser à ça :
    C'est un dessin que je connais, mais mes principales inspirations sont:

    - le tableau représentant comment les devs/graphistes/CP se perçoivent mutuellement
    - le tableau représentant comment les utilisateurs windows/mac/linux se perçoivent mutuellement.

    L'idée des horlogers avec leur travail minutieux et leurs engrenages de précision ne m'était pas passé par la tête, c'est vrai que c'est envisageable aussi.
    Si vous moinsez, merci de répondre pour argumenter!
    Ma présentation

  14. #14
    Responsable Java

    Citation Envoyé par YannPeniguel Voir le message
    C'est un dessin que je connais, mais mes principales inspirations sont:

    - le tableau représentant comment les devs/graphistes/CP se perçoivent mutuellement
    - le tableau représentant comment les utilisateurs windows/mac/linux se perçoivent mutuellement.

    L'idée des horlogers avec leur travail minutieux et leurs engrenages de précision ne m'était pas passé par la tête, c'est vrai que c'est envisageable aussi.
    Et tant qu'on y est sur les petits détails, je pense que pour "les spécifications techniques d'après le client", c'est tout simplement inconnu pour lui. Ce n'est même pas de la paperasse insurmontable, il ne sait carrément pas ce que c'est.
    Responsable Java de Developpez.com (Twitter et Facebook)
    Besoin d'un article/tutoriel/cours sur Java, consulter la page cours
    N'hésitez pas à consulter la FAQ Java et à poser vos questions sur les forums d'entraide Java
    --------
    Architecte Solution
    LinkedIn : https://www.linkedin.com/in/nicolascaudard/

  15. #15
    Membre régulier
    developper
    Dans le même style : Pour les boites de communications :

  16. #16
    Membre chevronné
    Alors pour les graphistes vu par les clients j'ai bien cru me pi**er dessus tellement que c'est juste !

    J'aime bien les 2 tas de papier sur le premier. Ca montre bien le fait que le client tente de comprendre pour le fonctionnel mais à lâcher l'affaire depuis longtemps pour le technique.

  17. #17
    Membre éprouvé
    Robin56> C'est la raison pour laquelle j'ai choisi un tas de paperasse jaunissante enterrée, à comparer avec le tas de paperasse d'apparence plus récente que quelqu'un essaye quand même de comprendre pour les specs fonctionnelles

    zebiloute> J'avais entendu parler de cette version agrandie du tableau dev/graph/CP, mais je ne l'avais pas encore vue. Elle est amusante
    Si vous moinsez, merci de répondre pour argumenter!
    Ma présentation

  18. #18
    Membre régulier
    Dans le même genre il y a ça :

    Antony, développeur .Net
    http://www.flecheinthepeche.fr/blog/

  19. #19
    Expert éminent sénior
    Si on porte un regard d'ensemble sur tous ces dessins mine de rien, ça fait peur pour les futurs développeurs ( comme moi par exemple )
    Avant toute chose : lire le mode d'emploi du forum et ses règles.
    Je ne réponds pas aux questions techniques en MP.

  20. #20
    Membre chevronné
    J'ai failli m'écrouler de rire en voyant comme les développeurs sont sensés voir les clients
    Si tu ne sais pas faire, apprends. Si tu fais, fais bien. Si tu sais bien faire, enseigne.
    Mieux vaut paraître stupide quelques temps que rester stupide toute sa vie.