Pour être un peu plus précis, je bosse dans le hardware. Une des différences avec le software c'est que tu ne peux pas faire évoluer ton machin au fur et à mesure que les besoins évoluent et deviennent plus clairement défini. La conception est une vraie tache. Faut que je comprenne les tenants et les aboutissants qui se matérialiseront dans le futur. Le truc cool c'est que c'est difficilement quantifiable comme activité.

 
Le mec qui n'est même pas conscient que son job c'est de l’électronique et pas de l'informatique... la loose...  

 
Le mec qui n'est même pas conscient que son job c'est de l’électronique et pas de l'informatique... la loose...  

 
Tu vis dans quel époque pour parler de specs, MOA, CP, ingénieur d'étude    
 
No troll hein mais tu parles de trucs qui même dans une cogip comme la mienne n'existent plus depuis un moment !

Tu vis dans quel époque pour parler de specs, MOA, CP, ingénieur d'étude    
No troll hein mais tu parles de trucs qui même dans une cogip comme la mienne n'existent plus depuis un moment !

 
Écrire lose avec deux o

 
Sauf que dans ce cas de franglisation c'est correct IMO, puisque c'est pour faire référence au "looser"...

 
À un moment, il va falloir que je rétablisse une certaine vérité.
 
J'en connais une qui va être surprise  

Par définition, un ingénieur d'études et développement en informatique fait des" specs"... C'est l'intitulé lui même, et la SYNTEC, qui le dit.

Plus sérieusement, vu comment est orga. un service de développement info, si c'est pas les devs qui font les specs, c'est personne, parce que la MOA elle te sort pas comment tu va implémenter leurs désirs, et le Chef de Projet à souvent largement autre chose à foutre (normal c'est pas vraiment son rôle) que de pré-mâcher le boulot de ses ressources.

La conception c'est un truc de technicien

 
Le mec qui n'est même pas conscient que son job c'est de l’électronique et pas de l'informatique... la loose...  

Non, il fait des conceptions techniques et des analyses (analyse de l'existant, analyse d'impacts etc..)  
 
Celui qui fait les spéc est le chef de projet fonctionnel / product owner, voire l'AMOA.
 
D'ailleurs depuis belle lurette je ne suis plus "ingénieur études et développement" mais "développeur".
Finies les emmerdes et le pipo

 
Déjà si tu part comme postulat que la seule conception et analyse (et donc spécification) est au niveau métier, c'est sur qu'il ne reste pas grand chose.
 
Mais bon, quand dans ton serveur d'application tu rajoutes des API parce qu'il y a une nouvelle app Mobile qui va s'intégrer avec de nouveaux besoin, tu va forcement avoir à spécifier et concevoir ces API, que ce soit au niveau de ce que l'API va faire, mais aussi le protocole, la sécurité d'accès, etc.

 
Sauf que dans ce cas de franglisation c'est correct IMO, puisque c'est pour faire référence au "looser"...

 
Enfin il existe d'autre chose dans l'informatique que le developpement d'appli metier ou de SI....  
Et c'est pas forcement organise comme tu le décris, typiquement je fais de l'informatique et j'ai jamais eu a faire de pres ou de loin a une MOA...

Ta boite n'est pas représentative du monde de l'info  
Genre les specs ça n'existe plus, les ingé d'études et les chefs de projet non plus

Pour moi, c'est un truc de femme

 
Ce mot n'existe pas non plus, c'est un loser !

 
Je suis PO d'un projet à 30M€, on n'a aucune spec
 
 

Tôt ou tard t'as de la MOA, car tôt ou tard tu réponds à un besoin.
 
Même quand t'es dans l'édition de logiciel ou le SaaS, même si c'est le CTO ou le CEO, t'as quelqu'un qui a le rôle de MOA...

Ça peut être un relacheur.

Non j'ai bien dit que la conception technique et l'analyse c'est côté technique.
La spécification reste elle du côté fonctionnel

 
Ce mot n'existe pas non plus, c'est un loser !

Vous avez besoin d'architectes ?

 
On en a déjà 2 à plein temps !

Je suis PO d'un projet à 30M€, on n'a aucune spec

 
Non mais vous documentez bien ce que vous faites a un moment donné non?
Après si t'a une page confluence a la place d'une spec Word... ca reste des specs.

Arrêtez tous avec vos certitudes et vos petites cases bien précises de qui fait quoi. Je ne sais pas si c'est un manque d'expérience ou une vision limité du monde de l'informatique qui vous fait dire ça mais il doit y avoir quasi autant d'organisation de projet que de projet existant.
 
C'est justement ça qui est intéressant dans ce domaine, c'est que tu peux basculer totalement sur des nouvelle méthodologie de travail ou tu peux aussi ne le faire que partiellement ou même continuer d'avoir 2 gestions de projet parfois. Toutes les équipes d'une entreprise ne bossent pas de la même façon, n'ont pas les mêmes budgets, n'on pas le même nombre de personne, les mêmes exigences, etc... Des experts peuvent faire des specs, puis coder, puis faire du support expertise pour un projet particulier, pareil pour de "simple" dev ou des ingés... Bref, je vous trouve bien péromptoire une fois de plus sur votre vision monocentré de l'informatique

moi quand j'lit tout ça, j'suis content de pas faire d'info

Perso j'ai connu la même chose. Pas de doc, pas de commentaire dans le code.
La spec tenait en 2 lignes dans jira

C'est un peu vouloir jouer sur les mots pour le plaisir.

Pour moi une spécification c'est le livrable, le document qui résulte de l'analyse/conception.

 
 
jira, st'usine à gaz qui rame en faisant pas grand chose. Le logiciel est pas trop mal fait ( point de vue fonctionnel ) mais pourquoi ca bouffe autant de ressources à chaque clic ....

Non mais vous documentez bien ce que vous faites a un moment donné non?
Après si t'a une page confluence a la place d'une spec Word... ca reste des specs.

Perso j'ai connu la même chose. Pas de doc, pas de commentaire dans le code.
La spec tenait en 2 lignes dans jira

 
Non mais vous documentez bien ce que vous faites a un moment donné non?
Après si t'a une page confluence a la place d'une spec Word... ca reste des specs.

 
Voilà    
 
On nous a dit que les commentaires dans le code prenaient trop de place donc il n'y en a plus  
 
Apres on n'est pas une SSII ou les ressources seront parties dans 6 mois donc c'est moins dramatique.
 
 

Voilà  

On nous a dit que les commentaires dans le code prenaient trop de place donc il n'y en a plus  

Apres on n'est pas une SSII ou les ressources seront parties dans 6 mois donc c'est moins dramatique.

Pour moi une spécification c'est la définition des user stories, critères d'acceptance et les fonctionnalités à développer.
Elle est réalisée par un chef de projet fonctionnel suite à réunion avec la MOA et analyse de leur besoin.
 
La façon de le faire (analyse technique, conception et implémentation) relève du technique.

Après, vu qu'en pratique vu qu'il faut maintenir et que l'équipe projet va forcement pas être stable

De toue facon on debug pas les commentaires qui sont jamais a jour mais le code....

Perso j'ai connu la même chose. Pas de doc, pas de commentaire dans le code.
La spec tenait en 2 lignes dans jira

 
Voilà    
 
On nous a dit que les commentaires dans le code prenaient trop de place donc il n'y en a plus  
 
Apres on n'est pas une SSII ou les ressources seront parties dans 6 mois donc c'est moins dramatique.