Bonjour,
 
Je suis un futur jeune diplomé d'école de commerce. Je me suis spécialisé dans la gestion des systèmes d'information.
 
Je vais dans peu de temps commencer à envoyer des candidatures pour mon stage de fin d'études et je souhaiterais avoir des retours de personnes qui ont touché à l'Audit et au conseil afin de pouvoir me faire une comparaison sur certains points. En gros, j'hésite à candidater dans des entreprises du type d'Accenture ou du type d'Ernst & Young.
 
J'ai donc une liste d'interrogations auxquelles je souhaiterais trouver réponse pour ne ne pas me tromper.
 
- (Question sur le conseil) Lorsque l'on rentre chez un accenture like, commence-t-on forcément par de la maîtrise d'oeuvre même si on a donné une préférence pour le fonctionnel en y entrant ? J'ai souvent entendu dire qu'un jd avait toujours une partie de maîtrise d'oeuvre en commençant dans le conseil. Qu'en est -il ?
 
- (Question sur l'audit) L'audit en SI ne tourne-t-il pas tjours uniquement autours des audits financiers ? Ce que je veux dire, c'est que j'ai un peu peur de ne pas voir (ou moins voir) les aspects métiers en faisant de l'audit ?
 
- (Question sur l'audit) N'y a-t-il pas dans l'audit SI une grosse part de travail rébarbatif et embêtant, en raison du côté très procédurié de l'audit ?
 
- Les gens que j'ai rencontré qui faisaient de l'audit en SI me disent que l'on fait quand même du conseil également dans le cadre des missions d'audit, ce conseil est il comparable au conseil pratiqué dans les cabinets de conseil ?
 
- Est il possible de commencer une carrière dans le conseil en SI puis venir vers l'audit (1 an après par exemple) et même question à l'inverse ?
 
- L'audit en SI ne serait il pas moins "stressant" car faisant peut être plus appel à des contrôles de respect de procédures plus qu'une activité de recherches de solutions ? (je simplifie les choses mais j'espère que vous comprenez le fond de ma question)
 
- Il y a-t-il une différence entre l'audit et le conseil au niveau des rémunérations ?
 
- Dans quelle fonction audit ou conseil en SI, a-t-on la chance de voir une maximum d'aspects métiers ? Dans quelle fonction la diversité est la plus présente ?
 
Si des personnes ont eu l'occasion d'avoir une expérience conseil et une audit, je serais vraiment preneur de vos avis sur ces questions. Si vous faites de l'audit ou du conseil, je veux bien savoir pourquoi vous avez préféré le conseil ou l'audit.
 
Merci beaucoup!

up !

Beaucoup de questions
Juste une chose : ma binôme de promo (M2 Audit et Conception des SI, ACSI) a fait son stage en audit SI chez Alcatel Paris, elle a adoré !
Et puis voyages Italie-Espagne-Allemagne
 
(maintenant elle est chez Deloitte Lux')

up aussi pr moi, surtout sur la question de l'audit des SI par rapport à l'audit financier... merci d'avance

Je ne suis pas fan de l'audit mais sans hésiter je choisirais cette voie plutôt que le conseil de type accenture. En particulier pour les opportunités de carrière post-sortie.

 
Est ce que tu pourrais développer un peu plus ?
 
Quels sont les débouchés après qq années d'audit SI ?

Ah mais vous parliez d'audit SI ? Désolé, je parlais d'audit financier...

oui très clairement le choix se fait entre :
- conseil en SI (type Accenture Bearing etc.)
- audit en SI (type Deloitte ERC etc.)
Merci

 
Ma réponse est orientée (je fais du conseil plutôt orga), donc elle vaut ce qu'elle vaut :
 
1- Non, on ne commence pas forcément par de la MOE (d'ailleurs plein de cabinets de conseil n'en font même pas), enfin d'après le sujet "Feedback sur Accenture" dans cette boîte tu peux en faire mais c'est clairement pas la règle si tu postules au bon endroit.
2- Les gens que je connais qui font de l'audit SI chez un Big 4 (Deloitte, KPMG, E&Y, Price) ne font rien de bien métier, c'est surtout du support à l'audit financier, au travers de la "Sox Compliance" des processus SI par exemple. Y a des missions super intéressantes d'audit de licences aussi    
3- Si clairement, ne serait-ce que pour la formalisation
4- Tu peux être amené à faire un peu de conseil suite à une mission d'audit, quand tu proposes un plan d'actions correctives par exemple, je sais aussi que chez E&Y certains auditeurs SI font un peu d'AMOA. Attention ces gros cabinets ont aussi un petit département conseil qui a priori ne fait pas d'audit
5-Si c'est pour changer conseil<->audit au bout d'un an seulement c'est forcément possible, après c'est pas forcément valorisé (notamment dans le sens conseil->audit), mais perso j'ai jamais vu un consultant qui de son plein gré partait faire de l'audit .
6- Le niveau de stress est à mon avis assez proche, vu que pour un audit, même si la méthodo que tu appliques est ultra structurée et rodée, tu dois t'adapter et produire rapidement en raison des délais super courts. En plus, quand tu débutes le conseil, t'es assez encadré par un manager et la partie "recherche de solutions" concerne un petit domaine fonctionnel
7-En général, non, ça dépend plutôt du cabinet directement
8-Je dirais que les aspects métiers dans le conseil en SI c'est assez variable et dépend des missions sur lesquelles tu es affecté : si c'est de la gouvernance SI ou du paramétrage tu verras pas grand-chose comme métier, si c'est une refonte de processus, de l'AMOA avec animation d'ateliers etc etc t'en aborderas forcément plus. Pour l'audit, je pense que tu verras pas des masses d'aspects métier.
 
Attention, l'audit interne c'est différent, et à mon humble avis c'est plus intéressant (comme évoqué par un autre posteur plus haut).

je suis qu'un humble comptable, au niveau du responsable dans l'entreprise allant jusqu'à être chef comptable, j'ai donc la visite des CAC depuis 25 ans de vie professionnelle.
 
le travail de CAC je ne sais pas si beaucoup le font longtemps.
- ça me parait rébarbatif,  tout les x  jours ils recommencent leur    
   procédure de contrôl stock, vente, achat etc....
- le seul contact véritable avec le chef d'entreprise c'est quelques  
   heures par an, dans ce cas comment peuvent ils apporter un meilleur conseil
   le l'expert comptable qui est en contact permanent avec l'entreprise
- difficile pour un CAC de dire à son client celui donc qui le paye
  que ça comptabilité est pas conforme
- surtout je l'ai gardé pour la fin
  c'est plus 35 heures par semaine mais 35 heures par jour dans ce  
  métier. ça fait 25 ans que je suis obligé de les mettre dehors le soir  
  même si je suis pas rivé sur la pendule

Je sais pas trop si c'est le bon topic pour poser la question mais est ce que quelqu'un (stuck_mojo, the_stooge...) pourait expliquer un peu en quoi consiste concrètement le conseil en orga.
 
Pourriez vous prendre des exemples vraiment simple et terre à terre ?
(je suis encore en école et "refonte de processus" ne me dit pas grand chose)

 
A vrai dire, je n'ai commencé que depuis très peu de temps, et l'orga n'est qu'un aspect de mon boulot. Je pense que stuck_mojo sera infiniment plus compétent que moi pour te répondre.
Ces précautions étant prises, un petit exemple concret:
 
Dans la mission sur laquelle je suis affectée actuellement, on s'interroge notamment sur les aspects organisationnels de la sécurité des SI de notre client. Quand je dis "aspects organisationnels", ça veut dire que personne n'attend de nous que nous livrions un référentiel d'équipements style fire wall et anti virus, qu'on mette en place un système de certificats.... mais plutôt qu'on s'interesse à qui accède à quelle information et à quel moment, comment on prend en compte la sécurité dans la gestion d'un projet...
Concrètement, imaginons qu'on doive s'interesser à la sécurité d'une salle:
au lieu de nous interesser à la serrure, on cherchera qui a les clés, si la salle contient effectivement des trucs qui font qu'elle doit être fermée...
Après ça, on peut être amener à proposer au client un nouveau processus d'attribution et de restitution de la clé, cad:
- définition de qui a le droit d'avoir la clé et pour combien de temps si c'est un droit limité
- définition de qui a autorité pour décider du premier point dans la réalité
- définition du processus à suivre pour créer la clé et pour la donner a la personne habilitée (donc: qui fait quoi et quand?)
- définition de l'évènement qui fait qu'une personne doit rendre sa clé
- définition du processus de restitution
- définition des types de clé qui doivent être détruites
- définition du processus de destruction  
...
 
Je sais pas si c'est clair ou pas. mais je rappelle que de toute façon, je n'ai (encore) expérience dans le domaine.

Merci beaucoup....
C'est parfait, c'est exactement le genre de réponse que je voulais.
 
Si j'extrapole un peu, l'aspect humain doit donc être un peu plus présent que dans le conseil SI "technique" non ?
 
(Par rapport au thread Accenture et le paramétrage de the machine)

 
 
Ok, juste un exemple de mission réalisée.
Pour la Direction Marketing d'un grand groupe industriel, qui avait des problèmes avec ses campagnes télémarketing (faibles retours, pas de coordination d'ensemble...)
1 - Analyse de l'existant, selon qqs axes bien choisis : objectifs des campagnes actuelles (types de campagnes, enjeux associés à chaque type...), orga/processus (qui fait quoi et dans quel ordre, pour faire simple), pilotage (quels indicateurs suivis...), outils (quels outils support, comment sont-ils articulés entre eux...)
2 - Définition d'une cible : en s'inspirant de bonnes pratiques, du contexte et de bon sens...Identification des types de campagnes à privilégier, du processus et de l'orga (en gros adaptation de l'enchaînement des tâches et des acteurs responsables) cible, choix d'outil qui vont bien et des indicateurs de pilotage à suivre : en gros c'est un miroir par rapport à l'existant...
3 - Analyse d'écart / trajectoire de mise en oeuvre : tu prépares le projet de mise en oeuvre qui va suivre : Tu étudies les impacts orga (Cible - Existant), tu fais un petit business case (qu'est-ce que tu gagnes à passer dans l'état cible), tu définis l'orga du projet (chantiers, jalons, charges...)

Toujours pour les mêmes raisons, je préfère être prudente.  
Mais a priori, effectivement, l'aspect humain (l'aspect métier) y est bcp plus présent (ce qui est une des raisons pour lesquelles je voulais faire ce boulot), puisque tu t'interesses directement non seulement à ce que font les gens, mais aussi et surtout, comment ils le font (ce qui implique d'essayer d'appréhender le vocabulaire propre au métier utilisé, les interactions interpersonnelles...). C'est absolument primordiale, puisqu'il ne s'agit pas seulement de proposer une "bonne solution" sur le papier, mais une solution "qui marche". Et pour qu'une solution marche, il fait emporter l'adhésion des acteurs (ce qu'on appelle "faire un powerpoint pipo" ), cad réussir à les interesser, les sensibiliser, les associer ... au projet.
Entre ça et l'aspect stratégique des SI, j'aime bien ce métier, moi... (heureusement parce que vu la durée de mes journées...)

Ok, merci pour ta réponse.
 
C'est un peu de l'AMOA, non ?
 
Quand tu prépares le business case, a quel niveau "technique" cela se fait ? (recommandation générale , UML ou autre, spécification techniques)

pardon, je répondais à stuck_mojo...
 
Effectivement, ca à l'air de correspondre à mes envies... Tu peux nous dire ou tu bosses ? (en MP si tu preferes )

 
 
Je ne comprends pas bien ta question.
 
Le business case comporte des aspects métiers et SI (puisque tu identifies les gains et les coûts du projet selon les 2 axes), mais l'unité c'est l'€€€. C'est pas du tout de la spec, puisque justement ça se fait AVANT le projet (pour montrer qu'il est rentable -ou pas)

Pardon, je n'avais pas bien compris.
 
J'avais cru que tu rentrais dans les détails techniques quand tu parlais d'organisation de projet.
 
Dans ce cas là, ce n'ai plus de l'AMOA, non ?

 
Les termes MOA/MOE proviennent du BTP.
 
La MOA c'est celui qui porte en lui l'expression de besoins, la MOE celui qui réalise.
L'AMOA se met au milieu pour aider la MOA (en général, le métier) à accoucher de l'expression de besoins, et contrôle que ce que fait la MOE (en général, les informaticiens) répond bien au besoin. S'y ajoute une dimension de gestion de projet : l'AMOA permet aussi de combler les lacunes d'une MOA classique en termes d'orga projet.
Donc ce que je t'ai décrit correspond éventuellement à un rôle d'AMOA, même si en fait il n'y a pas de MOE dans mon exemple (puisqu'on est avant le projet de réalisation, dans une sorte d'étude préalable).

Organisation du projet, ca veut dire "déroulement du projet": quels livrables, quelles dead lines, quelles étapes, qui les valide...
 
AMOA veut juste dire "assistance à maîtrise d'ouvrage" (c'est profond, ça, comme phrase, non?)
Ca signifie que tu as un maître d'ouvrage qui gère le projet, et que tu aides à gérer son projet: tu aides à définir le périmètre du projet, à définir les budgets, à définir clairement les besoins, expliquer comment les satisfaire...
Les détails "techniques", les spécifications par ex... c'est plutôt la MOE qui s'en charge.
Exemple en génie logiciel:
- le métier cherche comment améliorer ses performances. Par ex: qd un client l'appelle au téléphone pour poser un type précis de question, il faut pouvoir lui repondre rapidemment.
- la MOA (le métier lui même le plus souvent) lui dit: ok, c'est un logiciel qu'il te faut.
- l'AMOA va dire: exactement, et il faut que ton logiciel interroge telle base et telle autre base de données, mais attention, la réponse de l'interrogation des bases doit avoir 2 chiffres après la virgule, et arriver après moins de 2s de traitement.
- L'AMOE va dire: ouais, on sait faire, c'est du sql et ce qui doit faire moins de 2s, ca s'appelle le temps de réponse. On va faire une petite archi client serveur de deriere les fagots, tu vas voir, tu vas adorer.
- la MOE va pisser le code qui va bien.

Merci, c'est beaucoup plus clair maintenant.
 
L'orga en SI semble bien correspondre à mes envies.  
J'espère que c'est ce que je ferai dans mon prochain stage (dans une branche conseil d'un big4).
 
Et puis je pourrais parler un peu plus de la comparaison Audit/Conseil

Audit informatique!
 
un terme qui m intéresse beaucoup aussi!
 
vu des présentations chez E&Y, intuitivement , pour moi, c du contrôle de risque pour SI ! peutetre un peu de conseil en management aussi
 
que pensez vous ?

bah après c'est toujours pareil quand on parle de conseil/audit en SI/informatique.
Je ne sais pas ce qu'ils font et surtout ne font pas chez E&Y, mais faut bien garder en tete que l'audit SI, ça peut aussi être hyper technique (genre comme dans les films): on t'en dit le moins possible, on te file un ordi, et t'essais d'en récupérer le plus possible.
Le contrôle de risque pour SI, ca peut être entre les deux (ca dépend si tu te situes en amont, risques métier ou purement SI), du style t'as ta grille pompée sur la norme qui va bien et tu vas voir les gens pis tu leur demande:
-oui mais vos plate formes de developpement, elles sont séparées des plate forme de production et d'exploitation?
-et pis qd meme, vous testez pas avec des vraies données?
...
Et puis qd les gens ils ont repondu tu fais des croix sur ta feuille.
 
 
Enfin, c'est toujours pareil. Si tu fais du vrai audit, et que de l'audit, le conseil en management qu'il peut y avoit (d'ailleurs en orga et gouvernance, mettons plutot), c'est pas pour toi. 'Fin il me semble