Freddy Yimo

Interview – A la découverte du monde du multimédia-mobile

Freddy Yimo — Mon, 08 Mar 2010 08:00:06 +0000

Aujourd’hui, je te propose de découvrir l’interview d’une connaissance qui travaille actuellement dans le secteur de la du multimédia et qui profite de la dynamique de du secteur pour changer d’employeur.

Bonjour Mlle X,
J’ai appris que tu avais décidé de changé de société et d’aller découvrir de nouveaux horizons dans une nouvelle société. Avant d’aller plus loin, est ce que tu peux nous parler un peu du métier et du domaine dans lequel tu travaillais ?
Dès la fin de mes études d’ingénieur, je me suis spécialisée dans le domaine du multimédia et plus particulièrement du multimédia-mobile. Je travaille depuis 2 ans dans une entreprise spécialisée dans le développement d’applications pour téléphones portables (dans des technologies très différentes : J2ME, .NET, Flash, Android…) et ce en tant qu’ingénieur d’études et développement. La plupart des applications développées mélangent la photo, la vidéo, la communication avec d’autres terminaux…Ce sont des applications très riches, que proposent le plus souvent les grands opérateurs à leurs clients. J’ai également travaillé dans l’environnement des portails IPTV, c’est à dire sur les terminaux Set top Box qui sont des terminaux bien moins puissants que les mobiles que nous possédons aujourd’hui. J’ai donc eu l’occasion de réaliser des applications pour le compte de nombreux clients.

Je vois que tu as une expérience dans un domaine très pointu. Pour ceux qui s’y connaissent un peu mieux, comment est-ce que tu penses que le marché du mobile évoluera dans les prochaines années ? Est-ce un secteur dans lequel il est bon de se lancer pour les jeunes ingénieurs sur le court et moyen termes ?
Pour moi, le secteur des terminaux mobiles (Stb, mobile..) est encore un secteur niche. Il existe peu de développeurs experts dans le domaine car c’est un secteur relativement récent, mais cependant en plein essor. Avec l’arrivée de l’iphone et d’android en autre, il y a de plus en plus d’utilisateurs demandeurs d’applications, et à la fois de plus en plus de développeurs qui s’intéressent à ces plateformes. En seulement 2 ans, j’ai pu constater la différence en termes d’environnement pour le développeur : multiplication des livres de références, forums actifs, retours d’expérience…C’est un secteur qui évolue très vite, tous les jours de nouveaux mobiles arrivent sur le marché, avec de nouveaux Os ou de nouvelles versions d’os existants, ce qui nécessite de la veille technologique quotidienne! Tout laisse à penser que c’est un secteur d’avenir. Malgré la crise, le secteur de la mobilité a semblé être épargné. Pour un jeune ingénieur, je pense que c’est un secteur intéressant : multimédia, évolutif et avec ses propres contraintes (mémoire, résolution…) Dans plusieurs années, le développement mobile sera banalisé, sans l’ombre d’un doute. Mais en attendant il y a encore des places à prendre.

En somme, il s’agit d’un secteur plein d’avenir et plein d’opportunités qui doit permettre une certaine mobilité. Pourquoi avoir décidé de changer de société ? Tu aurais peut-être pu changer de poste au sein de la même structure ou bien penses-tu avoir fais le tour ?
J’ai l’impression que la nature même des projets mobiles ne permet pas différents niveaux d’interventions pour un développeur. Ce sont souvent des projets très courts (de l’ordre de quelques mois, sans parler de la maintenance évolutive) où, compte tenu des délais, les tâches sont cloisonnées et affectées aux intervenants en fonction de leur domaine de compétences. Les évolutions concerneront plutôt les technologies (possibilité de passer d’une technologie à une autre rapidement), que de responsabilités.
Effectivement, j’aurais pu changer de poste au sein de mon entreprise, qui m’a offert la possibilité de devenir chef de projet. J’ai refusé sans hésiter, car avec tout ce qui passe aujourd’hui dans le domaine de la mobilité (Iphone, Android et autre) un développeur peut difficilement prétendre avoir fait le tour!
C’est plutôt vouloir changer d’environnement qui a motivé ma démission. La crise a fait un grand nettoyage de printemps dans toutes les entreprises (fusion, restructuration..) et on peine à reconnaître l’entreprise qui vous a embauché. S’en suit donc le besoin de changement, même s’il faut être réaliste : le monde de la mobilité est petit, les clients et les projets de ma nouvelle entreprise ressembleront de très près à ceux de mon ancienne entreprise !

Les problématiques et l’environnement restant plus ou moins les mêmes, ne risques-tu pas de te retrouver dans le même cas de figure dans quelques années ? Ou bien cela s’intègre peut-être parfaitement dans le cadre de ton plan de carrière ?
Je pense effectivement me retrouver dans le même cas de figure dans quelques années! Mais c’est un choix, car aujourd’hui je ne cherche pas encore à évoluer en termes de responsabilités, mais plutôt en compétences techniques.
Dans quelques années, je souhaiterai surement occuper un autre poste que celui de développeur…ou qui sait, rester développeur mais changer complètement de secteur!
Aujourd’hui c’est ce que je trouve positif dans les sociétés de service : j’ai l’impression que c’est une bonne façon de découvrir en peu de temps, les possibilités offertes en termes de poste et responsabilité. Je suis donc encore dans une phase de découverte et d’observation, mais pour justement affiner mon plan de carrière.

