CarmaBlog

 English version available

Voici un article sans prétention qui rejoint des articles de plus en plus nombreux sur la toile venant à l’encontre des idées reçues sur le métier de développeur. Vous allez voir que ce métier est loin de se résumer à la « simple » écriture de code.

Métier multisectoriel

Tout d’abord, l’informatique étant un métier transversal, le développeur ne connait pas de limites au niveau des secteurs d’activité qui s’offrent à lui. Pour ma part, j’ai été amené à travailler sur des projets dans des secteurs aussi variés que sont l’automobile, l’énergie, la téléphonie ou bien encore la santé. Bien sûr, à chaque fois, il faut s’adapter, acquérir une bonne compréhension du fonctionnel et de la logique business, des paramètres indispensables dans la réussite d’un projet. Pouvoir travailler dans des secteurs différents est une grande liberté, cela vous amène à rencontrer des personnes de milieux différents, c’est très enrichissant. Aussi, vous pouvez vous faire une idée sur chacun et privilégier les secteurs qui vous intéressent le plus. Ce n’est pas donné à toutes les professions.

Vision projet dans sa globalité

Un développeur participe principalement durant la phase de développement d’un projet informatique, mais il doit aussi comprendre l’ensemble des composantes d’un projet. L’implémentation ne représente qu’une toute petite partie de la vie d’un projet informatique. Il n’y a pas besoin d’avoir une maitrise complète d’un projet de bout en bout, simplement avoir une notion des activités qui gravitent autour. En effet, les étapes sont nombreuses entre la naissance d’une idée et la vente de la solution, et cela ne s’arrête pas là.

Autonomie & communication

Il est vrai qu’un développeur est souvent devant son écran et participe peu à des réunions, l’autonomie est une qualité souvent exigée. Pourtant, l’aspect communicatif et collaboratif n’est pas en reste, il est indispensable d’avoir un bon relationnel: pouvoir travailler en équipe, comprendre et discuter avec le client ou le chef de projet. Un projet informatique se fait rarement tout seul, une bonne communication est donc primordiale. On ne compte plus les outils collaboratifs disponibles dans la panoplie d’un développeur.

Architecture logicielle

Bien évidemment, le développeur est un poste technique et il passe beaucoup de son temps à écrire du code. Ecrire des suites d’instruction avec des « if », des « else » est une vision dépassée. Le code est réfléchi et suit une architecture logicielle bien précise. La programmation est objet, fonctionnelle, les architectures sont modulaires, utilisent des patterns spécialisés et le modèle doit être bien pensé au plus tôt. L’architecture logicielle peut rapidement devenir complexe sur de gros projets. C’est pour cela qu’écrire un code maintenable est primordial, les composants doivent avoir été écrits pour pouvoir évoluer facilement.

Qualité logicielle

Le développeur a aussi une casquette de testeur. Certes, ce n’est pas l’utilisateur final, mais il écrit quand même des tests (on parle de tests techniques: unitaires et d’intégration). Il s’assure que la fonctionnalité livrée répond au besoin et que l’existant fonctionne toujours (non-régression). Il a aussi la connaissance et la maitrise de nombreuses métriques de qualité sur son code. Il est sensibilisé à la dette technique et s’arrange pour la diminuer en reprenant le code en cas de besoin (on parle de refactoring).

Maitrise des outils

Le développeur connait de nombreux outils qui l’aident dans la réalisation de ses tâches quotidiennes, que ce soit des outils applicatifs (IDE, gestionnaires de versionning, de bugtracking, plateforme d’intégration continue, analyseurs de code, etc.) ou des outils purement techniques (frameworks, librairies utilitaires, bases de données, etc.). On utilise autant que possible des outils existants, il est très rare de partir de zéro pour réaliser un projet. Le choix des outils est lui aussi quelque chose qui a été mûrement réfléchi.

Veille technique

Un développeur doit apprendre, apprendre et toujours apprendre pour éviter d’être dépassé techniquement. Il est vital de s’informer, de s’autoformer sur les nouvelles technologies et de tester de nouveaux outils. Cela ne doit pas aller à l’extrême et ce n’est pas parce que l’on ne passe pas son temps libre à aller au Devoxx, écouter les Castcodeurs, suivre des cours sur Coursera que l’on est un développeur non passionné ou un mauvais développeur. A noter aussi que certains développeurs se spécialisent sur d’anciens langages de programmation où le besoin de se tenir à jour est limité, car les technologies n’évoluent plus ou très peu. C’est un choix de carrière.

