Mieux se connaître face à l’entrepreneuriat #Entrepreneuse #SWOT #seconnaitre #connaitresonentourage

Vos forces d'entrepreneuse !.png

La matrice SWOT ? Vous connaissez ?

Si vous êtes une entrepreneuse, vous avez déjà dû en entendre parler ! Car c’est souvent demandé dans les études stratégiques.

 

Mais si nous la détournions pour découvrir nos forces et nos faiblesses face à l’entrepreneuriat !

Si vous n’êtes pas encore en activité, son exercice sera encore plus puissant et vous aidera grandement !

 

La matrice SWOT :

Force Faiblesse
Vous 1 2
L’extérieur 3 4

 

 

Vous pouvez la remplir de façon classique, mais je vais vous inviter à la faire de façon agile !

Pour se faire, il vous faut 3 outils :

  • Des feuilles A4 (4)
  • Des post-it
  • Un stylo

 

  1. Préparons les 4 feuilles A 4, avec les titres suivants  :
    1. Mes forces
    2. Mes faiblesses ou point à améliorer
    3. Mes forces grâce à mon entourage
    4. Mes faiblesses à cause de mon entourage

 

 

  1. Prenez maintenant les post-it, listez tout ce qui vous vient à l’esprit sans pour l’instant essayer de les classifier. Pour vous aider, vous pouvez vous poser les questions suivantes :
    1. Comment je me définis ? Ambitieuse ? Timide ? Dynamique ? Peureuse ?
    2. Quelle est ma formation ?
    3. Ce que j’aime faire ?
    4. Ce que je déteste faire ?
    5. Mon entourage, il me considère comment ?
    6. Mon conjoint, il est ouvert à mon projet ?
  2. Maintenant, vous devez avoir un certain nombre de post-it. Placer les sur les différentes feuilles A4.

Vous aurez ensuite une très bonne visibilité de vos forces et faiblesses.

Il ne vous reste plus qu’à les exploiter pour progresser ! (n’hésitez pas à vous faire aider pour les exploiter !)

Comprendre l'agilité #Agile #Comprendre #Origine

Dans cet article, je vais vous conter une petite histoire, l’histoire de l’agilité !

Histoire de l'agilité.png

Il faut savoir qu’au départ, cela vient de la gestion de projet informatique, et plus précisément du développement logiciel.

Là, je vais vous raconter l’histoire de Théo, Théo c’est un chef de projet, la gestion de projet n’a pas de secret pour lui, il est expert !

Il doit réaliser le nouveau site internet de sa société. Pas de difficulté particulière pour lui, il dispose d’un cahier des charges complet, il va se lancer.

La 1ère chose qu’il fait, c’est de préparer le travail : trouver l’équipe, définir le planning…

Et voilà le projet sur de bons rails, vous ne trouvez pas ? Le planning est fait, il est détaillé , le projet sera terminé dans 6 mois !

Allez on démarre !

L’équipe commence à travailler sur le projet selon le planning réalisé par Théo, on avance, bien sûr, quelques soucis sont rencontrés, mais bon, rien de méchant…

Théo met à jour son planning, ouf, il avait prévu des tampons, donc pour l’instant tout va bien.

Mince, il n’avait pas prévu que le développeur principal se casse la jambe lors d’un WE ! Hum, pas bon pour le projet, il refait son planning… Plus qu’à annoncer un retard d’un mois !

Vous vous doutez bien que le client n’est pas content !

Voilà, au bout des 7 mois, Théo est fier, le site est prêt, il organise la démonstration à son client (la direction de la communication de son entreprise).

Et là ? Mais qu’est-ce qui se passe ? Le client n’est pas satisfait, Théo et son équipe n’ont pas bien compris son besoin !

Et nous voilà parti pour 6 semaines de correctif !

Cette petite histoire est très proche de la réalité malheureusement, le besoin du client évolue, n’est pas évident à comprendre, l’équipe n’arrive pas à respecter le planning qu’on a estimé !

