Je ne vous apprendrai rien en vous disant que je suis toujours aussi occupé, entre la famille, les deux emplois et le reste. Je suis donc en processus de réflexion quant à l’avenir de ce blogue (qui continuera à exister, mais qui pourrait prendre une autre forme).
Ce faisant, je vais ralentir mon activité sur ce blogue. Pour les accros, vous pouvez vous rabattre sur Twitter, Facebook ou mon flux Google Reader 
Restez à l’écoute!
Ce billet est aussi publié en français sur mon blogue.
In a previous post (in French), I was telling you that my LinkedIn profile has generated some interesting opportunities, one of my HEC Montréal teachers asking me to go in one of her master class to speak about challenges the analyst meet in an integrated systems projet. The premises behind this idea are very interesting, and those of you who studied in IT at HEC Montréal will agree with me.
Indeed, no matter the interest coming from ERP-style software like SAP, and despite their growing popularity, ERP are rarely the unique solution to business problems in an organization. Actually, solutions to these problems are usually made of many systems (some of them being already in place) that need to interact closely, and among which we may find an ERP system.
Considering this, we might argue why IT programs at HEC Montréal (and probably in other universities) are so focused on teaching through SAP or other ERP systems (although I learned a lot through these classes). Based on that and on my last 5 years on two major non-ERP projects, I identified the 7 biggest challenges faced by a business analyst in a integrated systems (plural form) project.
- Expanded horizons: understand the organization and its systems
- Define a vision: create solutions without destroying the current one
- Communicate better: many systems means many friction points
- Teams work: many systems means many teams
- Meet commitments: commit to provide a stable solution
- Rush for success: go ahead in an iterative way to reach your objectives
- The IIBA to get it done: structure and methodology to succeed
These behaviors are not specific to this type of project, but are especially critical when you are in one of these. Check out my blog in the upcoming weeks; all these challenges will be covered by a detailed post. This list will get updated with links to these posts.
Have you ever found yourself in this situation? How did you get through it? Leave your comments!
This post is also available in English on my blog.
Dans un billet précédent, je vous faisais part de l’intérêt que mon profil LinkedIn avait soulevé auprès d’une de mes anciennes professeures de HEC Montréal. J’ai eu l’occasion de méditer sur le sujet, et je m’apprête à aller faire cette présentation au début décembre. L’idée de base est très intéressante, et ceux qui sont passés par les programmes TI de HEC Montréal pourront en convenir.
Malgré toute l’attention que reçoivent les logiciels de type ERP comme SAP, et malgré leur popularité croissante, il n’en demeure pas moins qu’ils constituent rarement une solution unique à l’ensemble des problèmes d’une organisation. En effet, les solutions aux problématiques d’affaires complexes sont souvent composées d’une multitude de systèmes (certains étant déjà en place) qui doivent interagir, dans lequel on trouve souvent un logiciel ERP (mais rarement seulement un logiciel ERP).
Dans cette optique, on peut se demander pourquoi les programmes de formation en TI de HEC Montréal (et probablement ailleurs) sont aussi axés sur l’enseignement au travers de SAP (loin de moi l’idée de renier totalement cette perspective; j’ai moi-même passé par ce chemin, et je profite encore de toutes ces notions). Compte tenu de cela et de mon expérience des 5 dernières années sur deux projets majeurs non-ERP, j’ai identifié 7 des plus grands défis qu’un analyste d’affaires / fonctionnel peut rencontrer dans un monde de systèmes intégrés (au pluriel).
- Élargir ses horizons: comprendre l’organisation et ses systèmes
- Être visionnaire: élaborer des solutions sans nuire à la situation actuelle
- Savoir mieux communiquer: qui dit plusieurs systèmes dit plus de points de friction
- Travailler en équipes: qui dit plusieurs systèmes dit plusieurs équipes
- Respecter ses engagements: s’engager pour assurer la stabilité de la solution finale
- Foncer vers le succès: progresser de façon itérative pour atteindre ses objectifs
- L’IIBA, une bonne carte dans votre jeu: rigueur et méthode pour réussir
Ces comportements ne sont pas propres à ce genre de projet, mais ils sont particulièrement critiques lorsqu’on se retrouve dans cette situation. Surveillez bien mon blogue dans les prochaines semaines; chacun de ces sujets fera l’objet d’un billet approfondi. Vous pourrez revenir à ce billet, je mettrai les liens vers les articles au fur et à mesure.
Et vous, avez-vous déjà été confronté à ce contexte? Comment vous en êtes-vous sorti? Laissez vos commentaires!
