SPECIFICATIONS FONCTIONNE
Bonjour
je suis junior et je suis business analyst
est ce quelqu'un a un modèle de spécifications fonctionnelle sous le coude pour que je monte en compétence sur des livrables
- Post modéré
Désolé, je vais être cash, mais junior veut quand même dire que vous connaissez votre sujet (via des études, une formation ...), sans pour autant avoir l'expérience professionnelle associée à votre métier.
Le niveau de vos questions me laisse penser que vous n'y connaissez absolument rien. [modéré]Comment vous êtes-vous retrouvé sur cette mission ?
PS : Et le titre en majuscule et incomplet, c'est très désagréable
-- Yann EURL IS depuis 2019
- Utilisateur supprimé
Alors Monsieur de la à me traiter d'imposteur vous y aller fort. Le jugement ne me pose pas de problème vous savez. Je me suis retrouvé ici en allant acheter une baguette le dimanche je me suis dit ah bah je vais aller dans l'IT.
Oui je suis junior et comme un chacun a le droit de débuter sur un sujet. je ne suis ni imposteur ni braqueur ni streaptiseur, simplement une personne qui est en alternance en master 2 gestion de projet ( ALTERNANCE) et je fais des missions en indépendant sur la partie recette. Le client souhaite me fournir un projet en redaction de SFG et ou SFD c'est la raison pour laquelle je pose la question.
PS : votre jugement est désagréable
Donc si vous n'avez pas la réponse, ne repondez simplement pas et si les majuscle posent problème ne lisez simplement pas le poste c'est clair ?Utilisateur supprimétant mieux si tu es convaincu par ton impression. ca m'empêche pas de dormir et de facturer et encaisser mon CA, et c'est l'essentiel. ton jugement tu te le garde ou tu te le met la ou tu veux ;)
Encore une fois si tu n'a pas la réponse il faut s'abstenir.
Merci au revoir Monsieur EURL IS depuis 2019 , ca fait 4 ans que tu es dans le business n'essaie pas de te faire passer pour bill gates mon amiEn même temps que penser d'un client qui réclame à un alternant de rédiger des spécifications fonctionnelles, sans même lui fournir un template.
J'aurais peur qu'il soit du genre procédurier et à tout vouloir pour rien.
- Utilisateur supprimé
Salut,
le sujet est intéressant à beaucoup de points de vues, y compris la réaction de Yann.
Réponse : Dans la chefferie de projet, dans l'AMOA et dans la MOA, il n'y a pas de normes de présentation. C'est au professionnel de trouver un outillage qui satisfasse à la situation.
Exemple :
Je me suis retrouvé dans une boite à remplir des documents de projets préformatés avec 100 inputs dont 90 hors sujet. C'est totalement débile.
A la fin de l'exercice assez pénible, nous avons tous conclu que la chose que je traitais n'était pas un projet, mais une opération.
A l'inverse :
J'ai vu très récemment, le passage d'un MPLS à un SD-WAN, qui est un projet majeur avec un niveau de risque maousss, traité comme une suite d'opérations.... Donc, un bel échec à la sortie.
Au final : c'est à toi de trouver l'outillage qui conviendra à ce projet. Une description, un Gantt, un statut d'avancement, un copil hebdo..... une faisabilité, un document d'investissement, etc..... une spec générale... une spec détaillée.... des revues de codes.... des procès verbaux... des VABF, VABE, VSR....
It's up to you.
ps: il m'a fallu une minute pour en trouver en ligne .... https://lafibre.info/images/presse/201103_Hadopi_moyens_de_securisation.pdf
Généralement le client a déjà des spécifications fonctionnelles et techniques, et aussi des règles et normes.
- Utilisateur supprimé
D'un coup, on comprend mieux pourquoi les tarifs se sont cassés la figure 😂
Surtout que.... c'est pas comme si Google ne proposait pas une centaine de résultats exactement pour ça...
On est très loin de lire et étudier le BABOK... Je peux comprendre la réaction de Yann.
Et en plus avec un doublon de post : https://www.free-work.com/fr/tech-it/forum/t/recueil-du-besoin
On notera l'attention au détail.
- Post modéré
[modéré] même avec un diplôme d'ingénieur, on commençait par faire de la maintenance corrective et du suivi d'exploit. C'était très formateur.
Aujourd'hui on demande à des alternants d'écrire les SFD et de recueillir et formaliser les besoins métier ...🤔
En fait, si je comprends bien le post de Free-worker-161475, il se vend comme indep en recette en parallèle de son alternance, pas comme alternant ... :
simplement une personne qui est en alternance en master 2 gestion de projet ( ALTERNANCE) et je fais des missions en indépendant sur la partie recette
-- Yann EURL IS depuis 2019
Utilisateur suppriméUtilisateur suppriméGratuitement ?
A la lecture de son message, j'avais compris que c'était son client chez qui il fait de la recette qui lui avait demandé de rédiger de spécs.
Je vais nuancer un peu mon propos. Alors oui, il m'est arrivé de voir des alternants à des postes d'AMOA, à qui on demandait de rédiger des expressions de besoin, etc. Ils appartenaient même parfois à des boîtes de conseil et avaient pour consigne d'être plutôt discret sur leur statut, vis à vis du client qui pourrait le prendre mal qu'on lui facture un alternant plus de 700€/jour. La différence, de taille, c'est qu'ils étaient étroitement chapeautés par un manager, qui vérifiait régulièrement leur travail et les assistait si besoin. Là on a l'impression que le client balance un alternant dans la nature, sans méthodologie, sans template, etc, soit un travail qui dépasse même le cadre d'un AMOA.
Utilisateur suppriméC'est exactement ça
Bonjour à tous,
Je vous rappelle les règles du forum, convivialité et entraide sans de mots d'oiseaux...
Répondre professionnellement sans jugement sur les personnes.
Je compte sur vous chez Free-Workers
Bonne journée
Gaëlle
Community manager sur Free-Work, je suis très contente d'échanger avec vous sur le Forum. Hâte d'apprendre et d'échanger ensemble avec délicatesse et sans nom d'oiseaux 🦚
- Utilisateur supprimé
Bonjour.
Nous avons tous été juniors. Quand on m'a parlé de specs fonctionnelles la première fois, je me suis étonné qu'il puisse y avoir un si gros mot pour quelque chose d'aussi basique. Les specs fonctionnelles contiennent les réponses à des questions du type "Pourquoi avez-vous besoin de cette appli / base de données / chose...? Qu'est-ce que ça va améliorer dans votre business ? Qui va l'utiliser ? Qu'est-ce qui va en découler ? Quel va être le cycle de vie de la donnée ? ...". Ce sont des questions qui lient l'objet de la demande aux processus de l'entreprise. Dès qu'une réponse touche le "comment ce sera fait", la technique donc, ça ne fait plus partie des specs fonctionnelles.
Comment organiser des specs fonctionnelles ? Il y a probablement des templates chez OpenTruc, Togaf, Zachmann, etc. Je milite pour un concept de base, un peu oublié : le client doit pouvoir lire la doc et valider que c'est exact et que c'est complet ! Donc il faut l'écrire avec une structure qui cause au client. C'est rapide de voir si on a bien compris le client ou pas comme ça. Et ça crée un vrai rapport de collaboration.
Chacun travaille comme il l'entend.
Junior, nous l'avons tous été, et certains de nous sans la pléthore de méthodes et de formalismes qui n'arrêtent pas de se remplacer les uns les autres, pour réaliser le même but, mais sans bénéfices tangibles pour les clients finaux. C'est un autre débat.
Donc bon courage Junior ! Nous avons tous démarré là, avec des clients qui nous faisaient confiance alors que nous avions encore du lait au coin des lèvres. Garde le coeur au bon endroit et reste honnête malgré les propos nés d'une jeunesse oubliée ;)
Je suis bien d'accord, tout le monde a dû débuter un jour.
Ce qui me déroute davantage, c'est de débuter sa carrière par la rédaction de SFD, voir de l'expression de besoin. Mais c'est la logique actuelle du marché, les jeunes diplômés veulent déjà 45K€, le développement est alors logiquement externalisé en offshore ou en TMA de province. C'est une logique commerciale, plus que d'évolution de carrière.
- Message supprimé
Oui, mais à l'époque on faisait des spécifications sans même le savoir. Parfois même on les rédigeait après avoir développé, car le client, s'il était un minimum intelligent, savait qu'il aurait besoin de documentation pour maintenir l'application.
J'ai aussi des amis qui ont commencé à se faire de l'argent de poche à la fin des années 90 en développant des sites Internet ou des petites applis sur Access pour des TPE. Bien évidemment on est à des années lumières des process d'un grand compte. C'est logique qu'une TPE ne fasse pas appel à des boîtes de conseil dispendieuses qui arrivent avec leur grosse cavalerie. Après l'important c'est de savoir s'ils font appel à vous par manque de moyens, ou par méconnaissance, voir mépris, de notre travail ("payer un rigolo derrière un portable 700€/jour, ça va pas la tête???"🤣). Dans le deuxième cas on risque de se retrouver rapidement avec un interlocuteur qui veut tout pour rien, et qui en prime peut être procédurier (cf la partie Vos problèmes, les pièges à éviter du forum, où certains de nos confrères se retrouvent malheureusement face à des clients qui ne rechignent à les payer alors qu'ils ont passé des nuits sur leur projet, pour un tarif horaire au final dérisoire).
- Utilisateur supprimé
Euh... Il y a une différence entre "faire de l'argent de poche" et avoir une activité professionnelle en tant qu'étudiant (aparté : cet éditeur est plus buggué qu'un fromage laissé au soleil en été pendant 10 jours ! Nous sommes bien en 2023 non?!).
Les méthodes du dévelopeur ne devraient pas changer entre une PME et une grosse boîte. Même qualité, même doc de base...
Quant à structurer la relation de travail, prendre des notes écrites pour ne pas devenir chèvre avec une cible mouvante, obtenir une recette et un paiement en fonction des livrables, c'est le B-A-BA non ?
Perso, j'ai toujours donné un prix qui correspondait à la valeur ajoutée du résultat de mon travail. J'ai même fait du profit-sharing avec une centaine de clients. Là je me suis senti bien mieux dans mes revenus que le jour où j'ai appris qu'un commercial m'avait vendu 3,000 euros /jour sur plusieurs mois...
Chacun voit midi à sa porte, mais au bout d'un moment il faut se demander pourquoi 700e/jour = rigolo dans la tête de certains clients, qui dépensent de l'argent qui ne sort pas de leur poche. Quand un client d'une grosse boite peut payer ce genre de TJM, il faut se demander quelles sont ses motivations, et décider pour soi même si on a envie de jouer le jeu.
@herve.thevenon, j'intervenais par rapport à l'utilisateur qui a été finalement supprimé, et par rapport aussi à d'autres posts qu'il a pu faire.
Bien sûr qu'on a tous débuté un jour, et pour ma part je découvre encore chaque jour de nouvelles choses (dans mon travail et ailleurs). Je n'ai aucun problèmes avec ça.
Effectivement, j'ai commencé développeur (avec tout de même une formation assez costaud au préalable) dans une PME, et je me suis retrouvé à faire finalement plus que du développement. Mais je ne me suis pas présenté comme chef de projet, MOA ou testeur (même si c'est ce que j'ai été amené à faire).L'utilisateur en question se présente comme junior et business analyst, et demande un modèle de spec pour monter en compétences. Ca ne me semble pas cohérent et j'ai réagis (trop peut être) vivement à ce cas très particulier.
Evidemment, il aurait parlé d'une autre fonction, et demanderait de l'aide pour une nouvelle opportunité par exemple, ça aurait été très différent.
Les réactions qui ont suivis continue à me laisser penser qu'il y avait un vrai problème avec cette personne.-- Yann EURL IS depuis 2019
Utilisateur supprimé@Droopyann,
Cette personne demandait de l'aide, elle se présentait comme junior. Ça me semble très cohérent avec la demande de "modèle" de specs fonctionnelle :)
Je re-découvre la France après 20 ans à l'étranger. Je constate que les managers et recruteurs se sont mis à la mode "pigeon hole" : une personne = une étiquette. Ce junior, c'est ce qui lui est probablement arrivé : de se faire étiqueter, comme un produit dans un rayon de supermarché, alors il s'est présenté avec son étiquette du moment : Business Analyst... quoi que ça veuille dire là où il a été étiqueté.
Là aussi je lis de la cohérence.
Le client lui a demandé des specs fonctionnelles... c'est qu'il a jugé cet utilisateur, parti maintenant, comme suffisamment volontaire et intelligent pour pouvoir produire un document dont il avait besoin. Nous ne connaissons pas le contexte. Il n'a pas reçu d'aide, ni technique, ni humaine.
Je ne veux pas me résigner à voir de la cohérence dans les réponses qu'il a reçu.
Il est parti. Là je lis de la cohérence.
Il y a eu un problème oui. Mais je ne le place pas au même endroit que vous.
Logiquement le client aurait dû lui fournir un template, ou au moins un exemple de document similaire.
L'incohérence est là.
Il est clair que la réponse de Droopyann était virulente et c'est très inhabituel de sa part ; chacun a son passé.
Maintenant, @hervé, vous pouvez trouver autant d'excuses à l'auteur du post (maintenant parti) que vous voudrez, et faire des sous-entendus, ça ne changera rien au fait qu'un junior qui veut faire du ramp up parce qu'il a été poussé par son employeur ça arrive certes tous les jours, mais s'il n'a pas la jugeote de faire une simple recherche Google pour trouver quelque chose d'aussi simple qu'un modèle d'EDB, il mérite de se faire secouer. Et le protéger dans sa passivité n'arrangera rien. Elle est là l'incohérence, elle aussi.
Quelque part c'est aussi un peu rassurant, surtout quand on est AMOA indépendant et qu'on éprouve des difficultés à trouver une mission à un tarif correct, de se dire que les clients qui nous remplacent par des alternants, en imaginant obtenir le même rendu, se retrouvent dans cette situation🤭.
Heureusement, il y a maintenant ChatGPT.
Utilisateur supprimé@_Fred_ Je viens de faire de googler "modele de specifications fonctionnelles". Dans les deux pages consultées il y a comme d'habitude le même contenu repris maintes fois, et aucun des documents et méthodes auto-proclammées présentés ne mérite la note "passable". Ce qui me vient à l'esprit c'est plutôt "time waster".
Mais dans la mesure où de tels documents arrivent en haut de classement, cela signifie qu'ils ont une certaine préférence auprès des googleurs. Et si vous avez fait cette recherche vous même, et que l'un de ces documents convient au niveau d'exigence de vos clients, alors c'est une réalité que je me dois d'accepter.
De la même manière, il existe cette réalité alternative mais bien réelle qui est que ces documents n'arrivent pas à la cheville de ce que j'attends de ce genre de livrable, et de ce que les clients pour qui j'ai fourni ce genre de livrable attendaient.
Pouvez accepter que ces deux réalités co-existent ?
Si oui, alors il faut accepter aussi la co-existence de deux hypothèses.
La première est celle qui a donné lieu au départ du junior : il n'avait pas cherché sur Google, il n'avait pas cherché dans des bibliothèques du genre "Perform®", il n'avait pas demandé ni modèle ni exemple autour des professionnels là où il travaille, non rien de cela, il méritait de se faire secouer. Ai-je bien résumé le point de vue ?
La seconde est qu'il a fait une recherche Google qu'il n'a pas trouvé satisfaisante, qu'il n'avait pas accès à une vieille bibliothèque du genre "Perform®", que son employeur estime qu'aucune des specs fonctionnelles dans la base documentaire (si elle existe) de l'entreprise n'est au niveau attendu... et donc il s'adresse à un forum de professionnels de l'IT.
Si vous acceptez qu'il existe au moins deux réalités derrière le même nom de document, qu'il existe donc plusieurs points de départ / plusieurs motivations possibles / plusieurs hypothèses à la requête initiale de ce "junior", alors il existe donc plusieurs manières de répondre, plus ou moins adaptées au contexte.
Ce qui m'épate c'est que le B-A-BA de specs fonctionnelles, c'est de poser des questions pour comprendre le contexte, justement.
Et de découverte du contexte, il n'y en a pas eu. Je n'en trouve aucune trace dans aucune des réponses qui ont vilipendé cette demande d'aide. C'est pourtant la base, le niveau 0 du job...
Il me semble que l'activation de cette compétence était indispensable à la création d'un contexte d'échange constructif sur les specs fonctionnelles. Et un échange constructif, n'est-ce pas une des conditions nécessaires pour démarrer du business ?
Sous-entendus ? Excuses ? Je n'ai qu'une réponse à cela. Chacun est responsable de ses actes , de ses interprétations, de ses jugements, et des conséquences sur soi et sur les autres.
Je considère que chaque membre qui part d'une communauté est une perte de business pour la communauté : les freelances, les annonceurs, l'organisation derrière cette plateforme (même si l'éditeur est bourré de bugs qui ne peuvent satisfaire à aucune specs fonctionnelles dans ce domaine).
Vous en pensez quoi vous, des bénéfices de communiquer positivement avec tout le monde, de poser des questions, d'offrir des alternatives positives, ou simplement de rester silencieux et observateur plutôt que de répondre négativement ou de lyncher ? N'y a t'il pas plus à y gagner qu'à y perdre ?
Il va vraiment falloir arrêter de remonter ce sujet... Yann avait commencé son post en indiquant qu'il était "désolé", quelque part il commence par une excuse d'être un peu cash sur son discours.
Derrière le membre a également sur-réagit avec de nombreuses insultes qui ont était modérés et/ou supprimé ensuite, ce qui n'a pas permis d'établir un dialogue constructif par la suite.
En bref, faut laisser pourrir ce post qui ne sert plus à rien et continuer à aider les autres membres plutôt que de refaire un débat inutile ici
Par chance je n'ai jamais été dans votre seconde hypothèse, celle du client qui demande à un alternant de rédiger des spécifications, sans pour autant lui fournir un cadre structuré et une assistance humaine.
Mais je comprends maintenant que ce cas de figure est bien plus courant que ce que j'imaginais.
Désolée @Yebor je remonte...
En fait certains sont arrivés après l'embrouille donc sans avoir le contexte.
Et c'est vrai qu'il vaudrait mieux fermer ce post.
Clairement @hervé les documents que vous trouvez sur internet sont une trame. Ce qui compte dans une spec fonctionnelle ce ne sont pas les titres mais le contenu. C'est d'ailleurs toute la différence entre un BA junior et un senior puisqu'ils vont utiliser le même document. Si vous n'arrivez pas à faire la différence, je doute de votre expérience réelle dans le domaine et peut-être devrez vous arrêter de faire coexister cinq réalités différentes en même temps. Merci et bonne soirée.
Bonjour à tous
Je suis assez écœuré de la méchanceté dans les propos de certains...
Vous pouvez partir d'un modèle déjà existant comme base de travail .
Ne vous découragez pas on a tous démarré un jour 😊
Utilisateur suppriméC'est clair, je suis étonné de certains qui pensent connaitre tout mieux que tout le monde.
La jeunesse n'a pas le droit d'apprendre. Les anciens ont peur de la jeunesse, car ils savent que leur expérience supposée n'est qu'une addition mathématique. Quand on parle de programmation et de nouveaux langages, ils sont totalement perdu...Le sujet n'est pas là, et je ne pense pas être meilleur qu'il y a 10 ans. C'est surtout la logique actuelle que je trouve déroutante par rapport à ce qui prévalait à mes débuts, où on débutait sa carrière par de la maintenance et du suivi d'exploitation, tout comme un médecin commence par être interne.
On peut certes voir cette évolution d'un bon oeil. Mais ayez toujours à l'esprit qu'en France une proportion non négligeable de la population (et donc de donneurs d'ordres) mésestime la production intellectuelle, et refuse donc d'en payer le juste prix. C'est uniquement l'aspect financier, associé à une certaine méconnaissance de la complexité de notre travail, qui les pousse à prendre des alternants plutôt que des personnes plus expérimentées.