Il existe une solution miracle ? Non ! Mais les méthodes dites agile vont permettre de diminuer un peu ces risques.

Comment ? En appliquant quelques règles du génie logiciel !

Pour mieux comprendre, on va reprendre l’histoire de Théo.

Théo doit donc refaire le site internet de la société. Pour cela, il va travailler de concert avec le client qui lui racontera l’histoire de son site ! C’est un dialogue permanent durant tout le projet.

Mais autre changement, il ne fera pas de planning ! Si un macro planning qui définira juste les grands jalons du projet (les versions par exemple).

Et pour le reste, il fera confiance à son équipe qui s’organisera toute seule. Oui, Théo n’aura plus à lui communiquer toutes les semaines les tâches à faire, l’équipe s’autogère, elle définit elle-même le travail à faire ! Bon, d’accord au début, Théo, il a du mal car il doit apprendre à lâcher prise sur le travail de ses équipiers, et accepter de perdre un peu le contrôle.

Mais en fin de compte, cela se passe bien. Théo utilise avec son équipe la méthode SCRUM qui préconise un certains nombres de cérémonials, quelques règles. Tout le monde a été formé.

Le développeur qui se casse la jambe ? pas grave on ajuste le « A faire », et on avance tranquillement !

Le projet avance, le client fait des retours réguliers (lors des cérémonials prévus) , il lui arrive même d’ajouter des demandes ou d’en supprimer. Le projet avance et au bout de 6 mois, l’équipe peut mettre une version du site en ligne, une version conforme aux souhaits du client.

Dans cette petite histoire, on voit quelques notions importantes des méthodes dites agile :

  1. L’implication du client avec des retours réguliers lors des cérémonials
  2. Responsabilisation de l’équipe (auto-gestion)
  3. Lâcher prise de la part du chef de projet (bon, là, ce n’est pas écrit dans le manifeste, mais je pense que c’est hyper important !).
  4. On s’adapte en permanence : on peut ajouter ou supprimer des fonctionnalités durant tout le déroulement du projet sans problème.
  5. On livre à la date prévue, un logiciel qui fonctionne ! (voir mon article ….. Pour mieux comprendre ce concept).

L’agilité, c’est vraiment un changement d’état d’esprit pour tous les acteurs du projet et de l’entreprise (client, équipe projet, management).

Ce qui est important de retenir, c’est qu’il s’agit d’une méthode adaptable, flexible, axé sur le résultat et non sur comment on va le faire !

Envie d’en savoir plus ? N’hésitez pas à me contacter !

S’organiser de façon agile #Entrepreneuse #Agile #mieuxsorganiser

Suite à mon webinaire du 6 mars, je vous avais promis cette article qui résumerait ce que j’avais dit !

Organisation AGILE

L’agilité, cela vient au départ du développement logiciel. Ce n’est pas à proprement parlé une méthode, j’aime plus parler d’approche différente de la gestion de projet.

Le manifeste agile a été écrit en 2001 lors d’une réunion de 17 experts, ils n’ont pas inventé la méthode, non, ils ont juste mis en commun leurs pratiques pour définir ce qui est devenu les méthodes dites agile.

Ici, ce qui va nous intéresser  au niveau de ce qui est noté dans le manifeste, c’est la notion d’adaptabilité et de flexibilité !

Oui, on va apprendre à s’organiser autrement de façon flexible et adaptable.

En agilité, on ne gère plus de planning détaillé, vous savez ceux où l’on disait alors telle jour, je vais faire cela, cela va me prendre tant de temps !

Non, là, c’est terminé, en agile, on ne fonctionne plus de cette façon.