Proche de la machine

Le développement est une activité technique, mais elle se fait en général avec des langages de programmation de haut niveau. Le développeur doit tout de même avoir des notions de ce qui se passe sous le capot, se poser des questions sur les frameworks qu’il utilise, les concepts sous-jacents, comprendre les mécanismes de compilation, la gestion de la mémoire, de la performance, comprendre le stockage de l’information, la gestion des nombres à virgules flottantes, etc. Même s’il ne maitrise pas tous ces concepts, avoir quelques notions lui sera très utile.

Le métier de développeur est donc très complet et revêt de multiples facettes. Au-delà de cela, je pense que les mentalités en France et dans d’autres pays européens sont en train d’évoluer progressivement vers la bonne direction. Le métier de développeur devient un métier de plus en plus valorisé. Pour finir, je peux difficilement ne pas faire une comparaison avec ce qui se passe outre-Atlantique. Aux États-Unis, les développeurs sont très bien considérés et certains d’entre eux sont parmi les personnes les plus riches de la planète… A méditer!

Pour approfondir le sujet, je vous recommande la lecture de ces quelques articles, et en bonus une petite vidéo pour finir sur une touche de légèreté.

• Tariq Krim: « Les développeurs anonymes d’aujourd’hui peuvent créer les géants de demain »
• Comment valoriser les développeurs ?
• Ne dites pas à ma mère que je suis développeur
• Putain Bob tu m’énerves !
• Travailler autrement
• Rencontre avec Ludwine, développeuse
• Développeur après 31 ans ? Ridé et chauve tu seras

 English version available

Si Internet et son usage sont aujourd’hui bien ancrés dans notre quotidien (faire des recherches sur un sujet, envoyer un email, regarder la météo, faire des achats en ligne, utiliser les réseaux sociaux…), toutes les professions qui se cachent derrière sont souvent inconnues ou mal comprises du grand public (à part pour cette mamie peut-être…).

En France, en Belgique et surement dans beaucoup d’autres pays, on constate qu’il y a très peu de communication sur les métiers de l’informatique. Regardez cette vidéo pour vous en rendre compte. Pour moi qui suis dans l’informatique depuis des années, cela me fait rire au premier abord, mais je trouve cela un peu dommage ce manque de sensibilisation.

Si vous me lisez depuis quelque temps, vous devez être conscient que la majorité de mes articles est orientée technique. Ce blog s’adresse donc à un public assez restreint, mes articles sont souvent difficiles à comprendre ou tout simplement inintéressants pour la plupart des internautes.

En consultant le site de l’APEC, on trouve une liste des métiers de l’informatique, une liste des métiers de l’internet et une autre liste sur les métiers en émergence. Tous ces documents sont plutôt bien réalisés, cela représente plus de 60 professions différentes. Pas facile de se repérer et trouver celui qui vous correspondra le mieux…

Faisons donc un tour des métiers informatiques qui existent d’une manière simple et pragmatique. Normalement, vous ne trouverez pas de jargon informatique (en tout cas, j’ai essayé de faire de mon mieux) et je vais me limiter aux métiers les plus courants.

Les métiers fondateurs

Le Développeur

Aussi appelé programmeur. Sans lui, pas de logiciel, c’est lui qui fabrique les éléments essentiels du produit! Il développe, il programme, il écrit du code à l’aide d’un langage de programmation. Il utilise les mots-clés définis par le langage (souvent en anglais) pour construire des phrases (on parle d’instruction ou ligne de code) qui formeront le code source qui sera ensuite traduit et interprété par la machine (ordinateur).
Un développeur est spécialisé sur un ou quelques langages, mais il peut potentiellement s’adapter à d’autres, car la logique est souvent similaire et il doit savoir s’adapter. Le développeur n’écrit donc pas de 0 ou de 1 (le langage binaire), ce dernier est généré par l’ordinateur automatiquement.
N’est pas développeur qui veut! Un bon développeur n’écrit pas bêtement du code, il doit comprendre et maitriser de nombreux concepts sous-jacents (gestion de la mémoire, de la performance, algorithmique…) et avoir certaines qualités (communication, autonomie, logique, esprit de synthèse…).