Je vois que tu as trouvé un coté positif dans les sociétés de service, il doit surement y en avoir d’autres et bien entendu aussi des cotés négatifs. Est-ce que tu pourrais nous donner ton ressenti sur ces fameuses sociétés qui ne sont pas toujours vues d’un bon oeil ?
Je ne défends pas les sociétés de services! Car effectivement, il y a beaucoup de points négatifs, c’est un fait. Une personne qui chercherait un fort sentiment d’appartenance à son entreprise, ou qui ne supporte pas le changement d’environnement, ne devrait définitivement pas s’orienter vers les sociétés de service! Je pense que le problème principal qui se pose dans ce type d’entreprise est le sentiment de ne pas toujours être respecté ou entendu. Il y a un manque de déontologie évident, pour l’avoir vécu. A voir en fonction de son âge, son expérience, ses attentes…si ce manque peut être compensé par autre chose. Aujourd’hui, (ce qui ne sera peut être pas le cas dans quelques années), je le tolère dans une certaine mesure : j’en tire profit pour me former techniquement. Et puis ce sont des sociétés qui emploient, donc on ne peut pas les blâmer complètement.

Pour finir cette interview, qu’est ce que l’on pourrait te souhaiter pour la suite de ton parcours ?
Ne pas être déçue par mes choix professionnels ! Il y a toujours un risque, mais je pars du principe qu’il faut savoir saisir les opportunités…

Merci pour cette interview. Je te souhaite une bonne continuation pour tes projets et j’espère bien te revoir un de ces jours sur le blog pour la suite de tes aventures.

Articles relatifs

Scrum : Comment devenir Scrum Master ?

Freddy Yimo — Mon, 25 Jan 2010 08:00:43 +0000

Dans le cadre du dossier sur le Scrum, je rajoute un article pour t’expliquer comment s’y prendre pour devenir Scrum Master ou Product Owner. Cela est simple et se passe en 2 étapes :

1- Suivre une session de formation de Scrum Master ou de Product Owner
Il y a des organismes de formation en France qui te permettent de passer les certifications nécessaires pour exercer les rôles de Scrum Master et de Product Owner. Ces formations se déroulent en principe sur deux jours et sont délivrées par des Scrum Trainer. Ces derniers sont reconnus par la Scrum Alliance comme apte à initier de nouvelles personnes au monde du Scrum. Il s’agit de personnes qui ont une bonne expérience et qui ont passé les différentes étapes de la hiérarchie que tu retrouveras sur le schéma ci-dessous. J’ai gardé un bon souvenir de cette formation et avec un peu de chance, tu auras peut-être la chance de la suivre avec l’un des fondateurs, Jeff Sutherland.

2- Passer l’examen de certification en ligne
Après la formation, tu auras environ trois mois, après réception de tes identifiants sur le site de la Scrum Alliance, pour passer l’examen de certification en ligne. Cet examen est composé d’une soixantaine de questions à choix multiples auxquelles il te faudra répondre sur une durée fixe, une heure. Ces questions abordent tous les aspects du Scrum et permettent de vérifier les connaissances acquises durant la session de formation. Une fois cet examen validé (4 tentatives uniquement), tu auras ta page de Scrum Master et tu recevras aussi ta certification. Ci-dessous un exemple :

Certifié(e), et après ?…
Une fois la certification obtenue, il te faudra dans deux années, passer de nouveau l’examen en ligne si tu souhaite la conserver. Ceci pousse les Scrum Master et Product Owner certifiés à conserver un bon niveau de connaissance. Durant cette période, tu pourras donc exercer le rôle de Scrum Master sur des projets.
Ce que nous venons de voir représente le premier niveau de certification, il y a deux autres niveaux. Après un an de pratique en tant que Scrum Master, il est possible de monter un dossier pour le rang de Scrum Practioner. Ce rang permet de mettre en avant l’expérience acquise sur des projets Scrum.
Enfin, le niveau de Scrum Practioner atteint, il est possible d’accéder aux rangs de Scrum Trainer ou de Scrum Coach. Le premier a pour principale fonction de former de nouveaux Scrum Master, le second, travaillera plus en collaboration avec des clients afin de les aider à intégrer le Scrum dans leur organisation.
Tu trouveras ci-dessous toutes les informations nécessaires pour accéder aux différents paliers :
http://www.scrumalliance.org/training

Enfin, ci-dessous tu trouveras un graphe avec les relations entre les différentes certifications.

Je me dis que Scrum Coach peut être très intéressant. A étudier de plus près !

Articles relatifs

Bonne et heureuse année 2010

Freddy Yimo — Mon, 11 Jan 2010 08:00:55 +0000

La nouvelle année 2010 a commencé depuis quelques jours, j’espère que cette nouvelle année sera pour tous les lecteurs de ce blog et sans oublier tous les autres, pleine de réussite, de bonheur, d’amour, de santé, et tout ce qui pourrait bien vous faire plaisir !

Tous mes vœux pour l’année 2010.

Freddy.

Articles relatifs

Scrum : Les rôles de Scrum Master et Product Owner

Freddy Yimo — Mon, 11 Jan 2010 08:00:02 +0000

