Reprise du message précédent :

A ces des viandards c'est sûr ^^.
J'ai y ai bossé en presta il y a qq années.

ça va ? le barbek s'est bien passé ?
 
MP, j'ai eu plusieurs contacts avec eux comme cabinet de recrutement, ça n'a rien donné, sauf une fois où je suis tombé sur une chasseuse très sympathique et motivante. Elle m'avais proposé un poste qui correspondait exactement à ce que je rêvais... et que j'ai refusé à la veille du 7ème entretien ... quand la clause "Basé à GE avec 1AR sur ZH tous les 15 jours" est devenue "4 jours par semaine à ZH"...
ça m'a bien miné le moral car j'avais déjà écrit ma lettre de démission et choisi la voiture de fonction...
Mais elle m'avait bien redonné confiance en moi au moment où ma carrière stagnait.
 
Bref, mes 2 cts...

 
Ba j'étais en mandat ET apprenti, ca remonte à un petit moment maintenant
Je m'occupais de l'IT (qui était quand même bien verrouillé par Paris) mais il y avait le DG Europe à Genève alors des fois le prestataire c'était plus le support parisien que nous     .

C'est trop long. Le max que j'aie fait c'est 4, au 5ème je demanderais impérativement à la boîte de prendre une décision.

pour en revenir à l histoire des business analyst, cela dépends de la structure de l entreprise j imagine.
Pour les grosses boites, j ai vu cela plusieurs fois: une équipe 'business' qui défini les besoins, et une équipe 'développement' qui implémente les features.
En tant que dev senior, je considère souvent que mon job est d'expliquer aux gens du business ce qu ils veulent vraiment, car souvent les besoins sont peu clairement définis: il s'agit alors de proposer des solutions techniques pour mettre en place les besoins.

Avec une partie business dont le team lead a un background dev/IT (comme c est le cas sur mon projet actuel), cela change pas mal les choses, et permet des discussions intéressantes pour trouver ensemble des solutions techniques.

Il y a vraiment BA et BA. Ce que j attends des BA, c est qu ils connaissent vraiment le métier et la branche dans lequel on évolue, cad souvent lié à des années d'expérience dans la boite. Que cela soit dans automobile, l industrie lourde, le ferroviaire ou l aviation (pour reprendre les secteurs dans lesquels j'ai bossé), il y a souvent un paquet de 'know-how' spécifique au secteur ou l entreprise.
Alors les gars qui débarquent en tant que 'consultant' BA (donc comme prestataires externes), cela me fait doucement rigoler: à part sortir des beaux discours et présentations, ils sont plus nuisibles que productifs à mon humble avis de senior dev!

Je suis moi même consultant en dev, et c est justement parce que je suis externe que j attends des BA qui ils soient plutôt internes.

C'est pas mal le ressenti que j'ai en tapant aux portes du Luxembourg et de la Suisse. Curieusement, ça semble être beaucoup moins un problème en France...
 
Après, moi je me vends clairement comme un BA qui a conscience de cette faiblesse de non spécialisation métier, et qui ne demande qu'à l'acquérir sur un marché porteur (banque, assurance, industrie...).
 
Le problème, c'est que si je veux faire ça, je dois tabler sur une expérience très longue dans la même boîte, et pour ça, je cherche une boîte qui me fasse monter en responsabilités et me donne de nouveaux challenges en permanence, qui fasse vivre et qui dynamise ma carrière dans l'entreprise, par opposition aux SSII que j'ai faites jusqu'à présent, où une fois que tu es confort sur un poste de support, tu passes toute ta vie à ne plus faire que ça pendant des années !  
 
C'est aussi pour ça que j'envisage peut-être à court terme une spécialisation. Bref, projet à mûrir...

Le maximum pour moi, c’était 2.

En banque privée à Genève c'est mini 5 entretiens.
C'est comme ça.
 
 
Sinon vous semblez donner une responsabilité BA voire même souvent PM au dev. pas étonnant que vous ne voyiez pas la valeur ajoutée d'un BA.  
 
Un dev, on lui demande de dev. On lui donne des consignes précises et il exécute. Point. Il donne pas son avis sur l'application business. Il peut faire des suggestions sur les approches techniques mais ça reste un technicien et il doit faire le boulot qu'on lui demande.
 