Au risque d’en décevoir certains, l’image d’un geek barbu dopé au café, portant des lunettes rafistolées, travaillant exclusivement entre minuit et 6h du matin, patchant régulièrement son noyau Linux… (Ouf je m’égare là) n’est pas applicable pour bon nombre d’entre eux. La photo à droite est bel et bien truquée, en tout cas espérons-le!

L’Architecte

C’est un développeur expérimenté. Il façonne le logiciel en en décidant les bases. Par exemple, il préconise ou choisit:

• Le langage de programmation à utiliser pour le logiciel. Un langage Web? Un langage plutôt orienté pour faire des calculs mathématiques? Il y a des centaines de langages de programmation qui existent. Le choix de l’architecte est aussi influencé par tout l’écosystème gravitant autour du langage (communauté active, nombre d’outils existants).
• Les outils pour aider dans le développement (car il est rare de réinventer la roue).
• Les normes à respecter lors du développement.
• La structure du projet. Un logiciel est rarement un bloc monolithique, il est souvent constitué de plusieurs modules qui communiquent entre eux. Par exemple, un module pour l’affichage des écrans, un module pour gérer l’enregistrement des informations, etc.

Il peut faire l’audit d’un logiciel existant et apporter ses préconisations en cas d’évolution (nouvelle fonctionnalité, refonte technique…).
L’architecte a une vision globale du produit et peut servir de support aux développeurs en répondant à leurs interrogations et en les conseillant.
Encore plus que le développeur, il est crucial pour lui de se tenir informer des nouvelles technologies. Une veille technologique est indispensable, c’est un passionné.

Le Designer

Si l’architecte et le développeur conçoivent et fabriquent le produit, le designer lui donne un look visuel, un visage. C’est lui qui établit la charte graphique:

• Utilisation de telle palette de couleurs.
• Utilisation de telle police de caractères.
• Graphisme (logo, images…).
• Organisation des écrans dans le logiciel (emplacement des boutons, blocs de texte, images, etc.)

Il peut aussi participer à l’ergonomie du produit (succession des écrans, accessibilité, aide, etc.). Un logiciel très design et joli peut être un cauchemar à utiliser.

Ergonome peut aussi être un métier à part entière. Un ergonome dédié sera présent plutôt sur les gros projets où vous aurez plusieurs milliers d’utilisateurs. L’ergonome interviendra de manière occasionnelle et aura plusieurs projets en parallèle pour l’occuper à plein temps.

Le Testeur

Aussi appelé recetteur (on le nomme ainsi, car il intervient pendant la phase de recette qui débute quand la phase de développement s’achève ou est bien avancée, rien à voir avec la cuisine!). Comme son nom l’indique, il s’occupe de tester le logiciel.
Il écrit des scénarios de test, les exécute pour essayer de trouver tous les bogues. Le testeur rapporte tous les bogues à l’équipe de développement qui s’occupera de les corriger. Il testera à nouveau pour s’assurer que le bogue est bien corrigé. Il agit comme un rempart contre la régression (une fonctionnalité qui marchait dans la version N et qui ne marche plus dans la version N+1) afin que le logiciel ait une qualité suffisante pour être livré au client.
Ce métier existe pour les gros projets où le risque est très important, par exemple une application bancaire ou un logiciel embarqué d’une navette spatiale. Si l’application de gestion de la boulangerie de Trifouilly-les-Oies se met à dysfonctionner, ce ne sera pas trop grave, alors que si toutes les transactions d’une banque sont rejetées ou si un avion crashe, ce sera tout de suite plus embêtant. Pour les applications de gestion plus traditionnelle, ce sont donc généralement les développeurs qui s’occupent de tester.
L’avantage du testeur est qu’il n’a pas besoin d’être technique, il doit seulement connaitre le côté fonctionnel du projet.

Le Responsable d’Exploitation

Si le développeur, l’architecte et le designer façonnent le produit, le responsable d’exploitation s’occupe de le mettre à disposition des utilisateurs. Dans le jargon, on dit qu’il déploie le logiciel ou l’application en production. Le responsable d’exploitation s’assure que des procédures de mise en production existent et sont à jour, il prévoit la possibilité de revenir à la version précédente en cas de problème. Il monitore les applications pour s’assurer qu’elles soient disponibles et respectent bien les clauses fixées dans le contrat.