Avant de réellement parler des rôles de Scrum Master et Product Owner, il en est un qui est tout aussi indispensable, celui de Team Member. Afin de constituer une équipe, il faut bien entendu des membres dans cette dernière. Ce qui fait la qualité d’une équipe, ce sont les personnes qui la composent. La qualité peut être vue sous différents angles : le caractère, les compétences, l’expérience, … Certes je parlerais essentiellement des Product Owner et Scrum Master, mais sans une équipe ayant au moins la motivation de vouloir avancer, ces derniers ne pourront pas arriver à grand chose. Pour la suite de cet article, s’il y a des termes que tu ne comprends, je t’invite à lire l’article suivant : Le vocabulaire propre à Scrum.

Comme premier et principal rôle, nous avons celui de Scrum Master. Il est en charge de l’animation de l’équipe et est le garant de la mise en application des principes Scrum. Il est celui qui se pose constamment la question : « Comment faire pour y arriver à livrer ce qui est demandé dans les délais impartis ? ». Membre à part entière de l’équipe, il participe au différentes tâches de l’équipe afin d’être au plus près de ses collaborateurs.
Il est important que le Scrum Master se comporte plus comme un coach et facilitateur que comme un chef. Le but d’une équipe Scrum étant de s’autogérer, il est donc préférable que le Scrum Master n’ait pas de rôle direct dans le management du projet.
En travaillant en collaboration avec les autres membres de l’équipe, il vit quotidiennement dans l’environnement de travail et est en mesure, avec l’aide du reste de l’équipe d’identifier les points qui ralentissent l’équipe dans ses réalisations. Une fois ces freins identifiés, il sera en charge de la mise en application des plans d’action afin de les supprimer, ce qui aura pour résultat d’accélérer la vitesse de d’exécution de l’équipe.
Enfin, le Scrum Master participe à toutes les réunions de planification des sprints et supervise la rétrospective où il veille à ce que chacun donne son ressenti par rapport à l’équipe.

Comme second rôle, nous avons celui de Product Owner. Ce rôle moins connu que celui de Scrum Master est crucial dans l’organisation d’une équipe Scrum. Tout d’abord, le Product Owner représente le client et possède une vision complète du produit cible. Il est celui qui détermine dans quelle direction l’équipe doit travailler. Il se posera constamment la question suivante : « Quel sont les fonctionnalités qui ont le plus de valeur pour l’utilisateur final ? ».
Le Product Owner possédant une vision complète du produit, doit identifier toutes les fonctionnalités qui seront mises à disposition de l’utilisateur final. Avant de les soumettre à l’équipe pour la réalisation, il doit les prioriser : soumettre en premier les fonctionnalités indispensables pour l’utilisateur et en dernier celles ayant le moins de valeur.
Il est aussi important que le Product Owner soit régulièrement présent auprès de l’équipe Scrum afin de pouvoir répondre aux interrogations de l’équipe sur les fonctionnalités à implémenter.
Enfin, le Product Owner participe aussi à toutes les réunions de planification des sprints et valide chaque nouvelle version du produit lors de la démonstration effectuée en fin de sprint.

Pour finir, un petit tableau pour synthétiser ce qui est écrit ci-dessus :

Scrum Master	Product Owner
Garant des règles Scrum dans l’équipe	Représente le client et le métier
Membre à part entière de l’équipe	Définie la direction dans laquelle doit travailler l’équipe
Supprimer les freins de l’équipe	Possède la vision du produit à développer
Détermine comment arriver à l’objectif fixé	Priorise les différentes fonctionnalités du produit
Détermine la vitesse de travail de l’équipe	Se tient à disposition de l’équipe pour préciser certains aspects du produit
N’est pas l’expert technique du projet	N’intervient pas dans l’estimation des tâches à effectuer

Articles relatifs

Sondage – Résultats : Evolution des salaires et pouvoir d’achat

Freddy Yimo — Mon, 30 Nov 2009 08:00:28 +0000

Après les quelques semaines en ligne du sondage « Comment ton salaire a t-il évolué en cette période de crise ? » il est maintenant temps de regarder de près ses résultats. Avec un total de 24 votants, je tiens à remercier tous ceux qui ont bien voulu jouer le jeu.

Juste avant d’aborder les résultats, je tiens à préciser que, si d’une année à l’autre, le salaire d’un employé reste constant, il peu avoir perdu en pouvoir d’achat. En effet, il y a dans l’économie un petit malin qui s’appelle inflation et qui a, parfois, tendance à augmenter les prix. Donc, si l’économie d’un pays possède une inflation positive, toutes les personnes ayant une augmentation de salaire avec un taux inférieur à celui de l’inflation perdent en pouvoir d’achat. Je ne te parle même pas des salariés ayant obtenu une baisse de salaire…

Revenons aux résultats, on peut résumer les résultats comme suit :

Baisse du pouvoir d’achat : 13 personnes soit 54%
Hausse du pouvoir d’achat : 11 personnes soit 46%

Comme tu peux le constater, c’est serré. Avec l’état de l’économie actuelle, la tendance est plutôt à la baisse du pouvoir d’achat. Dans les médias on parle à tout va de la reprise de l’économie mondiale (ou plutôt des marchés boursiers…) pourtant les chiffres du chômage ne sont pas très encourageants. Petit exemple avec le domaine de l’informatique : Cliquez-ici. Affaire à suivre…

Pour rappel, tu trouveras ci-dessous les résultats du sondage en question.Note: There is a poll embedded within this post, please visit the site to participate in this post's poll.