S'il fait plus c'est que c'est pas un simple développeur. C'est un dev ba.  
 
Un simple dev ne sait pas se débrouiller seul face à un business pointu.

Je suis d'accord, après ce qui s'observe, c'est que c'est surtout en France qu'on a ce démarquage des rôles.
Dans les pays anglo-saxons où j'ai prospecté, à priori de ce qu'on a essayé de me faire croire, la notion de "dev non BA" ne semble pas exister (ou du moins semble décevoir). C'est surtout au Luxembourg, quand on a vu que je n'avais pas de background technique qu'on a eu du mal à interpréter ma valeur sur le marché.
En Suisse, je ne sais pas...

Je suis dev à la base et c'est selon moi un très gros avantage voire un prérequis.  
 
Si t'as pas d'idée de comment tu vas implémenter techniquement la solution que ton business te demande, tu ne peux pas lui mettre des stops ou lui conseiller d'autres solutions.

Raison pour laquelle j'ai insisté pour faire du dev sur ma mission actuelle, mais ça m'a moult fois été refusé...
A ce stade, je pense qu'une spécialisation ne serait pas superflue.

 
Je suis dev ba maintenant et je viens de l'apprendre  . (pas d'ironie)

C'est souvent le cas

Regarde tous les postes ouverts de dev, la quasi totalité demandent de l'analyse/conception.
 
Les "simples" devs, qui exécute bêtement sans poser de questions, c'est en Inde pour externaliser à pas cher

Analyse c'est pas de l'analyse métier.

C'est la norme dans les grandes boites style GAFA.  

https://www.24heures.ch/vaud-region [...] y/30881250
 

 
Ca paye bien chimiste. J'aurais du faire chimie au lieu de biologie.

 
Un seul de 10min ici.    

 

Jamais entendu ça, pourtant j’ai plusieurs connaissances en interne, tu vois qui pendant les 5 entretiens ?

Tout le monde
J'ai jamais vu quelqu'un rentrer en interne dans une banque privée sérieuse en 2 entretiens.

Ca depend des domaines, en effet.
Moi c'etait en Science.

Vous comptez les personnes ou les jours ? On me convoque 4-5 fois pour rencontrer une dizaine de personnes à chaque fois.  
 
C’est en effet ridicule car sur 10 personnes rencontrées 7 en ont clairement tien à foutre et le rh veut juste faire baisser ton salaire au Max

 
Je suis d'accord, c'est exactement ça.  

Que je suis content d être contractor/freelancer! 1 entretien (technique only) et hop dans la boite, projet pour 6 mois puis ensuite prolongation sur 1 an. Pas de blabla HR...
Évidemment, même si les conditions de fin de contrats sont bcp plus souple en Suisse qu'en France ou en Allemagne, les engagements sont différents pour un CDI donc au moins 2 entretiens pour la partie HR.
Avant de revenir en contractor en Suisse, j ai eu un CDI, avec 3 entretiens.
Donc 4 et +, je trouve cela aussi 'too much'.

Encore une fois ça dépend de ce que vous faites.  
Pour un poste à responsabilité avec des gros sous a la clé, on ne peut pas torcher ça avec un entretien d'1h.

 
Je n'ai pas accès à l'article: combien d'années d'xp ? quel poste ?
 
 

En tout cas, c'est pas comme ça que c'est organisé dans les boîtes françaises que j'ai faites dans ma vie : c'est les BA qui consultent le client, les BA qui expliquent aux dev ce qui est attendu, les dev qui dev et qui livrent, les BA qui recettent, les BA qui remontent aux dev ce qui ne va pas, les dev qui dev et qui livrent, les BA qui communiquent au client que maintenant c'est bon, les BA qui reçoivent les retours du client, les BA qui expliquent gentiment au client que ce qui est demandé est en déviation importante par rapport au besoin initial sur la base d'éléments concrets et imaginent avec lui un compromis moins cher si besoin, les BA qui animent des comités de pilotage avec le CP et le client pour exposer l'avancement global des points opérationnels et exposer les points les plus critiques et ce qui est attendu de chaque camp et à quel date, etc. etc. Je pense que dans les contextes dans lesquels j'ai travaillé, si les dev devaient faire tout ça, le dev en prendrait un coup niveau qualité parce qu'ils n'auraient plus le temps de faire du dev...
 