Ce rôle pourrait être amené à évoluer dans le futur depuis l’émergence d’un nouveau courant appelé « DevOps » (concaténation de « development » et « operations ») où le développeur prend en charge une partie de l’exploitation. De plus, dans le passé on mettait en production quelques fois par an, maintenant il n’est pas rare de mettre en production plusieurs fois par semaine voire jour grâce à des procédures automatisées (voir modèle agile plus loin).

Ingénieur Réseau et Infrastructure

L’ingénieur Réseau et Infrastructure a plusieurs rôles:

• S’assurer du bon fonctionnement du réseau au sein de l’entreprise. Un réseau qui tombe pendant 15 minutes peut représenter des pertes sèches importantes pour l’entreprise.
• Permettre l’accès aux outils pour les nouveaux employés (création des identifiants, installation et configuration des postes).
• Gérer et maintenir le parc informatique du site (inventaire et maintenance des serveurs, ordinateurs, câbles, sièges, projecteurs, disques durs, mise en place des backups, etc.).

Il ne s’agit pas toujours de la même personne qui s’occupe à la fois du réseau et de l’infrastructure. Cela dépendra de la taille de l’entreprise.

Les métiers spécialisés

Pour les plus gros projets, je dois parler de deux métiers plus spécialisés où la personne est souvent qualifiée d’expert technique. Ne pas parler technique pour les décrire est un peu ardu, mais je vais essayer.

L’Administrateur de Base de Données

Aussi appelé DBA (DataBase Administrator). Un logiciel gère des informations, lorsque vous utilisez le logiciel de nouveau, vous retrouvez ces informations selon l’état où vous les aviez laissées. Toutes ces données sont conservées quelque part, cela s’appelle une base de données.
Si le projet est très grand avec des centaines de données différentes, un administrateur dédié sera nécessaire pour s’assurer du bon maintien de la qualité et de la disponibilité des données. Il intervient sur:

• La structure des données (une adresse postale ne se stocke pas de la même façon qu’une date);
• La cohérence du stockage (respect des normes, pas de duplication de données);
• L’accessibilité de la base (backups, solutions de redondance);
• Etc.

L’Administrateur Sécurité

Si l’application est accessible sur internet, par plusieurs utilisateurs simultanément et contient des données sensibles, il est indispensable d’avoir un bon niveau de sécurité. Je dis « bon », car un système infaillible n’existe pas.
Régulièrement, on voit des grands sites qui se font hacker. Il y aura toujours des failles, mais l’expert en sécurité pourra améliorer la protection et dissuader une bonne partie des hackers.
Cela passe par des bonnes pratiques comme le chiffrage des mots de passe dans la base de données, la mise à jour des outils utilisés suite à des découvertes de faille, etc.
Son rôle peut se généraliser à la sensibilisation des employés aux problèmes de sécurité, à la mise en place d’une stratégie de sauvegarde des données…

Les métiers de gestion

Le Chef de Projet

Ce terme est très générique et s’adapte à tous les secteurs. Nous trouvons donc aussi des chefs de projet dans l’informatique. Contrairement aux fonctions précédentes, c’est une position managériale donc non technique. Le chef de projet pilote le projet informatique dans sa globalité.

• Il est en relation avec le client et s’occupe de comprendre ses besoins, pour cela il rédige des spécifications qui seront utilisées par les développeurs.
• Il gère toute la planification du projet en s’assurant que cela ne dépasse pas le budget ou les délais.
• Il communique des indicateurs à sa direction et lève des alertes en cas de problème.
• Il fait le tampon entre le client, les équipes de développement et la direction en centralisant la communication.
• Il réalise le manuel d’utilisation de l’application et peut donner des formations aux utilisateurs pour les aider à utiliser le logiciel livré.
• Suivant l’impact du logiciel, il peut aussi faire de la conduite de changement. Dans le cas d’un remplacement d’un logiciel existant utilisé pendant des années, elle sera sans doute nécessaire.
• Il peut aussi avoir des fonctions commerciales en participant à des réponses à appels d’offres.