Merci encore aux différents participants et lecteurs de ce blog.

Articles relatifs

Sondage : Avais-tu une idée précise du métier que tu souhaitais exercer ?

Freddy Yimo — Mon, 30 Nov 2009 08:00:18 +0000

Nouveau sondage ! Après avoir effectué des études, il n’est pas donné à tout le monde la chance de connaître précisément le métier que l’on souhaite exercer. Pour ma part, j’avais une idée assez floue de ce que je voulais faire, je voulais travailler dans le conseil, mais, avec du recul, je n’avais pas conscience de tout ce qu’il y avait derrière ce mot et quelles en étaient les différentes tâches.
Aussi il peut être intéressant aussi pour toi que tous les lecteurs de ce blog de connaître la proportion qui s’est trouvée ou qui se trouve encore actuellement dans le même cas de figure. Prends donc un peu de temps pour répondre à cette question.

Tu pourras le retrouver à la page des sondages et aussi dans la barre latérale droite de ce blog.

A bientôt pour les résultats.

Articles relatifs

Scrum : Le vocabulaire tournant autour du Scrum

Freddy Yimo — Mon, 23 Nov 2009 08:00:08 +0000

Le dossier sur le Scrum continue tout doucement. Dans cet article, je vais aborder les principaux termes et les concepts qui sont utilisés dans le cadre du Scrum. Tu pourras retrouver prochainement ces informations dans la page de glossaire de mon site. Le modèle Scrum est en langue anglaise à la base, je partirais donc des termes utilisés tel qu’ils le sont en anglais.

Scrum
Je pense que je l’ai présenté quelque part non ? Je te propose d’aller voir directement sur l’article suivant : Présentation générale de Scrum.

Scrum Master
Le Scrum Master est responsable de l’application quotidienne des directives Scrum. C’est lui qui est en charge d’assurer un environnement de travail agréable pour l’ensemble des membres de l’équipe. Dans le prochain article du dossier, j’aborderais plus en détails la position et le rôle du Scrum master au sein de l’équipe.

Product Owner
Le Product Owner est le porteur du produit. Il possède une vision complète du produit, de ce à quoi le produit doit ressembler et ce qu’il doit comporter. Il détient également toutes les spécifications associées au produit. Enfin, il aide le Scrum master à prioriser toutes les fonctionnalités du produit qui restent à implémenter. Généralement ce rôle est détenu par la maîtrise d’ouvrage (MOA).

Team Member
C’est bien beau d’avoir Scrum master et un product owner ultra compétents, mais ces derniers ne pourront pas à eux seul développer le produit. Les membres de l’équipe restent au centre de ce dispositif. Ce sont eux qui possèdent les compétences et le temps nécessaire pour développer le produit. Le Scrum master encadre tous les membres de l’équipe de manière à s’assurer que ces derniers effectuent un travail de qualité dans les meilleures conditions possibles.

Product Backlog
Un produit peut être défini comme un ensemble de fonctionnalités. C’est au product owner d’exploser son produit en différentes fonctionnalités et de les prioriser suivant la valeur métier. Le product backlog représente ainsi une réserve de fonctionnalités priorisées qui sont à implémenter prochainement par les membres de l’équipe.

Sprint
Le Scrum est utilisé dans un contexte agile et repose sur un mode fonctionnement itératif. Chaque itération est appelée Sprint. Un sprint possède une durée définie qui varie selon les projets et les environnements (généralement 2 ou 4 semaines). Sur cette période définie, les éléments sélectionnés sont entièrement développés et intégrés dans le produit final. Ainsi au fil des sprints, on voit le produit s’enrichir des nouvelles fonctionnalités du product backlog.

Sprint Backlog
Le sprint backlog représente l’ensemble des tâches sélectionnées depuis le product backlog lors de la réunion de planification afin d’améliorer le produit avec de nouvelles fonctionnalités.

Sprint Planning
Avant chaque début de Sprint, il faut définir les objectifs à atteindre et les tâches à réaliser. Ces tâches à réaliser sont piochées dans le product backlog et transférées ensuite dans le sprint backlog. Le volume et les éléments à prendre en compte sont déterminés en fonction de la priorisation du product owner et de la capacité des membres de l’équipe à délivrer. Chaque fonctionnalité peut être éclatée en différentes tâches si elle est trop complexe. Ces tâches sont chiffrées par tout le monde afin d’assurer une estimation plus précise.

Burndown Chart
Le burndown chart est un graphe qui montre, sur une période donnée (ex : un sprint), l’évolution des fonctionnalités restant à implémenter dans le produit. Ce graphe est composé de deux courbes : la courbe théorique et la courbe réelle. Les courbes sont décroissantes et lorsque la courbe réelle atteint 0, c’est que toutes les tâches ont été réalisées. Maintenant il faut s’assurer que la courbe réelle ne se termine pas après la date limite fixée par la courbe théorique.

Retrospective
Cette réunion, réalisée à la fin de chaque sprint, a pour but de faire un bilan sur le sprint qui vient de se terminer. Tous les membres de l’équipe peuvent alors donner leur ressenti sur ce qui s’est bien ou mal passé. A l’issue de cette rétrospective un plan d’action est décidé et le Scrum master sera alors le garant de sa mise en application durant le sprint suivant.