Pour s’organiser de façon agile, il faut trois outils :

  • Des post-it (d’une ou plusieurs couleurs à vous de choisir !)
  • Un tableau (ou faisant fonction de tableau, personnellement, j’ai pris des feuilles A4 et je me suis fait un petit tableau à ma façon !).
  • Un stylo (ben, oui, va bien falloir écrire sur les post-it et mettre en forme le tableau !

La première chose à mettre en place, c’est la backlog des choses à faire. C’est quoi ? c’est tout simplement le bac de tout le travail que vous avez à faire ! Une tâche à faire : vous faites un post-it et le mettez dans la backlog. La backlog, c’est pour moi, une feuille à A4 que j’ai positionné à gauche de mon tableau agile (je vais y venir).

Il n’y a pas de restriction du nombre de post-il à mettre dans la backlog, vous y mettez vraiment tout le travail à faire.

Un post-it, peut se présenter sous différentes formes :

  • Soit juste une action :  par exemple, moi, j’ai des post-it qui ne contiennent que la tâche « Ecrire un article blog entrepreneuriat ».
  • Soit c’est un sujet, et je détaille les différentes tâches que j’ai à faire sur le post-it. Pour mes formations, j’ajoute les tâches : Réserver train, réserver hôtel, vérifier support de cours, faire le devis, faire le dossier, faire la facture… cela me permet d’avoir un post-it pour un projet de formation.

 

17021372_10210520113552439_3490195911873317758_n

Vous pouvez si vous avez plusieurs couleurs de post-it, très bien, mettre une couleur par thème.

Etape suivante définir votre tableau agile.

Perso, je travaille avec deux colonnes :

  •  A Faire: ce que je désire faire aujourd’hui ou rapidement,
  • En cours : ce que je suis en train de faire, ou qui est commencé (pour les tâches qui peuvent durer un petit moment).

 

Mais pour une meilleure visibilité, je vais fonctionner avec des lignes d’eau, ce sont des lignes verticales qui me permettent de classifier les différents thèmes

Voici à quoi ressemble le mien :

 

A faire En cours
Admin
Formation
Université
Blog/FB
Offre

 

Le tableau en l’état peut fonctionner, mais je me donne des limitations. Ben oui, je ne veux pas commencer 50 tâches et ne rien finir.

Je me suis donc mis des limitations  par colonne.

Cela donne ceci :

A faire

8

En cours

4

Admin
Formation
Université
Blog/FB
Offre

Cela va par exemple dire, que je n’ai pas le droit d’avoir plus de 4 tâches en cours, plus de 4 post-it dans la colonne ! Cela m’oblige à en terminer un pour pouvoir en reprendre un autre.

Dans mon cas, j’ai ajouté également des limitations au niveau des lignes pour essayer de traiter tous les thèmes.

Cela donne cela :

 

A faire

8

En cours

4

Admin

2

Formation

(Aucune)

Université

2

Blog/FB

2

Offre

2

Ce qui veut dire que je ne peux avoir en même temps dans le tableau que deux actions sur mes offres, ou d’administratif.

Par contre, une petite particularité, que je m’autorise c’est dans la ligne « Formation », je ne mets pas de limitation et cela ne compte pour la colonne. Car en fin de compte, je peux avoir plusieurs actions de formation d’ouverte en même temps, je fais le post-it dès que une formation est partante. Là par exemple, j’en ai déjà 3 sur le mois de mai, donc j’ai 5 post-it en cours, les 2 de mars que je dois solder, et les 3 que je vais faire en mai.

Mes notes pour le Webinaire :

 

 

 

La force de cette méthode, c’est vraiment le côté visuel ! Et son adaptabilité, il m’arrive souvent de changer des post-it dans la colonne à faire en fonction de nouvelles urgences, demandes ou tout simplement en fonction de mes envies du moment.

Ce qui est aussi important dans cette méthode, c’est qu’on ne se met pas la pression ! Ben oui, vous savez le truc qu’on avait prévu le mardi matin, et que le jeudi soir on n’a pas encore fait !

Pas grave ! Puisqu’on n’avait rien de prévu le mardi matin, juste des tâches à faire, et on les a fait !

Voilà pour ce que j’ai présenté lors du webinar !

Perso, je suis une adepte à 200% de cette méthode car elle me correspond. Mais comme il s’agit vraiment d’un changement d’état d’esprit, je peux concevoir qu’elle convienne pas à tout le monde, ou que pour certaines ils faillent un petit temps d’adaptation.

Au départ, dans mon métier de chef de projet informatique, j’étais très dubitative de ses méthodes, et plus je les découvre, plus je les trouve génial !

On peut dans notre rôle d’entrepreneuse, être agile, cela nous apportera beaucoup. Mais pas seulement pour notre organisation, c’est agilité, c’est flexibilité, c’est notre force !

Pour revoir le Webinaire : rejoignez le groupe Facebook : Les entrepreneuses agile

Pour aller plus loin, c’est aussi sur le groupe ou vous pouvez me contacter !

Gérer son planning avec EXCEL ? #PROJET #GESTIONPROJET #CHEFDEPROJET

Pour 80% des chefs de projet, l’outil de planification est EXCEL.

Planning sous Excel-.png

Mais souvent, on entend : c’est galère de le faire avec EXCEL, cela prend du temps. Et le résultat est toujours le même : le planning n’est pas maintenu. Il ne sert à rien, si à faire jolie lors de la réunion de lancement.

Un planning ne sert que si on le met à jour régulièrement et que cela n’est pas une prise de tête à chaque fois !

Alors EXCEL ?

Ce que je dis : tout dépend de votre projet et du niveau auquel vous voulez aller !

La première question à vous poser : Macro planning ou micro planning ?

Si vous voulez faire un micro planning (planning détaillé), oublié tout simplement Excel. Cela va être galère pour vous !

Par contre, pour un macro planning, pourquoi pas Excel propose même des templates. Mais on reste très général.

Il faut bien voir qu’avec Excel, il ne sera pas facile de modifier une tâche.

Vous gérez une équipe ?

Alors là, oubliez tout simplement Excel, votre suivi ne sera que galère !

Réellement, ce que je constate, Excel est l’outil numéro un pour faire un planning, mais souvent ben, il n’y a pas de suivi ou alors on réalise des tâches « longues » pour que soit plus facile à suivre.

Un vrai suivi de planning ne se fait pas avec Excel ! Quand l’on parle de planning en formation souvent tout le monde en convient. Mais alors comment faire ? Je vous parlerais des alternatives à Excel dans un autre article.

 

 

Le cérémonial le plus important de SCRUM (Pour moi) #Agilité #SCRUM #AGILE #GESTIONPROJET #CHEFDEPROJET

Cérémonial.png

Il y a un cérémonial que j’affectionne tout particulièrement dans SCRUM, car il est pour moi, la force de cette méthode ! (J’utilise méthode car c’est comme cela qu’on le défini mais voir mon article « Méthode Agile ? Approche agile ? »)

C’est la rétrospective de sprint !

Pourquoi ? Car cela permet à l’équipe de s’améliorer, de progresser.

Durant une rétrospective de sprint, on va faire le bilan du fonctionnement du dernier sprint. Mais pas dans l’optique de se juger, mais bien, dans cette idée de s’améliorer, de progresser !

En agile, en scrum, on a le droit de se tromper, ce n’est pas grave, on va chercher ensuite des solutions pour s’améliorer, pour améliorer le fonctionnement de l’équipe !

On donne carte blanche à l’équipe pour définir son fonctionnement, pour progresser.

En méthode classique, j’insiste fortement sur la nécessité de réaliser les rapports de fin de projet. C’est même un rendu obligatoire pour mes étudiants en projet tutoré.

Et là, en SCRUM, il faut en faire mais avec une approche différente car ce n’est pas seulement le chef de projet qui fait le RETEX mais toute l’équipe. Et là, cela permet de vraiment faire évoluer les pratiques.

Car je dirais 1+1 = 3 et oui, on est encore meilleur à plusieurs !!

N’oubliez pas ce cérémonial, mais surtout, il ne doit pas être fait pour être fait. Non, faites le sérieusement, vous verrez, votre équipe progressera et cela ne sera que du bénéfice pour votre projet !

Méthode agile ? Approche agile ? #Agilité #GestionProjet #Méthode #Approche

J’ai un réel problème avec ce terme de méthode agile !

Seize the Day.png

Pourquoi ?

Une méthode pour moi, c’est vraiment quelque chose qu’il nous faut respecter, appliquer. C’est quelque chose qui est très codifié.

L’agilité, c’est plus un état d’esprit, plus quelque que chose de modelable !

Alors, oui, certains vous diront : ben, il faut faire comme cela, c’est SCRUM qui le dit ! (ou une autre « méthode » agile.

A cela, je leur répond : n’est-ce pas le monde des bisounours de vouloir faire entrer SCRUM de force dans les organisations actuels ?

Ayant, l’occasion de voir en formation actuellement énormément de grandes entreprises, je constate que si j’avais ce regard sur l’agilité, ben, la plupart de mes stagiaires se dirait en sortant de formation : ben, c’est bien comme méthode, mais bon, nous on ne pourra pas l’utiliser !

Finalement, l’agilité peut être utiliser dans de nombreuses sociétés, mais pas en prenant une boule de bowling , et hop, on la lance ! Résultat  : Strike !!!!!! Mais dans ce cas, cela ne sera pas positif ! Car ce sont les équipes qui seront à terre et votre projet. En plus, ces personnes arriveront en formation en disant : cela ne marche pas ! c’est des conneries ! (j’en ai vu passer plus d’un avec cet avis sur l’agilité !)

Finalement l’agilité, c’est prendre une boule en pâte à modeler, et l’objectif est de faire rentrer cette boule dans votre projet, votre entreprise ! Mais vous l’imaginez bien : la boule de pâte à modeler, elle va s’adapter, elle va prendre la forme que vous lui donnerez !

Mais attention, oui, les méthodes agiles ont les adaptes à son entreprise, projet, équipe… Par contre, il est important de ne pas les dénaturer ! Il est impératif de garder l’état d’esprit, de garder en tête ce que contient le manifeste agile, mais après on module, on adapte  !

C’est pour cela que je préfère parler d’approche agile, car à mon sens, nous ne sommes pas dans  quelque chose qu’il faut impérativement respecter, de normé !

Vrum vous connaissez ? #GestionProjet #Agilité #Classique #Chefdeprojet

Une méthode de gestion de projet, que je viens de découvrir ! Du moins, je viens d’en découvrir le nom. Pourtant c’est ce qu’il m’arrive de proposer comme solution en formation !

VRUM !!.png

Vrum, c’est la contraction de : cycle en V et Scrum !

Oui, car on voit aujourd’hui beaucoup d’entreprise qui désire aller vers l’agilité mais, elles doivent respecter leurs processus (souvent très complexe). Leur métier ne leur permet pas de s’affranchir de certaines étapes de conception / validation, alors on va réaliser une grande partir du projet selon le cycle en V, et ne mettre en place que l’approche SCRUM pour le développement !

Dans mon approche, je propose de démarrer un projet en cycle en V, et de passer en Scrum quand les processus le permettent, c’est-à-dire par uniquement pour le développement.

Oui, on peut très bien réaliser le cahier des charges en classique puis passer tout de suite après en SCRUM (ou autre méthode agile, à votre convenance.)

Cette approche permet à mes clients de coller au plus près de leur organisation.

Pensez-y si jamais la mise en place de l’agilité n’est pas évidente dans votre organisation !

« Entrées précédentes Derniers articles »