Etat des projets en Business Intelligence

[Glutinus]

Bonjour à tous !

Je souhaite faire une petite enquête pour connaître l'état de la BI. Ceci est dû au fait que je suis souvent mené de maitenance en maintenance ; bien sûr, les clients rendent alléchants les offres en promettant monts et merveilles, chantiers dantesques et autres richesses intellectuelles, pour finalement se retrouver mal tombé avec la promesse qu'en 2018 il y aura des refontes profondes.

J'adore la BI, du côté technique. Pouvoir faire le pendant avec la compréhension fonctionnelle, s'assurer du moindre détail, traquer la jointure cartésienne, trouver le cheminement logique de la donnée, faire de bonnes pratiques pour rendre un mapping propre et lisible, etc. jusqu'à la conception. Lorsque j'en discute autour de moi, je m'aperçois que mes collègues sont plutôt du genre "ho, tu sais, l'informatique pour moi c'est alimentaire...", je conçois que ce n'est pas forcément le métier le plus rose, voire l'idéal pour tous mais à ce point...

Cependant, je me retrouve donc mené de maintenance en maintenance alors qu'on me parlait vraiment de projet ; qu'en est-il vraiment des vrais projets ? Existent-ils ? Ou alors les boîtes sont-elles réellement toutes pourvues de leur(s) système(s) décisionnel(s), si bien qu'il ne reste plus rien à la création, à la mise en pratique de bonnes pratiques... (et je remarque aussi que la BI est extrêmement sensible d'un point de vue ETL, les gens sont frileux de passer par une autre table pour améliorer la lisibilité ou le temps de traitement, de peur que ça fasse un effet Jenga). C'est vrai que les RH m'ont un peu prévenu quand j'ai changé de boîte il y a un an ; c'est vrai qu'on peut constater qu'en ce moment, d'après les commerciaux de ma boîte et d'autres boîtes, que la BI se porte bien là où le .NET et le Java chute, et j'en déduis naïvement que c'est forcément dû au budget qui se concentre sur la maintenance plus que sur l'innovation.

Qu'en est-il de votre position dans les missions en BI ?

PS : si d'ailleurs vous faîtes plus du .NET / Java, ça peut intéresser aussi...

PS2 : RH et commerciaux, pas la peine de m'envoyer des mps ^^

[el_slapper]

La maintenance, c'est 70 à 80% du boulot des développeurs informatiques. Et 90% des développeurs crachent dessus.

[Bluedeep]

Envoyé par el_slapper

La maintenance, c'est 70 à 80% du boulot des développeurs informatiques. Et 90% des développeurs crachent dessus.

Je viens d'aller faire un tour dans la salle des développeurs et visiblement les 10% restant sont absents

[phili_b]

Envoyé par Glutinus

Bonjour à tous !
Lorsque j'en discute autour de moi, je m'aperçois que mes collègues sont plutôt du genre "ho, tu sais, l'informatique pour moi c'est alimentaire...",

Non non y'a encore plein de gens que ça passionne. Oui moi aussi j'en ai rencontré des gens qui disaient que c'était alimentaire, mais c'était surtout des gens ayant été forcé de faire de l'informatique, leur branche étant bouchée. Mais il y a aussi des non-informaticiens qui le sont devenus par la suite et qui aiment beaucoup ça. Reste à avoir des missions intéressantes et motivantes.

Envoyé par Glutinus

J'adore la BI, du côté technique. Pouvoir faire le pendant avec la compréhension fonctionnelle, s'assurer du moindre détail, traquer la jointure cartésienne, trouver le cheminement logique de la donnée, faire de bonnes pratiques pour rendre un mapping propre et lisible, etc. jusqu'à la conception.

J'adore la BI pour les mêmes raisons techniques et fonctionnelles que toi : pour le côté technique d'aller chercher les jointures, la performance de la requête, et pour le côté d'aller vers l'utilisateur et de comprendre son métier. En fait pour des raisons à la fois techniques et fonctionnelles, l'un étant lié par l'autre.

Envoyé par Glutinus

Cependant, je me retrouve donc mené de maintenance en maintenance alors qu'on me parlait vraiment de projet ; qu'en est-il vraiment des vrais projets ? Existent-ils ?

Déjà il faut les commerciaux sachent vendre la BI car si c'est le cas ça se passe bien, mais dans le cas contraire ils peuvent nous mettre d'une mission à l'autre BI ou non, ne pas comprendre les besoins de l'utilisateur et ne pas comprendre notre métier. "Tiens une mission décisionnelle : faire 30 états BO", "Ah oui et le MCD, MPD, les spécifs, le datawarehouse c'est que dalle ?!"

Mais bon encore faut-il qu'il y ait de vrais besoins car souvent un DWH ça fait peur aux entreprises car c'est cher, ce n'est pas de l'opérationnel (c'est perçu comme la cerise sur le gateau), et l'effet tunnel est très important avant livraison.

Personnellement voulant travailler sur le long terme je m'étais préparé, comme le dit el_slapper, à faire de la maintenance comme la quasi totalité de l'informatique. J'ai fait pas mal de missions de 100 jours à 200 jours de A à Z. Mais une fois que DWH est créé on ne peut à mon avis "dépenser" autant de jours en maintenance à nombre de personnes identiques, on ne peut en garder qu'une. L'idéal et raisonnable pour moi, si je veux faire des missions à long terme dans la BI, et ne pas changer tout les 2 mois, est de trouver une mission ou un poste avec 30% de création de A à Z, 30% de maintenance évolutive, et 30% de maintenance basique, sachant qu'il n'y a pas que le développement ou la conception mais il y aussi la relation avec l’utilisateur et satisfaire ses besoins professionnelles. Ce que j'ai trouvé à un moment donné en prestation longue et que je pense trouver chez un client final.

Donc pour moi cela ne m'étonne pas qu'il y ait plus de maintenance que de projet de A à Z dans la BI, surtout en période de crise ou certes on a un besoin accru d'indicateurs, mais aussi où les budgets sont restreints et moins disponible pour ce qui parait être moins de la production.

[phili_b]

Envoyé par Glutinus

Cependant, je me retrouve donc mené de maintenance en maintenance alors qu'on me parlait vraiment de projet ; qu'en est-il vraiment des vrais projets ? [..]

Qu'en est-il de votre position dans les missions en BI ?

D'autre point de vue sur le ratio maintenance / "vrai projet" dans le monde du décisionnel ?

(Par "vrai projet" il s'agit sans doute de projet de A à Z plutôt )