Voilà pour les quelques définitions. S’il y a des éléments concernant le Scrum que tu ne retrouves pas dans cette liste, laisse un petit commentaire et je l’intègrerais dans la liste. Je pense qu’avec ces définitions, ca devrait aller pour aborder la suite du dossier.

Articles relatifs

Mise à jour de mon Curriculum Vitae

Freddy Yimo — Mon, 16 Nov 2009 08:00:56 +0000

Rien de bien particulier cette semaine. Je me suis attelé à la mise à jour de mon CV qui commençait à ne plus être très à jour. Tu trouveras la dernière version de mon CV sur la page qui lui est dédié. Mon CV.

Comme je le disais dans l’article Lis mon CV et découvres ce que je vaux ou pas…!, ton CV reflète ta vie professionnelle et il faut toujours avoir une version à jour sous le coude au cas où un employeur te contacterait afin de pourvoir un poste. Si tu es intéressé, il te faudra fournir un CV et une lettre de motivation assez rapidement, sinon tu risques de perdre ta place.

Lorsque je mettais à jour mon CV, je me suis demandé si c’était pertinent de conserver les anciennes expériences sur son CV. Finalement je les ai gardé, du moins, pour la version web.

Articles relatifs

Scrum : Présentation générale

Freddy Yimo — Mon, 09 Nov 2009 07:00:45 +0000

Le but de ce premier article du dossier sur le Scrum est de te donner une vision globale de ce qu’est la gestion de projet dite « Agile » et de poser ses concepts clés. Ensuite, nous verrons comment le Scrum se positionne dans ce cadre.
Les méthodologies de gestion de projet dites « Agile » sont apparues essentiellement dans le monde du développement logiciel pour contrer les anciennes qui étaient prédictives et figées. Ces nouvelles, plus adaptées à l’édition de logiciel, sont principalement itératives et adaptatives. Elles correspondent mieux au processus de développement et aboutissent, au final, à une meilleure qualité du produit. Commençons par découvrir ensemble quelques méthodologies Agiles.

Le développement de logiciel Lean ou encore dit « Maigre »
Cette méthodologie de développement de logiciel a été importée de l’industrie automobile. L’idée principale réside dans ce seul mot : « Maigre ». Le but est d’éviter toute forme de gaspillage, ceci à n’importe quel niveau de l’organisation, et de livrer le produit demandé dans le temps imparti. En cette période de « vaches maigres » on comprend assez bien l’intérêt d’une telle méthodologie.
Pour plus d’informations : http://en.wikipedia.org/wiki/Lean_software_development

Le Développement XP (eXtreme Programming)
Cette méthodologie met l’accent sur l’adaptation et l’intégration des besoins du client qui sont amené à évoluer dans le temps. Si tu es familier avec le développement de logiciel, tu devrais comprendre qu’il est risqué de développer une application dont les requis (spécifications), évolues dans le temps… L’équipe mettant cette méthodologie devrait être capable de mieux gérer les changements de spécifications.
Pour plus d’informations : http://en.wikipedia.org/wiki/Extreme_programming

Le RAD (Rapid Application Developement)
Ce dernier exemple de méthodologie de développement met l’accent sur la mise en place rapide d’un prototype développé en étroite collaboration avec le client. Présenter régulièrement à ce dernier le prototype contenant les dernières fonctionnalités développées lui permet vérifier si le résultat correspond à ses besoins. Si oui, cela les fonctionnalités seront validées. Sinon le prototype sera retravailler pour atteindre la cible fixée.
Pour plus d’informations : http://en.wikipedia.org/wiki/Rapid_Application_Development

Je viens donc de te présenter quelques méthodologies. Il faut garder à l’esprit que les principaux apports de leur mise en place, et plus globalement des méthodologies Agiles, sont les suivants :

Meilleure communication entre les individus de l’équipe de développement favorisant les interactions et les échanges
Travail en collaboration étroite avec le client de manière répondre précisément à son besoin
Adaptation et intégration de tout changement pouvant intervenir dans les spécifications initiales
Transfert de compétence efficace sur l’ensemble de l’équipe avec une documentation précise

Tu trouveras plus d’informations sur ces méthodologies à l’adresse ci-dessous :
http://en.wikipedia.org/wiki/Agile_software_development

Maintenant que le contexte Agile est posé, parlons un peu plus de ce Scrum. Pour commencer, lors de ma formation pour l’obtention de ma certification, Jeff Sutherland, a bien insisté sur le fait que le Scrum n’était pas une méthodologie mais plutôt un cadre donnant des directives pour mettre en place un environnement de travail performant.

Quand on y regarde bien, ces directives sont inspirées de toutes les méthodologies agiles. Le Scrum te guidera dans l’application d’une méthodologie au sein de ton organisation, de ton projet ou encore de ton équipe. Il donne les points sur lesquels il faut être vigilant afin de rester performant et de continuer à réaliser un travail de qualité proche des besoins du client.

Un point que je tiens à préciser avant de terminer cet article, ce dossier présente un cadre, Le Scrum, donnant des directives pour mettre en place une méthodologie. Il ne faut pas chercher à appliquer directement ces directives sans réfléchir. Sur le papier cela semble simple à mettre en œuvre, et on pourrait être tenté de penser que cela résoudrait tout les problèmes. Sur le terrain, il y a de nombreux facteurs à prendre en compte : l’organisation de l’entreprise, les personnes qui seront impliqués dans le processus, … D’une organisation à une autre, la même méthodologie appliquée sera différente dans sa mise en place.
Donc, la méthodologie et les directives sont là pour donner des idées, des moyens, afin de trouver des solutions à des problèmes propres à une organisation. Les appliquer sans prendre en considération les particularités de son organisation serait une erreur.