Après malgré ce contexte, j'ai connu deux types de dev : ceux auxquels on demande de jouer dans certaines phases projet le rôle d'un BA, mais comme ils n'ont pas l'habitude, ils "questionnent" et "challengent" moins le client que ceux qui le connaissent bien (du coup, éventuellement, on se retrouve avec un système trop interpolé), et d'autres auxquels on ne demande jamais ça (nouveaux, jeunes dip, stagiaires, alternants, prestataires en intérim...etc. qui mine de rien sont souvent une immense majorité au sein d'un projet - ce qui, je le reconnais, n'est pas forcément une bonne idée non-plus).
 
En gros, de ce que j'observe, c'est que le "dev BA", c'est simplement un dev qui a beaucoup de bouteille dans la boîte (4 ans et plus) et surtout qui a envie de le faire.
 
Après je connais un dev hyper efficace qui est chez le client et qui est capable de développer n'importe quelle fonctionnalité en 1 jour chrono, et que ça ne dérange pas de tout refaire à chaque fois que le client change d'avis. Lui, ça lui en touche une sans faire bouger l'autre, du coup forcément, tout le monde est très content, mais je n'en ai vu qu'un seul comme ça...

 
Ah tu me connais ?  
 
Non perso je m'en contrefiche que le client change d'avis, il est de toute façon mis au courant dès le début que :
- dans un sprint s'il veux ajouter des taches il doit en enlever d'autres
- on peut faire 2 sprints comme 25 sprints s'il change d'avis tous les jours, c'est pas notre problème tant que quelqu'un est d'accord pour payer
 
Avec un BA en intermédiaire, le client est moins responsabilisé, il balance tout ce qu'il peut, parce qu'il sait que de toute façon il y a un filtre.
 
C'est un peu plus difficile pour les projets en interne ou le client ne paie pas, mais là encore il y a des gens payés bien plus cher que moi pour prendre les décisions et magner la baguette s'il le faut.

je pense aussi que l importance des BA est différente si on travaille sur des projets pour vendre un produit vers l extérieur, ou pour développer un outil interne à la boite.

J ai pour ma part tjs travaillé sur des projets internes dans des départements 'stratégie', essentiellement des progiciels utilisés par les départements business de l entreprise. Donc BA = client (+/-).

En ce moment, je bosse sur un projet où on gère tout la logique propre à notre boite, qu on déploie sur le cloud, et on délègue toute la partie UI aux GAFAM avec qui on travaille et qui appellent nos API. En fait, il n a a pas de UI, puisque c est Google Assistant, Facebook Messenger ou Amazon Alexa qui appellent nos APIs.
Mais il faut qd même gérer les messages et images délivrées aux end users: cette partie business 'client public' est gérée entre les BA de chez nous et les BA des Google/Amazon/Facebook partenaires, et ainsi les équipes de dev sont libérées de cet aspect.

C'est pile ça, tu me l'ôtes de la bouche !

Y'a un DBA qui cherche du taff sur Lausanne ?
 
On a un poste ouvert chez nous.

 
Quelle techno ?

Principalement Oracle (11gr2 impératif, appréciable 12c/18c) et MS SQL Server (2014 minimum).
Connaissances SAP un plus.
 
Habitant à moins de 50km de Lausanne Nord.

J'ai un ancien collègue de l'EHL qui cherche, mais il est très orienté MS SQL & Azure, moins Oracle je crois.

Bah s'il est intéressé, MP et je pointe l'annonce et il décide ensuite

Tiens, il parait que l'on récupère quelqu'un de chez K en Septembre.
 
L'un d'entre vous ?

Bijour,
 
je suis en pleine reconversion dans l'usinage et je cherche des personnes qui sont Tourneur-Fraiseur en Suisse pour avoir des infos.
 
Merci.

 
Tout le monde se barre ou quoi.
Remarque ça plus d'apéro du coup  

J'ai 5 semaines et j'en prends 3 sans solde (la règle de la boîte c'est 30 jours sans solde avec seulement l'accord du manager direct)

C'est cool ca!

 
Quelle boite ?