Certains chefs de projet sont techniques (un ancien développeur par exemple), certains ne le sont pas du tout (côté fonctionnel et business uniquement). Bien souvent, le développeur préfèrera un chef de projet technique, car il comprendra plus facilement si telle ou telle fonctionnalité est simple à réaliser ou non. En effet, sa traduction du fonctionnel vers le technique sera plus réaliste pour les estimations de charge.
Il y a différents types de chef de projet (Assistant chef de projet, Chef de projet mono-projet, Chef de projet multi-projet, Directeur de projets… et même Chef de projet technique) correspondant à des niveaux de responsabilité différents où le nombre de projets et d’équipes à gérer augmente.

En informatique, vous retrouvez aussi:

• Le commercial qui va permettre de ramener des affaires et gagner de nouveaux projets en s’appuyant sur son réseau de relations.
• Tous les métiers liés aux ressources humaines.

Je ne les aborde pas en détail, car ils sont bien connus et communs à beaucoup de secteurs.

Les métiers en informatique ne sont pas délimités

Il y a beaucoup d’appellations qui englobent plusieurs métiers. Par exemple, l’ingénieur d’études et développement est souvent pluridisciplinaire avec les casquettes de développeur, de testeur, d’analyste, d’administrateur de base de données… L’analyste-développeur, le consultant sont aussi des titres un peu fourre-tout.

Un ingénieur infrastructure et réseau peut prendre des responsabilités dans la sécurité informatique. Les frontières sont souvent très floues entre les différents métiers.

Pire encore est le métier d’ingénieur informaticien, on peut mettre ce que l’on veut derrière. Tout juste me fait-il penser à Michel, attention âmes sensibles s’abstenir!

Vous aurez compris qu’il est très rare de se cantonner à une seule facette d’une fonction. Pourquoi? Tout simplement, car cela dépend de la taille du projet et de son budget. Un petit projet avec un petit budget n’aura pas forcément besoin d’un designer dédié, d’un testeur dédié et un développeur pourra faire l’affaire en utilisant des outils existants pour l’aider à créer quelque chose de design et testé. Moi-même, je suis plus orienté développement, mais aux dernières nouvelles, mon blog n’est pas horrible visuellement (enfin j’espère).

Pour un projet, il est donc très commun d’avoir une équipe composée d’un chef de projet et de quelques développeurs.

Les métiers du Web

Pour les logiciels accessibles depuis un navigateur internet (on parle d’application web plutôt que de logiciel), on a l’habitude de préfixer les professions avec le mot-clé « Web ». Web developer, Web designer, Chef de projet Web (bon ok ça marche aussi en suffixe…). Le travail et la fonction sont les mêmes que pour les métiers fondateurs, seuls les technologies et outils seront différents.

On entend aussi souvent Webmaster qui est un terme qui ne veut pas dire grand-chose, mais en général c’est celui que l’on connait car il existe depuis l’avènement du Web. Normalement, il doit être utilisé pour désigner un administrateur de site (dans mon cas, je suis le Webmaster de ce blog).

L’explosion d’internet dans les années 2000 a fait apparaitre de nouveaux métiers informatiques. Voici deux métiers spécialisé Web:

Le Référenceur Web

Egalement appelé SEO (Search Engine Optimization) manager. Le but est de rendre un site visible sur Internet pour accroitre son nombre de visites. Le référenceur connait toutes les méthodes de référencement et d’analyse (aussi bien technique que marketing) pour que votre site remonte dans les premiers résultats sur les moteurs de recherche.
Autrement dit, si je cherche « Vol pas cher » sur Google, je veux que mon site « Ryanair » s’affiche dans les 5 premiers résultats. J’en aurai sûrement besoin d’un pour mon blog, alors si vous aimez cet article, n’hésitez pas à le partager sur les réseaux sociaux…

Le Community Manager

Ce métier a vu le jour avec les réseaux sociaux (Facebook, Twitter, LinkedIn et compagnie). Il est donc très récent et se rapproche du marketing. Le CM gère des communautés pour véhiculer une bonne image de l’entreprise et/ou d’un produit.
Les moyens sont variés. Cela peut être l’animation d’une page Facebook, la gestion d’un compte Twitter, répondre aux questions des internautes sur les forums, etc. Son objectif est de fédérer les personnes et de favoriser leurs échanges.

Tout comme les technologies, les métiers de l’informatique sont en perpétuelle évolution. Vous avez maintenant une bonne idée des fonctions actuelles dans le logiciel. Je tiens à préciser métiers orientés logiciel, car je ne me suis pas focalisé sur le matériel qui n’est pas mon domaine.

Les métiers de l’agilité