J’espère que ce premier article du dossier t’a plu. En tout cas, je ne me suis bien amusé à l’écrire :)

Pour retourner au dossier contenant tous les articles, il vous suffit de cliquer sur le lien ci-dessous :
Dossier : Le Scrum pour la gestion de projet

Articles relatifs

L’importance du transfert de compétences

Freddy Yimo — Mon, 26 Oct 2009 07:00:46 +0000

Aujourd’hui, je vais te parler du transfert de compétences. Les compétences sont généralement possédées par les individus présents dans une société, dans un groupe, dans un projet, etc. Quand un des membres vient à partir, il part aussi avec ses compétences. Suite à cela, il est important que les personnes restant sur le projet possèdent le savoir nécessaire pour continuer à travailler efficacement. Ici, je vais aborder le transfert de compétences sous un angle qui m’est familier, celui du conseil. Surprenant non

Qu’est ce qu’un transfert de compétence et son intérêt ?
Durant mes deux années d’expérience, je me suis trouvé dans la position où je devais monter en compétence sur un projet où je venais d’arriver. Je me suis également trouvé dans la position ou je devais transférer mes compétences à un nouvel arrivant. Avec ces expériences, j’ai pu prendre conscience de l’importance d’un transfert de compétence. Il représente un ensemble d’outils, de personnes et de méthodologies mis en place pour qu’une personne nouvelle dans un environnement X puissent s’approprier les sujets qui lui sont destinés. Quand on parle de transfert de compétences, il s’agit de communiquer au nouveau membre, toute information utile. Ci-dessous tu en trouveras quelques exemples :

fonctionnement du service,
fonctionnement de l’application,
organisation et fonctionnement de son équipe,
objectifs de son équipe,
environnement de travail,
positionnement de son équipe dans cet environnement,
périmètre de travail demandé,
et bien d’autres encore…

L’intérêt premier d’un transfert de compétence efficace au sein d’une équipe, est de conserver les compétences, le savoir et l’expérience capitalisés durant de longues années. Ce transfert peut s’effectuer entre les groupes de personnes suivants :

Du prestataire (cabinet de conseil, société de services, …) au client. Un prestataire met en place un nouveau système d’information pour son client. Afin que son outil soit correctement utilisé, le prestataire a tout intérêt à dispenser à son client une formation. Suite à cette formation, le client accèdera à un savoir qui aurait demander beaucoup de temps pour être acquis.
Du client au prestataire. Un client reçoit des prestataires auxquels il demande de réaliser une tâches précise. Ces derniers vont avoir besoin d’informations sur leur nouvel environnement pour réaliser le travail demandé de manière optimale.
Du client au client ou bien du prestataire au prestataire. Au sein du même groupe, généralement d’une même équipe, il peut y avoir des départs ou des remplacements (particulièrement vrai dans le monde du conseil). L’équipe se devant de rester efficace, elle doit être en mesure de transférer au nouvel arrivant les informations nécessaires pour qu’il soir rapidement opérationnel au sein de cette équipe.

Le transfert de compétence actuellement dans les entreprises
De ce que j’ai constaté jusqu’à présent, le transfert de compétence est loin d’être une priorité dans les entreprises ou dans des projets. Il est vu comme une perte de temps, et/ou comme une tâche rébarbative. Maintenant il n’est pas rare que le client demande, dans le cadre de la prestation, des documents de transferts de compétences comme livrable afin de disposer du savoir nécessaire sur un support et non en une personne.
Malheureusement, tout le monde ne joue pas le jeu, la documentation est rédigée au dernier moment dans la hâte, une partie des informations ne s’y trouve pas. Le client ne regarde pas trop la documentation car il a directement le prestataire sous la main pour lui poser des questions. Seulement, un an plus tard, quand le besoin de vérifier un point qui n’est pas très clair se fait sentir, le client se retrouve bien embêté.

Quels sont les risques d’un transfert de compétences non efficace ?
Il y a une phrase assez connue, qui t’es surement familière :

Le temps c’est de l’agent

Si une équipe passe plusieurs mois à rendre tout nouveau membre opérationnel, cela lui fait perdre du temps, et, par extension, aussi beaucoup d’agent. Tout le temps utilisé par cette personne pour comprendre par elle-même comment fonctionne son environnement de travail, c’est autant de temps pendant lequel elle n’aura pas dégagé peu de valeur pour l’équipe. Et une équipe délivrant peu ou pas de valeur est, au sens de l’entreprise, une perte d’agent. De plus, au sein de l’équipe, cela peut provoquer des tensions, de l’incompréhension, des erreurs,etc. Sur plusieurs points, cela n’est pas un avantage.

Ce qui fait la force d’une entreprise, ce sont ses hommes et son savoir-faire. Si elle perd quelques employés elle peut encore s’en remettre, par contre si elle perd son savoir-faire, les choses peuvent devenir plus compliquées. Une bonne communication et un bon partage des connaissances sont des cartes permettant de diminuer les risques et de conserver son savoir-faire.

Articles relatifs

Dossier : Le Scrum pour la gestion de projet

Freddy Yimo — Mon, 12 Oct 2009 07:00:39 +0000

Tout au long d’une carrière professionnelle, il faut se former pour progresser et rester en accord avec notre environnement. Les études nous ont donné des bases mais on est loin de posséder un savoir absolu dans tous les domaines. Durant ma formation d’ingénieur, j’ai suivi des cours de management, mais rien de très concret. De plus, sans avoir été dans le bain, ces concepts restent souvent flous.

Afin d’améliorer mes compétences en management, j’ai eu la chance de suivre une formation de Scrum Master dispensée par un des fondateurs de la méthodologie Scrum, Jeff Sutherland. Maintenant que je suis certifié Scrum Master, il s’agit de mettre tout cela en pratique ! C’est là que les choses deviennent un peu plus corsées

Une petite explication tout de même sur ce qu’est le Scrum ! Le Scrum, à la base, est en quelque sorte une méthodologie pour aider à la gestion de projet dans le développement de logiciels. Après, son utilisation peut être étendue au management d’organisations comme c’est actuellement le cas chez Yahoo.

Cette formation a été très enrichissante sur le plan personnel et professionnel. J’ai été surpris de constater combien cette « méthodologie » était méconnue et peu utilisée en France contrairement aux Etats-Unis. C’est ainsi que m’est venue l’idée d’un dossier sur le sujet dans mon blog. Le but de ce dossier n’est pas de vous donner un cours de Scrum, mais de vous en expliquer les bases et les principes de fonctionnement à travers différents articles. J’espère que cela te convaincra de passer la certification.

Dans la cadre de ce dossier, j’aborderais les différentes facettes du Scrum à travers les articles suivants :

Présentation générale de Scrum
Le vocabulaire propre à Scrum
Les rôles de Scrum Master et Product Owner
Le processus d’itération basé sur des sprints
Les applications du Scrum
Comment devenir Scrum Master ?
Et moi ? Comment est-ce que je l’applique ?

Tu pourras trouver plus d’informations sur le site très actif de la communauté : http://www.scrumalliance.org/

Bonne lecture.

Articles relatifs

Le renouvellement de la carte de séjour « Salarié »

Freddy Yimo — Mon, 05 Oct 2009 07:00:13 +0000

Après avoir réussi à obtenir une carte de séjour ayant la mention « Salarié » en France, il faut aussitôt penser à son renouvellement. J’ai trouvé la procédure de renouvellement beaucoup plus simple que celle du changement de statut. Dans cet article, je vais aborder uniquement le renouvellement d’une carte de séjour par la voie postale, tel qu’il est réalisé à la préfecture de Paris.

Un renouvellement à effectuer tous les ans
La carte de séjour salarié est valable uniquement pour une année. Ce caractéristique implique de se plonger dans la paperasse tous les ans pour entreprendre une procédure de renouvellement. Je te conseille donc de ne pas attendre la veille de la date de péremption de carte pour entamer la procédure. Il faut t’y prendre au moins deux moins à l’avance si tu veux avoir une chance de la récupérer la nouvelle dans les temps. S’y prendre trois mois avant me parait même mieux.

La procédure de renouvellement par voie postale
La procédure de renouvellement par voie postale est une pure merveille! Il suffit de contacter la préfecture de police de Paris (par email, par téléphone ou courrier) et de leur demander un dossier de renouvellement. Le dossier est ainsi envoyé à ton domicile. Il contient la liste des documents que tu dois fournir et les documents à remplir. Une fois ton dossier dûment rempli, il te suffit de le renvoyer à l’adresse indiquée. C’est aussi simple que cela. J’adore ce type de renouvellement qui est tout à fait approprié pour les personnes qui travaillent. Il n’est pas nécessaire de prendre une journée pour aller faire la queue à la préfecture.

Récupération de ta carte de séjour de salarié
Quelques mois après avoir envoyé ton dossier, si tu n’as pas eu de retour de la préfecture, il te suffit de te présenter au lieu de retrait des cartes de séjour pour la récupérer. Généralement, le retrait est assez rapide donc il n’est pas non plus nécessaire de poser une journée. Il s’effectue avec ton passeport et la précédente carte de séjour. J’oubliais, lors de la récupération de ta nouvelle carte, tu devras t’acquitter d’une taxe d’environ 50€, donc prépare un moyen de paiement pour l’occasion.

Comment s’y prendre pour éviter d’effectuer des renouvellements tous les ans ?
Il « suffit » d’avoir effectué cinq renouvellements de carte de séjour en tant que salarié pour accéder à la carte de résident valable 10 ans. Pour aller encore plus loin, tu peux aussi faire une demande de naturalisation (demande pour l’acquisition de la nationalité française), par contre là, il faut s’armer de patience. Il s’agit apparemment d’une procédure longue, fastidieuse et à laquelle tout le monde ne peut pas prétendre en raison de certains critères.

J’en suis à mon second renouvellement et je salue le renouvellement par la voie postale, l’administration française a simplement eu une idée de génie. J’espère que ces quelques éléments t’aideront dans ta procédure de renouvellement.

Articles relatifs

Emploi : Les éléments à connaitre sur la période d’essai

Freddy Yimo — Mon, 28 Sep 2009 07:00:54 +0000

En cette période de vaches maigres, il n’est pas évident de trouver un emploi. Ceux qui ont eu la chance d’en trouver un, doivent généralement effectuer une période d’essai avant d’obtenir l’embauche définitive. Cette période d’essai est définie dans le cadre du contrat de travail et doit être validée par les deux parties, à savoir, l’employeur et le salarié.