En fait, la liste n’est pas complète. Il y a encore d’autres métiers, car si les technologies évoluent, les méthodes de travail aussi. Ainsi, depuis plusieurs années, nous assistons à l’adoption massive du modèle agile dans le monde de l’informatique.

Une explication s’impose pour comprendre ce dont il s’agit.

• Le modèle traditionnel (dit waterfall) correspond à une séquence de longues phases: spécification, développement, recette et livraison. Le client reçoit son logiciel à la fin du cycle complet.
• Le modèle agile permet d’avoir une succession de phases courtes (modèle itératif). En quelque sorte, un projet est constitué de mini-projets où un mini-projet peut être une fonctionnalité dans l’application. A fortiori vous avez des livraisons régulières et le client peut voir son logiciel s’enrichir au fur et à mesure des développements et apporter son feedback rapidement.

Avec le modèle agile, de nouveaux métiers sont apparus comme Coach agile, Scrum master, Product Owner. Le but de cet article était de décrire les métiers de « base » de l’informatique, je ne rentrerais donc pas dans le détail pour ces nouveaux métiers. Cela dit, ça peut être une idée de nouvel article, le panorama des métiers de l’agilité.

En attendant, j’espère que le monde de l’informatique est moins flou et que vous serez incollable sur le sujet en cas de micro-trottoir.

 English version available

C’est un fait, la mémoire à court terme de notre cerveau n’est pas très performante. Peut-être est-on capable de se souvenir d’une dizaine de choses que l’on doit faire. Il est malheureusement impossible de se souvenir de tout et cela peut provoquer un certain état de stress causé par la peur d’oublier des choses importantes.

J’ai suivi une formation très intéressante donnée par Renaud Marly et présentant tout une série de bonnes pratiques à mettre en oeuvre pour nous aider dans nos tâches quotidiennes.

David Allen est un peu le personnage incontournable de ce concept avec Getting Thing Done, GTD. Son livre « The art of stress free productivity » est la référence sur le sujet.

Faites des listes pour capturer vos idées Vous pouvez améliorer votre liste en permanence Vous pouvez la relire pour décider et faire Vous pouvez l’utiliser comme moyen de reporting Vous avez confiance en ces listes, c’est vous qui les avez écrites Vous n’avez plus besoin de vous souvenir Vous réduisez vos oublis et problèmes de mémoire Vous augmentez votre sens du contrôle Sans le savoir, vous vous facilitez la vie

Choisissez votre outil

• Utiliser un outil centralisé autant que possible pour éviter de perdre le contrôle.
• Au risque de vous décevoir, LE bon outil universel n’existe pas, le Saint Graal de la prise de note n’existera jamais. Les formats sont divers, cela peut être un outil traditionnel comme un bloc-notes papier et un crayon, un outil informatisé basique comme un simple fichier texte, un outil de mindmapping ou un outil plus complexe et complet comme le logiciel Evernote… Essayez-les et si vous êtes satisfait par l’un de ces outils, alors c’est que vous l’avez trouvé… Vous trouverez une liste d’applications à la fin de l’article.

Soyez simple

• Garder votre liste la plus simple qui soit. Evitez d’utiliser:
  1. Des sous sections de sous-section. Une liste à 2 niveaux est largement suffisante (résultat/actions).
  2. Plusieurs polices de caractère avec des tailles et des couleurs différentes. Votre liste sera trop compliquée.
• Cette simplicité va vous permettre de garder confiance en votre liste en se concentrant sur l’essentiel, le contenu.

Autres conseils

• Ce n’est pas indispensable, mais pensez à différencier les actions des résultats:
  1. 1er niveau, le résultat: livrable, résultat final, décision, milestone
  2. 2ème niveau, les actions: contexte, temps, énergie, priorité

Travaillant au bureau, je suis une bonne partie de la journée devant le PC et ma boite email est toujours ouverte. Voici les bonnes pratiques pour gérer vos emails.

Gérer les interruptions

• Supprimer les notifications email, cela va vous permettre de minimiser vos interruptions et de vous concentrer sur votre travail.
  Pour votre messagerie instantanée, vous avez l’habitude de mettre votre statut en « Ne pas déranger » lorsque vous partez en réunion, ici c’est un peu le même principe.

Traiter tous les emails d’un seul bloc