Définition d’une période d’essai
Contrairement à ce que l’on pourrait penser, la période d’essai n’est pas obligatoire lors d’un recrutement. Comme je le disais précédemment, si elle est mise en place, elle doit apparaître dans le contrat de travail et signée par les deux parties. Ce contrat précise également la durée et les conditions du renouvellement de cette période.Elle représente la première phase de l’embauche et permet de vérifier que les attentes de l’employeur et du salarié sont bien atteintes.

La durée de la période d’essai est variable
La durée de la période d’essai varie suivant plusieurs critères : volonté de l’employeur, volonté du salarié, confiance de l’employeur dans son salarié, convention collective de la société, etc. Cependant, la loi fixe une durée maximale en fonction de la qualification de la personne recrutée :

deux mois pour les ouvriers et employés,
trois mois pour les agents de maîtrise et les techniciens,
quatre mois pour les cadres.

Il ne faut pas oublier que cette période d’essai est définie comme une période de travail effective de la part du salarié. Si ce dernier s’absente durant 3 jours, sa période d’essai sera naturellement prolongée de 3 jours.

L’intérêt d’une période d’essai
L’intérêt d’une période d’essai est de confirmer que les deux parties (employeur et salarié) sont bien en accord pour continuer à travailler ensemble. A cela je rajoute qu’en France, les salariés sont protégés par le droit du travail. Une société ne peut pas licencier à sa guise. Il est donc difficile pour elle de se séparer des personnes qui s’avèreraient incompétentes. Dans ce contexte, les sociétés qui recrutent, surtout pour des CDI, mettent en place une période d’essai renouvelable pour s’assurer des compétences de la personne qui sera recrutée définitivement.

Le renouvellement d’une période d’essai
Comme je le disais précédemment, toutes les conditions concernant la période d’essai doivent apparaître dans le contrat de travail. Il en est donc de même pour le renouvellement de la période d’essai. Afin d’effectuer le renouvellement de la période d’essai, l’employeur doit en faire part au salarié par lettre. Le salarié doit l’accepter par écrit. Si l’employeur ne notifie pas le salarié de la rupture de la période d’essai ou de son renouvellement, le salarié est donc par défaut définitivement engagé dans la société.
Dans le cas d’un renouvellement ou d’une prolongation, la durée maximale d’une période d’essai est aussi fixée par la loi comme suit :

quatre mois pour les ouvriers et employés,
six mois pour les agents de maîtrise et les techniciens,
huit mois pour les cadres.

La rupture d’une période d’essai
Une période d’essai peut être interrompue à n’importe quel moment par les deux parties sans motif ni procédure. Cependant quand la rupture est à l’initiative de l’employeur, le salarié doit être prévenu dans un délai égal au moins à :

24 heures en cas de présence inférieure à huit jours,
48 heures entre huit jours et un mois de présence,
deux semaines après un mois de présence,
un mois après trois mois de présence.

Quand il s’agit d’une rupture par le salarié, ce dernier se doit de respecter un délai de prévenance de 48 heures.

Pour finir, changer actuellement de société peut-être assez périlleux, car il s’agit de repasser une période d’essai et rien ne dit que l’employeur te conservera avec un contexte économique actuel assez difficile. Pour tous ceux qui pensent changer de société, réfléchissez-y bien. Prenez bien conscience de vos droits et évitez tout abus sur votre période d’essai de la part de votre employeur.

Articles relatifs

Sondage : Comment ton salaire a t-il évolué en cette période de crise ?

Freddy Yimo — Mon, 21 Sep 2009 07:03:53 +0000

Après avoir fermé tous les sondages présents sur le site, je viens de mettre en place un nouveau sondage sur l’évolution de salaire durant cette période de fin d’année. Tout autour de moi je constate que les salariés sont nombreux à avoir entendu une phrase similaire : « Désolé! A cause de la crise, nous devons geler les salaires. Revenez l’année prochaine. » Et patati et patata… J’aimerais avoir votre avis sur la question. Prenez le temps de répondre à la question.

Tu pourras le retrouver à la page des sondages et aussi dans la barre latérale droite de ce site.

A bientôt.

Articles relatifs

Sondage – Résultats : Surprise! Peu d’intercontrats au final

Freddy Yimo — Mon, 21 Sep 2009 07:01:55 +0000

Penchons nous sur les résultats du sondage « As-tu déjà été en intercontrat ? ». 27 personnes ont répondu à la question, ce qui est à ce jour le record de participation à un sondage sur ce blog. Doucement mais sûrement on progresse! L’intercontrat, si tu ne sais pas exactement ce que c’est, tu pourras trouver des explications dans l’article suivant : L’Intercontrat : Mais qu’est-ce que c’est ?. Les résultats obtenus mettent en avant que 48% des personnes n’ont jamais fait d’intercontrat. J’aurais pensé obtenir des chiffres plus élevés dans la population des personnes ayant déjà eu une période d’intercontrat. Apparemment, parmi les lecteurs de ce blog, il y a une majorité qui aurait un emploi et qui serait bien occupée . Bonne nouvelle !!

Pour rappel, tu trouveras ci-dessous les derniers résultats du sondage en question.Note: There is a poll embedded within this post, please visit the site to participate in this post's poll.

Merci aux différents participants.