• A faire quelques fois par jour, 3 ou 4 fois.
• A moins que vous travaillez dans un service helpdesk, cela sera suffisant. En cas d’urgence, la personne vous appellera ou se déplacera.
• Le pire qui puisse vous arriver est de configurer le push mail sur votre mobile pour être à l’affût de tous vos emails arrivant sur votre boite professionnelle. Si vous êtes dans ce cas, posez-vous la question: quelles sont les raisons qui m’ont poussé à faire ce choix?

Appliquer la « règle des 2 minutes »

• Une règle à appliquer sur chacun des emails entrants, 3 cas possibles:
  1. Do it: Si moins de 2 minutes, traitez l’email de suite (le lire, classer et stocker les pièces jointes éventuelles, faire un contrôle rapide, y répondre si une réponse est attendue)
  2. Differ it: Si on se rend compte qu’il faut plus de 2 minutes pour le traiter, le flagger et le mettre dans une todo-list
  3. Delegate it: Si vous attendez une action de l’un de vos interlocuteurs, utilisez la règle du « waiting for » (voir ci-dessous)
• A la fin de votre passage, le but est de n’avoir plus aucun email à traiter, la fameuse « Inbox 0« .

Appliquer la « règle du waiting for »

• Le but est de garder trace des actions que vous avez pu déléguer et donc les emails auxquels vous attendez une réponse.
• Certains clients email vous permettent d’appliquer des étiquettes, dans ce cas, créez et appliquez une étiquette « Waiting for ». Si ce n’est pas le cas, une astuce est d’envoyer ces emails avec soi-même en copie (bcc). Une règle que vous aurez créée préalablement se chargera de filtrer ces messages, en les marquant comme lus et en les déplaçant dans un dossier spécial.

A noter aussi la technique Pomodoro, une méthode de gestion du temps qui se sert de l’image d’un minuteur de cuisine avec des périodes de travail de 25 minutes. Ces différentes périodes sont séparées par de courtes pauses (5 minutes). Cela permettrait d’accélérer votre productivité en gardant votre niveau de concentration à un niveau optimal.

Et moi?

Il est difficile de mixer la vie personnelle et professionnelle, on a souvent tendance à utiliser deux outils différents. Je ne déroge pas à cette règle.

Todo-list perso

Un simple fichier texte que je partage sur mes différents devices grâce à Dropbox. J’ai organisé le fichier en 2 sections: les choses urgentes à faire dans la journée ou dans la semaine, les choses moins urgentes ou en attente à faire dans le mois ou l’année.
Le fait d’avoir un simple fichier texte, me permet de me focaliser sur le contenu uniquement, je ne peux rien souligner ou mettre en gras et c’est très bien comme cela, je ne veux pas perdre de temps pour ça.

Todo-list pro

J’utilise un cahier pour écrire les différents points à traiter. Finalement, c’est suffisant car j’ai à disposition Jira (outil en relation avec mon métier technique). Jira est un bug tracker qui permet de créer des tâches, de se les affecter, de les commenter, de les prioriser, etc. Un autre moyen que j’utilise de temps à autre en fonction du projet et de mon équipe est le fameux task board agile avec les 3 colonnes: todo, in progress, done. Chaque tâche correspond à un post-it que l’on déplace de colonne en colonne en fonction de l’avancement.

Emails pro

Je les traite au fur et à mesure, je n’ai pas désactivé les notifications. Si je suis occupé, je ne me laisse pas perturber. Il m’arrive même de ne plus voir les notifications tellement je suis concentré.

Emails perso

Je regarde plusieurs fois par jour. Ces emails sont moins intrusifs que ceux de ma boite pro, car je dois moi-même faire la démarche et aller sur les webmails pour vérifier mes nouveaux emails.

Le mot de la fin

Toutes ces nouvelles habitudes peuvent ne pas être très naturelles. Persévérez et tenez bon, vous allez mesurer de réels progrès.
Gardez à l’esprit que chacun a sa propre méthode qui lui correspond, il n’y a pas de standard ou de méthode miracle. Une bonne technique pour l’un pourra ne pas fonctionner pour l’autre.

Et vous? Comment faites-vous pour vous organiser?

Quelques outils disponibles

• Remember the milk
• Todo.txt
• Doit.im
• Wunderlist
• Sandglaz
• Workflowy
• Fargo.io
• Evernote
• FreeMind
• Any.do