Je ne peux que vous recommander de lire le livre blanc produit par CSP sur ce sujet pour corriger cette erreur de perception monumentale.
livre gratuit
En effet, les avancées scientifiques autour du cerveau tendent à prouver le contraire. L’individu possède 86 milliards de neurones dotés
chacun de 1 000 à 10 000 connexions synaptiques pour communiquer entre eux. Chaque jour, de nouveaux neurones et de nouvelles connexions se créent !
Cette machinerie fantastique et pourtant banale permet à tout un chacun d’apprendre, encore et toujours, si tant est que l’apprentissage utilise à bon escient les subtilités de notre cerveau.
La première partie du livre blanc se focalise sur les neurosciences et l’apprentissage, la seconde sur l’application de ces découvertes dans la formation et je pense que ceci s’applique totalement à l’accompagnement au changement nécessaire sur les projets dont nous sommes responsables.
Quand nous pensons au voyage depuis les approches de livraison traditionnelles vers Agile, le focus est normalement placé sur des équipes de développement et livraison ou sur les secteurs de l’organisation qui auront besoin d’un focus projet à une plus grande attention sur le produit, la capacité ou le flux de valeur.
Les ressources humaines sont un bon exemple de fonction organisationnelle que vous pourriez penser ne pas subir de changement significatif.
Pour les grandes sociétés qui ont défini des familles de métiers et de rôles, Agile pourrait présenter de nouveaux rôles comme des scrummasters, des propriétaires de produit ou des coachs agiles. Les architectes et spécialistes organisationnels vont devoir développer les compétences et les responsabilités exigées par de tels nouveaux rôles. Ils devront aussi concevoir les parcours de carrière d’autres rôles vers ceux-ci.
Hors, dans de nombreux marchés, les coachs agiles expérimentés pourraient bien valoir leur pesant d’or, et donc le personnel chargé des compensations devra identifier quels seraient les salaires médians raisonnables pour de tels rôles et calculer ensuite l’impact sur les personnes occupant de telles positions.
Ceci est critique, l’effort dépensé à recruter, intégrer ou promouvoir le personnel dans ces rôles sera gaspillé si la compensation n’est pas alignée sur le marché. Comme avec d’autres expertises et compétences recherchées, garder ces personnels peut être aussi difficile que les acquérir.
Les sociétés sont souvent organisées par départements de compétences distinctes, spécialisées et les programmes de mesure d’exécution soulignent l’individu au lieu des équipes. Les programmes traditionnels récompensent l’exécution individuelle et la célébration des performances de l’équipe passe à la trappe quand on en vient aux budgets.
pour aller plus haut ensemble il faut apprendre à se connaitre
L’approche Agile prospère quand vous conservez longtemps ensemble des équipes de spécialistes qui deviennent plus généralistes et collaborent étroitement. L’équipe, plutôt que n’importe quel membre d’équipe est le niveau le plus bas de granularité quand on parle de processus décisionnel, d’engagement et d’exécution.
Ce que cela implique est que les managers des personnes qui pourraient précédemment avoir découragé leur personnel de sortir des frontières de leurs compétences ou rôles spécifiques devront changer leur approche et les ressources humaines devront mener cette campagne en encourageant les bons comportements de leadership. Les processus de management de l’exécution devront aussi se développer pour souligner la contribution d’un individu envers l’équipe et récompenser le bon type de comportements d’anciennes primadonnas.
Les transformations agiles couronnées de succès impactent toutes les parties de la société, y compris celles qui ne sont pas d’habitude directement impliquées dans la livraison de projet.
CSP est partenaire de DantotsuPM
Enregistrer
Enregistrer
Enregistrer
Enregistrer
Enregistrer
partagez ce billet avec vos amis, collègues et relations professionnelles
J’ai toujours voulu gagner une compréhension plus profonde de ce que signifie être Agile. La signification du dictionnaire d’Agile est « vif » ou « étant capable de se déplacer rapidement ». Je suppose que cela veut dire être prêt à embrasser et répondre rapidement aux changements. Dans le contexte du développement logiciel, ce pourrait vouloir dire de répondre à des besoins fonctionnels qui changent rapidement pour donner de la valeur. Voici mes réflexions sur comment Scrum, une méthode Agile très populaire et réussie, nous prépare pour être Agiles.
Ventura Asssociates est partenaire de DantotsuPM et le votre pour dénicher les ressources critiques en PM dont vous avez besoin
Un des principes principaux de Scrum que nous aimons et valorisons tous est « inspecter et s’adapter ». L’idée entière d’un processus empirique, c’est-à-dire créant quelque chose, le regardant, l’inspectant et adaptant le produit aussi bien que le processus, semble porteur de beaucoup de valeur. Bien que rien n’empêche vraiment l’équipe Scrum de continuellement inspecter et s’adapter, Scrum recommande quelques cérémonies pendant lesquelles l’équipe peut faire une pause pour inspecter et s’adapter. Regardons en détail comment Scrum nous aide à faire remonter des problèmes et des risques très tôt et changer notre ligne de conduite pendant les versions, sprints et revue quotidienne.
Début et fin de release/version
La planification de release est l’événement qui permet à l’équipe de donner ses contributions et aider le propriétaire de produit à modifier les histoires utilisateurs et changer l’ordre dans lequel on les prendra dans l’arriéré de produit (product backlog) pour la release.
La rétrospective de release regarde la manière dont l’équipe travaille et fournit un retour d’information. C’est un forum dans lequel les membres de l’équipe font des suggestions sur la façon d’améliorer la release suivante.
Début et fin de sprint
La planification de sprint est l’événement qui permet à l’équipe de donner ses contributions et aider le propriétaire de produit à changer les histoires utilisateurs de la release et l’ordre dans lequel on les prendra dans l’arriéré de produit pour ce sprint.
La revue de sprint ou des sessions de démonstration permettent au propriétaire de produit de voir le produit et de fournir ses retours.
La rétrospective de sprint est un forum dans lequel les membres peuvent réfléchir sur le sprint passé et suggérer des améliorations pour les sprints à venir.
Pendant le sprint
La réunion quotidienne Daily Scrum Meeting fournit une occasion de parler des obstacles et problèmes rencontrés. L’équipe peut aussi changer le planning du sprint afin de s’assurer que les objectifs de sprint sont respectés.
Après une discussion à une conférence récente, un des commentaires récurrent était que la plupart des événements/cérémonies de Scrum qui nous aident à inspecter et s’adapter sont réactifs par nature. Bien que l’approche inspecter-et-adapter soit extrêmement utile pour livrer du logiciel qui fonctionne et apporte de la valeur, elle se base sur l’analyse des tâches passées et réagit en ajustant les tâches futures.
Regardons plus loin
Alors, qu’est-ce qui peut aider des équipes Scrum à penser pro-activement au produit et au processus ?
Voici quelques choses qu’elles peuvent faire, participer aux :
Ateliers de découverte que les propriétaires de produit organisent.
Ces ateliers utilisent l’approche design-thinking ou d’autres méthodes qui aident l’équipe à suggérer proactivement des changements.
Livre sur Amaz
Maturation/Mûrissement de l’arriéré de produit.
Les équipes peuvent pro-activement fournir des apports pour provoquer des modifications.
Rétrospectives.
Bien que beaucoup de temps soit passé à analyser des problèmes et trouver des solutions, l’équipe devrait être encouragée à penser à de nouvelles idées. Des techniques diverses, comme 6 Thinking Hats, contraignent les équipes à penser pro-activement à de nouvelles modifications qui seraient bénéfiques.
Futurospectives.
Ceci est une session prospective dans laquelle les équipes sont encouragées à penser à comment elles voudraient fonctionner.
Communautés de pratique.
Les communautés de pratique sont pour les ScrumMasters, les propriétaires de produit et, plus important encore, pour les technologues, avec un accent sur des technologies spécifiques. Ces communautés présentent une opportunité de se rencontrer, d’apprendre l’un de l’autre d’en tirer une compréhension des tendances de l’industrie.
Pour récapituler, Scrum nous fournit plusieurs occasions de gérer le changement aussi bien de façon proactive que réactive.
CertYou est partenaire de DantotsuPM
Enregistrer
Enregistrer
Enregistrer
partagez ce billet avec vos amis, collègues et relations professionnelles
L’architecte refuse de concevoir la construction grosse et laide qui maximise seulement le revenu à court terme. Elle comprend que faire monter le niveau d’exigences fait partie de son travail.
Le chirurgien refuse de faire une chirurgie inutile, peu importe combien le client insiste. Il ne confond pas son serment avec son revenu.
Le marketeur n’aidera pas son client à produire une campagne de courriers électroniques indésirables, emplie de pièges et tromperies, parce qu’il sait que sa carrière est la somme de son travail.
L’homme d’état ne se précipitera pas pour supporter la soif de sang de la foule, parce que les hommes et femmes d’état dirigent en faveur de nos instincts les meilleurs, pas les pires.
Il y a abondance des gens qui plieront, descendront au plus bas et calculeront comment « donner au public ce qu’il veut ». Mais cela ne doit pas être vous. Les professionnels ont des standards. Les professionnels refusent de faire certaines choses.
Question complémentaire : Quelle phrase proposeriez-vous pour illustrer cette rigueur chez les Chefs de projet ?
Voici ma suggestion
« Le Chef de projet n’engagera pas à la légère son équipe sur des dates, des livrables ou des dépenses, parce que le Chef de projet comprend que la clef est que les vrais objectifs business du projet soient bien compris et partagés dans l’équipe et avec les parties prenantes pour atteindre ces buts et récolter bénéfices escomptés. »
Méta Projets Management est partenaire de DantotsuPM
Enregistrer
Enregistrer
Enregistrer
Enregistrer
Enregistrer
partagez ce billet avec vos amis, collègues et relations professionnelles
PMBOK Guide et Agile Practice Guide sont gratuits pour les membres du PMI
“PMI,” the PMI logo, “PMP,” “PMBOK,” “PM Network,” “Project Management Institute” and “Pulse of the Profession” are registered marks of Project Management Institute, Inc.
Enregistrer
Enregistrer
partagez ce billet avec vos amis, collègues et relations professionnelles
Le diagramme de Gantt est un centenaire depuis cette année !
À fin du 19ème siècle, aux États-Unis, des projets gouvernementaux à grande échelle fournirent l’impulsion pour prendre les décisions importantes qui sont devenues la base de la méthodologie de management de projet tel que la ligne de chemin de fer transcontinentale, dont la construction a commencé dans les années 1860.
Soudain, les dirigeants d’entreprise se sont trouvés face à la tâche intimidante d’organiser le travail manuel de milliers d’ouvriers et le traitement et l’assemblage sans précédent de quantités de matières premières.
Henry Gantt
Henry Gantt a étudié en détail l’ordonnancement des opérations dans le travail et est plus célèbre pour avoir développé le Diagramme de Gantt en 1917 lors de la préparation de l’entrée en guerre des États-Unis d’Amérique.
Le diagramme de Gantt est un type populaire de graphique qui illustre un échéancier de projet et est devenu une technique commune pour représenter les phases et les activités d’une structure de découpage du travail de projet, ils peuvent donc être compris par une très large audience.
Bien que maintenant considéré comme une technique de représentation graphique banale, les diagrammes de Gantt étaient tout à fait révolutionnaires au moment où ils ont été introduits. Ils ont été employés sur des projets d’infrastructure majeurs incluant le Barrage Hoover près de Las Vegas et le réseau autoroutier inter-états des USA et sont encore acceptés aujourd’hui comme un outil important dans les projets.
Microsoft est Partenaire de DantotsuPM
Hélas, Henry Gantt, mort 2 ans seulement après l’invention de ce mode de représentation des plannings n’aura jamais vu combien son invention serait critique au travail de très nombreux chefs de projets.
Il avait conçu ces diagrammes afin que les contremaîtres et autres superviseurs puissent rapidement savoir si la production respectait le planning.
Tous les logiciels modernes de management de projet continuent d’embarquer cette fonction critique.
Microsoft est partenaire de DantotsuPM
Enregistrer
Enregistrer
partagez ce billet avec vos amis, collègues et relations professionnelles
Prendre des décisions n’est jamais facile. Choisir finalement une chose plutôt que d’autres est parmi les choses les plus difficiles que nous devons faire. La tendance est de reporter ces décisions tant que nous le pouvons et remettre la douleur à plus tard.
À sa racine le mot décision signifie couper. Quand vous faites une décision vous partez sur une chose et laissez le reste derrière. C’est l’une des grandes raisons pour lesquelles le fait de prendre des décisions est pénible.
Le fait de prendre des décisions, même quand elles sont difficiles, libère du temps.
Dit d’une autre manière, cela nous permet de nous concentrer sur ce que nous voulons accomplir et pas perdre un temps précieux à réfléchir ou se demander ce qui pourrait arriver. L’action décisive amène la clarté dans la concentration.
Le fait de prendre des décisions réduit le stress.
Avoir des options multiples sur la façon d’utiliser le temps et l’argent crée de l’inquiétude. Quand nous ne sommes pas sûrs de ce qui est le meilleur, nous nous inquiétions de faire la bonne chose. Pour réduire le stress et l’inquiétude, décidez-vous maintenant et avancez.
Le fait de prendre des décisions augmente la confiance.
Le progrès arrive quand nous nous décidons et avançons. Par ce processus, nous obtenons des victoires en cours de route. Les victoires en cours de route inspirent la confiance en notre capacité de faire la bonne chose.
Le dramaturge Henrik Ibsen l’a résumé gentiment : “Au moment décisif, j’ai gagné la victoire sur moi-même. J’ai choisi de vivre. Et croyez-moi, cela demande du courage de choisir la vie dans ces circonstances.”
Avoir le courage de se décider et avancer apportera de nouvelles libertés précédemment inimaginables.
Questions : Quel choix avez-vous remis à plus tard ? Comment faire ce choix vous changera-t-il, ou changera-t-il votre vie ? N’hésitez pas à commenter.
CSP est partenaire de DantotsuPM
La Perspective du management de produit: Quand vous avez des décisions qui doivent être prises sur votre produit, obtenez l’information et prenez la décision. Ne remettez pas à plus tard; le succès de votre produit exige votre diligence à prendre des décisions délicates.
Enregistrer
Enregistrer
Enregistrer
Enregistrer
Enregistrer
Enregistrer
partagez ce billet avec vos amis, collègues et relations professionnelles
Dave Gray, co-auteur de Gamestorming (Jouer pour innover), décrit en 3 minutes comment utiliser cet matrice.
L’approche peut s’appliquer à votre liste de choses à faire ou « To Do List » au travail et « Honey Do List » à la maison. Mais aussi en outil de priorisation de groupe pour un arriéré de produit si vous travaillez en mode Agile ou une liste de fonctionnalités.
Comme les choses à faire et prioriser seront sans doute légion en cette période de rentrée, pourquoi ne pas essayer ce petit outil ?
Microsoft est partenaire de DantotsuPM
Enregistrer
Enregistrer
partagez ce billet avec vos amis, collègues et relations professionnelles
Les histoires d’utilisateur sont un artefact de développement crucial en programmation extrême (XP) ou projet Scrum. Elles sont les définitions de haut niveau d’exigences qui incluent juste assez d’information pour que les développeurs puissent produire des évaluations raisonnables de l’effort nécessaire pour les mettre en œuvre. Une autre façon de penser aux histoires d’utilisateur consiste en ce qu’elles peuvent rappeler aux développeurs d’avoir une conversion avec le client ou le propriétaire de produit pour obtenir des informations plus détaillées quand viendra le moment de mettre en œuvre l’histoire.
Le client ou le propriétaire de produit écrivent des histoires d’utilisateur comme des fonctions et options que le système doit exécuter. Elles sont semblables à des scénarios d’usage, sauf qu’elles ne sont pas limitées à la description d’une interface utilisateur. Une histoire d’utilisateur est courte (deux ou trois phrases) et elle utilise seulement la terminologie du client. Les histoires d’utilisateur peuvent être écrites de façon informelle, comme suit : les étudiants peuvent acheter un forfait de stationnement mensuel en ligne, ou de façon plus formelle, en suivant ce modèle :
En tant que < rôle > je veux < quelque chose >pour < ce bénéfice >.
Donc, notre exemple pourrait être écrit comme suit :
En tant qu’ étudiant, je veux acheter un forfait de stationnement pour que je puisse venir en voiture à l’école.
Méta Projets Management est partenaire de DantotsuPM
La manière plus formelle aide les développeurs à identifier clairement les acteurs, la fonction exigée et « le pourquoi » (la valeur business/client) qui soutient l’exigence. Avec la manière informelle, tous ces détails ne sont pas si évidents.
Les histoires d’utilisateur conduisent aussi la création des tests d’acceptation. Des contrôles d’acceptation plus automatisés doivent être créés pour vérifier que l’histoire d’utilisateur a été correctement mise en œuvre. Une bonne approche est de faire spécifier par le client les critères d’acceptation pour aider à créer les tests de recette.
Si l’estimation est trop importante et ne peut pas entrer dans une itération, l’histoire doit être décomposée. Pendant la réunion de livraison, de nouvelles histoires d’utilisateur pourraient apparaitre en en divisant d’autres. XP et Scrum ont des vues légèrement différentes de comment les histoires d’utilisateur sont évaluées.
XP utilise le concept de temps de développement idéal, combien de temps cela nécessiterait pour mettre en œuvre l’histoire dans le code s’il n’y avait aucune distraction, aucune autre tâche allouée et que vous saviez exactement que faire. En comparaison.
Scrum utilise le concept plus abstrait de points d’histoire (ou de complexité), qui est basé sur l’assignation de valeurs différentes — des points d’histoire — à chaque histoire d’utilisateur, en considérant sa complexité relative par rapport aux autres histoires.
En se basant sur la valeur métier (celles de plus grande valeur viennent d’abord) et les estimations fournies, les histoires d’utilisateur sont priorisées et planifiées pour une certaine itération/livraison. Quand il est temps de mettre en œuvre l’histoire d’utilisateur, le développeur et le client ou le propriétaire de produit s’assoient ensemble pour détailler les exigences; Juste suffisamment pour que l’équipe de développement puisse la mettre en œuvre.
Les épopées (epics) sont de grandes histoires d’utilisateur, typiquement celles qui sont trop grosses pour une mise en œuvre en une seule itération et doivent donc être décomposées en histoires utilisateur plus petites. Les épopées sont typiquement des histoires utilisateur de priorité inférieure, qui sont vagues, mais deviendront plus claires avec le temps. Cela n’a aucun sens de décomposer une épopée de basse priorité, parce que vous investiriez du temps sur quelque chose que vous ne pourriez ne jamais parvenir à adresser, à moins qu’une partie de l’épopée ne soit de forte priorité et doive être regardée.
Un thème est une collection d’histoires utilisateur reliées. Les thèmes sont souvent utilisés pour organiser des histoires dans des itérations/releases ou les organiser pour que des sous-équipes différentes puissent travailler dessus.
CertYou est partenaire de DantotsuPM
Vidéo de Lyssa Adkins sur le Scrum Framework
Agile coaches need to be able to teach the agile framework their teams will use in 10 minutes or less.
Enregistrer
Enregistrer
Enregistrer
Enregistrer
Enregistrer
Enregistrer
Enregistrer
Enregistrer
partagez ce billet avec vos amis, collègues et relations professionnelles
Une des choses les plus compliquées du leadership est quand vous devez non seulement prendre une dure décision, mais devez aussi énoncer une vérité difficile à entendre. Dire des choses que les gens ne veulent pas entendre n’est pas facile. Ce n’est jamais amusant. C’est l’une de ces choses que beaucoup de leaders regrettent de ne pouvoir déléguer. Mais, parce que les nouvelles pénibles devraient venir du leader, c’est un poids que vous vous devez de porter.
Si vous êtes dans une position où vous devez dire certaines choses difficiles, prenez courage. Souvenez-vous juste que:
1. Il vaut mieux que vous disiez ceci plutôt que quelqu’un d’autre ne le susurre.
Adresser des sujets pénibles de manière frontale élimine l’incertitude et la spéculation qui alimentent les commérages destructifs.
2. Les gens respectent des leaders qui voient clairement la réalité.
Vous ne pouvez pas refuser de voir une réalité
Quand vous êtes capable de parler ouvertement et honnêtement sur des sujets difficiles, vous montrez à vos équipes que vous comprenez ce qui se passe.
Le déni n’est jamais l’ami du leader.
3. La croissance vient de moments cruciaux.
En tant que leader, une grande part de votre croissance viendra de vos temps les plus durs. Etre capable d’adresser même le plus difficile des sujets avec les gens que vous menez vous aidera à grandir non seulement comme un leader, mais comme LEUR leader. Ne sous-estimez pas l’importance de ces deux éléments.
Au cours de mes années de leadership, je devais avoir quelques conversations inconfortables et difficiles. J’ai dû renvoyer des collaborateurs, adresser des erreurs et reconnaitre des échecs. La conversation dans ces temps ardus n’est jamais facile, mais elle est au cœur du bon leadership.
Peu importe où vous vous trouvez sur votre parcours dans le leadership, ne reculez pas devant le choix de dire les choses d’autres ne diront pas. Trouvez juste une façon de le dire avec bienveillance et soyez là pour accompagner les gens pas à pas vers la conséquence. Vous et vos équipes serez heureux que vous l’ayez fait.
Quelles suggestions auriez-vous pour quand il est temps d’avoir une inconfortable et difficile conversation ?
In the autumn issue of Project, Neil White and Rebecca Casey of APM’s Benefits Management SIG have written a practitioner’s guide to this area of project management.
Supporting the article is a diagram that provides a framework that organizations can adopt to optimize the realization of business value from their investment in change.
Que faire des amateurs de scandales, ceux qui critiquent tout et n’importe quoi sans fondement, ou ceux qui vous traitent injustement ou de façon incorrecte ?
Mais, commençons par le début. Le mot Blog est issu du mélange entre Web et Log c’est à dire littéralement un carnet de bord sur le net.
Est-il étonnant d’avoir une journée mondiale du blog ? Pour beaucoup, phénomène de société, pour d’autre simple effet de mode.
Les Blogs font parler d’eux seulement depuis quelques années en France, pourtant ils sont présents sur le net depuis quasiment ses débuts. Quand, en 1993, Tim Berners Lee créé le premier site internet de l’histoire il est le premier blogueur de l’histoire, sans le savoir.
Nouveaux moyens d’expression sur le net, ils ont l’avantage de pouvoir être créés facilement. Coups de gueule, coups de cœur, journaux intimes, albums photos, vies privées, successions de liens… on trouve réellement de tout dans la planète blog que d’aucuns nomment parfois la blogosphère.
Si vous êtes une société avec une présence en ligne ou si vous êtes un blogueur actif vous commencerez tôt ou tard à toucher des gens que vous ne connaissez pas. Je suis tout à fait certain que la plupart de vos efforts en ligne on l’objectif d’attirer plus de visiteurs et de les convertir en abonnés ou clients. Si ce n’est pas le cas, peut-être devriez-vous reconsidérer votre stratégie et partager en commentaire quels sont vos buts. Quand vous commencez à attirer des visiteurs de votre site Web, il est inévitable que quelques personnes réagissent négativement même si le contenu que vous publiez sont des informations de forte valeur et des solutions utiles.
Que faire des amateurs de scandales ?
La réaction la plus irréfléchie serait de répondre coup pour coup.
Quand la société ou le blog dans lesquels vous mettez tant d’énergie et dur labeur sont critiqués de façon injuste et abrupte, la réaction la plus évidente est la défense. Alors est-il bon de commencer à soutenir un argument avec les gens qui vous traînent dans la boue sur votre page Facebook ou dans des commentaires sur votre blog ? Je dirais en aucune façon ! Laissez-moi expliquer pourquoi.
Pour simplifier les choses, nous répartirons les personnes visitant vos sites Web et médias sociaux fait le profil entre trois catégories.
Les gens qui vous aiment et vous suivent (vous ou votre société)
Les gens qui sont indécis
Les gens qui ne vous aiment vraiment pas
Il est important de préciser que les personnes du dernier groupe écrivent généralement des messages ou commentaires négatifs et non constructifs. Ce ne sont pas les personnes qui fournissent une critique raisonnable et un retour d’information valable.
Typiquement, le groupe des personnes indécises est de loin le plus grand et le plus important pour votre business. Les personnes de ce groupe sont des abonnés potentiels ou même de futurs clients. Ce qui est important est qui vous autorisez à influencer ce groupe sur les canaux de communication en ligne que vous contrôlez.
Figure 1.- Qui devriez-vous laisser influencer les indécis ?
Je recommande fortement de laisser les personnes qui vous apprécient être les prescripteurs principaux tandis les amateurs de scandales seront ignorés ou tenus au silence . Si vous commencez à vous disputer et vous défendre contre ce groupe, vous faites constamment remonter du négatif et cela peut même attirer davantage d’amateurs de scandales.
5 étapes faciles sur la façon de traiter ces réponses
Déterminez si c’est une critique réglo ou simplement du spam. Toutes les critiques réglos exigent une réponse. Alors que le spam devrait être ignoré et même supprimé des commentaires si considéré inopportun.
En répondant à une question/critique réglo, commencer toujours par remercier la personne d’attirer votre attention sur ce problème spécifique. Si vous ou votre business avez vraiment fait une erreur, rappelez-vous de présenter des excuses!
Prenez la responsabilité de la situation et répondez à la question soulevée (si il y en a une) aussi précisément que possible sans commencer une dispute.
Rappelez-vous de rester positif et d’éviter d’ajouter plus de négativité à la conversation, car cela se refléterait seulement négativement sur votre business.
Signez en utilisant votre nom et/ou intitulé de poste. (ajouter votre intitulé de poste donne de l’autorité et fait clairement savoir qu’une personne réelle traite la question, pas une machine)
Utilisez des outils de suivi de comptes sociaux multiples et intégrez votre site Web avec Facebook, Twitter etc. pour rendre simple et facile à quelqu’un de participer. Par exemple, il y a beaucoup d’extensions WordPress pour Facebook qui rendent l’intégration beaucoup plus simple.
Bien que la plupart des critiques prennent leurs racines dans des problèmes normaux et soient constructives, il y aura toujours des commentaires qui vous tireront vers une situation perdant-perdant.
A vos claviers pour dire ce que vous pensez de ce blog, DantotsuPM !
La meilleure chose à faire est de reconnaître la situation, de vous assurer que vous adressez les situations réelles et solvables et évitez de vous laisser entraîner dans une discussion que vous ne pouvez pas gagner. Ignorer des commentaires négatifs ne les fera pas s’en aller, cela pourrait même donner du carburant à d’autres qui verraient que vous ignorez purement et simplement des utilisateurs mécontents.
Cependant, traiter les commentaires négatifs de façon professionnelle et respectueuse vous permettra de leur faire face plus facilement et cela vous donne en plus l’occasion de transformer des utilisateurs mécontents en utilisateurs satisfaits récurrents.
Participez à cette discussion: Comment traitez-vous les commentaires vraiment mauvais ?
Enregistrer
Enregistrer
Enregistrer
Enregistrer
Enregistrer
Enregistrer
partagez ce billet avec vos amis, collègues et relations professionnelles
PMI et Agile Alliance se sont mis au travail ensemble pour produire le Agile Practice Guide dans l’intention de forger une meilleure compréhension des pratiques agiles pour les chefs de projet.
Vidéo mise en ligne par le PMI:
Voici un aperçu de ce que vous pourrez lire dans ce guide.
Qu’est-ce que l’état d’esprit Agile?
Le guide sur Amazon
Pour partir du bon pied, un rappel est fait du Agile Manifesto, des valeurs, et des 12 principes Agile. Cette entrée en matière couvre aussi les concepts de travail à faire bien défini ou à fortes incertitudes avec les corrélations entre Lean, Kanban et Agile.
Une analyse approfondie du choix de l’approche en fonction des cycles de vie de projet
L’un des aspects les plus saillants des approches Agile pour les chefs de projet est le cycle de vie du projet et les livraisons de produits. Plusieurs cycles sont développés dans le guide avec des critères de choix, guides d’adaptation et combinaisons fréquentes des approches. L’objectif est mieux mettre en évidence ce qui est ou pas Agile et comment choisir en connaissance de causes.
CertYou est partenaire de DantotsuPM
Autres suggestions et recommandations
Composition des équipes et “servant leadership” détaillés
Organisation d’équipe pour livraison fréquente de valeur et métrique efficace.
Facteurs favorisant le travail en équipe Agile : organisation, culture, PMO…
Tableau de références croisées entre les concepts Agiles et les groupes de processus et domaines de connaissance du PMBOK® Guide, 6ème édition.
PMI and PMBOK Guide are registered mark of Project Management Institute, Inc.
Microsoft est partenaire de DantotsuPM
Enregistrer
Enregistrer
Enregistrer
partagez ce billet avec vos amis, collègues et relations professionnelles
En tant que chef de projet, vous voulez faire un rapport efficace sur le statut de projet en fournissant des informations suffisantes aux parties prenantes en réduisant aussi la quantité d’aller-retour sur ces communications nécessaires. Ceci signifie des informations complètes, détaillées fournies de façons qui conviennent avec les parties prenantes, mais marchent aussi pour vous comme chef de projet. Cela peut être un challenge !
La façon la plus efficace de développer un plan pour faire un rapport sur le statut de votre projet est de le réaliser en collaboration avec l’équipe de direction de l’organisation. Celle-ci est probablement là où vos sponsors rapportent et vous devrez adapter vos communications pour répondre aux besoins et attentes des membres de cette équipe de direction. Plus complètes sont vos communications, plus probablement vous parviendrez à réduire les questions du projet ainsi bien des défis. Je ne propose pas que vous alliez demander à chaque membre de l’équipe de direction comment ils veulent recevoir des communications sur le projet. Vous voulez plutôt avoir une méthode et un format pour communiquer qui se satisfasse tout le monde et leurs besoins en général.
Fournir un résumé des projets en cours et le faire suivre de détails répond aux besoins de ces parties prenantes clés qui veulent simplement une vue d’ensemble de statut aussi bien que les personnes qui veulent plonger plus profond dans le projet et son statut.
Image courtesy of renjith krishnan / FreeDigitalPhotos.net
Envisagez les éléments suivants pour la partie de détail sur chaque projet en cours :
Nom du Projet
Parties prenantes principales et ressources du projet
Le travail à réaliser sur la prochaine période de rapport et les ressources requises
Les problèmes à résoudre (et spécifiquement que l’apport nécessaire des parties prenantes)
Prenons un exemple :
Projet en cours – DÉTAILS
Projet : Nouveau processus de comptes fournisseurs
Parties prenantes Clés:
VP Finance et Comptabilité
Directeur Paiements Fournisseurs
Ressources de Projet Assignées:
Équipe Membres: Alison, Bryan, Samantha
Du côté client membres de l’équipe : Sally (responsable de comptes fournisseurs), Billy (administrateur de comptes fournisseurs)
Statut Actuel (Vert, Orange, Rouge) :
Orange – Membres de l’équipe côté clients indisponibles pendant 2 semaines
Comment ce statut est adressé ( Détails – pour Orangeet Rougeseulement) :
Membres de l’équipe côté clients indisponibles pendant 2 semaines. Les membres de l’équipe projet continueront à progresser en développant de nouvelles solutions de processus pour revue quand les membres de l’équipe côté clients redeviendront disponibles. Prévision : 1 semaine de retard sur le projet.
Le travail à réaliser sur la prochaine période
Tâche majeure …
Assignée à …
Du côté client ressources requises …
Date projetée d’achèvement …
Développement de solutions de processus potentielles
Alison, Bryan
Sally, Billy (indisponible)
Retard de 1 semaine :
Le 10 juin
Les problèmes à résoudre
Problème
Cause du problème
Ressources requises
Résolution Proposée
L’impact pour le projet (budget, ressources, délais, etc)
Des besoins technologiques sont liés au nouveau processus (3 solutions potentielles exigent une nouvelle technologie)
Les processus initialement considérés n’exigeaient pas de mise à jour technologique
Personnel informatique
Organiser une réunion avec le personnel informatique pour déterminer l’impact du nouveau besoin technologique
Nous aurons besoin d’obtenir l’approbation pour toute nouvelle technologie nécessaire (augmentation budgétaire)
L’impact attendu est sur le budget et les délais; Cela exigera des ressources informatiques – plus de détails à suivre
Ci-dessus est un exemple très simple d’informations détaillées sur un projet particulier. Plus ou moins d’informations peuvent être nécessaires pour vos projets selon l’organisation et les préférences de la direction.
Une bonne pratique consiste à envoyer ces informations avant les réunions de statut de projet, ce qui permet aux parties prenantes de passer en revue les informations à l’avance et venir préparées avec des questions supplémentaires et/ou prendre une décision.
Plus les chefs de projet sont détaillés dans leur rapport sur le projet, moins de questions et défis le projet recevra car les parties prenantes se sentiront « dans la boucle. »
Méta Projets Management est partenaire de DantotsuPM
Enregistrer
Enregistrer
Enregistrer
Enregistrer
Enregistrer
Enregistrer
Enregistrer
partagez ce billet avec vos amis, collègues et relations professionnelles
Récemment, j’ai beaucoup réfléchi à comment augmenter l’agilité personnelle. Non, je ne parle d’exécuter des sauts périlleux ou autres folles poses de yoga. Je parle de la capacité à me concentrer sur la valeur et à être adaptable dans ce que je fais chaque jour. L’agilité telle que mentionnée dans les valeurs et principes du Manifeste pour le Développement Logiciel Agile. Quand le manifeste a été répondu en 2001, il y avait des représentants de Extreme Programming, Scrum, DSDM, Adaptive Software Development, Crystal, Feature-Driven Development, Pragmatic Programming et autres. Aussi, quand je dis Agile, je ne veux pas nécessairement dire Scrum.
Scrum de Un ?
Dans ce billet, je veux mettre le focus sur les personnes et pas les organisations. Étant un coach Agile et un consultant, j’ai appris beaucoup de stratégies qui m’ont aidé à manager des clients. En travaillant avec de grandes organisations complexes, j’ai vu des améliorations de productivité au niveau organisationnel en appliquant Lean et Kanban et au niveau de l’équipe avec Scrum et Kanban. Mais qu’en est-il de toutes les personnes qui travaillent pour ces organisations ou dans ces équipes Scrum ? Qu’en est-il des gens qui n’ont aucune idée de ce qu’est Scrum et ne s’en soucient pas ? Comment peuvent-ils améliorer leur productivité ?
Dans le billet Lifehack « Scrum for One« , Dustin Wax décrit combien des éléments de Scrum pourraient être adaptés à la productivité individuelle. En lisant l’article, je n’ai pas acheté l’idée. Scrum est une approche géniale pour des équipes mais c’est comme vouloir faire passer une pièce ronde dans un trou carré que de vouloir utiliser Scrum pour votre productivité quotidienne.
Dans Scrum, vous démontrez la valeur à votre client toutes les 2 à 4 semaines dans le cadre d’un sprint. Cela a-t-il du sens pour manager votre travail personnel ? Non.
Dans Scrum, vous avez les 3 rôles : ScrumMaster, Propriétaire de Produit et Équipe. À moins que vous n’ayez une double personnalité, il n’y a que vous !
La plupart des choses auxquelles je pense pour atteindre mes objectifs : l’alignement des activités sur les livrables, la décomposition du travail en morceaux exécutables, réitérer sur ce qui est créé pour pouvoir l’améliorer au fil du temps… la liste est longue.
Et ces composants ne sont pas des éléments exclusifs à Scrum. Alors, pourquoi vous limiter à Scrum ?
Manifeste d’Agilité Personnelle
Je crois que la productivité personnelle doit être repensée.
La productivité personnelle est-elle d’être tout le temps occupé ou de réaliser des choses ?
Pour être productif, cela signifie que vous devez produire. Sinon, vous êtes actifs. Il y a une différence! Pour aider à structurer mes pensées, j’ai écrit un Manifeste d’agilité personnelle.
Vous remarquerez que c’est proche du Manifeste Agile. Mais, il y a des différences clés.
D’abord, (tous) les résultats obtenus sont des mesures primaires de progrès. Ceci n’est pas du tout le cas pour le développement logiciel.
Deuxièmement, je me suis concentré sur des minutes, heures et jours pour réaliser des choses. Les équipes continueront à se concentrer sur des jours, semaines et mois pour obtenir le travail escompté et le livrer.
Je cherche à produire quelque chose que tout un chacun puisse utiliser. Quand vous entendez « Agile » c’est en réalité un groupe de niche de personnes concernées. Mais, quand vous parlez de productivité personnelle, la taille de l’audience explose. Comme avec Agile, je ne pense pas qu’il y ait une unique et meilleure voie. Alors, je regarde pour expérimenter et continue d’essayer pour améliorer.
Comme j’écris sur Personnel Kanban depuis 2010, vous pourriez penser que je devrais avoir tout compris à ce jour. Eh bien non, ce n’est pas encore le cas…
Aussi, si vous avez d’autres trucs, astuces et suggestions, j’aimerais les entendre/lire.
CertYou est partenaire de DantotsuPM
Enregistrer
Enregistrer
Enregistrer
Enregistrer
partagez ce billet avec vos amis, collègues et relations professionnelles
La pensée positive n’élimine jamais des obstacles.
Faire un excellent travail ne vous donne pas de laissez-passer pour les défis, la résistance, les frustrations, les complications, les inconvénients, les empêchements ou les obstacles.
Les obstacles sont 2 choses
Tout qui vous arrive est fait de deux choses.
Le premier est la chose qui s’est produite.
Le deuxième est la façon dont vous considérez ce qui est arrivé.
Manager la deuxième chose
La chose la plus importante que vous faites est de manager la deuxième chose : la façon dont vous pensez aux obstacles.
#1. Opportunités.
Chaque obstacle est une opportunité, si vous choisissez de le considérer ainsi.
Une réflexion claire, et non les sentiments, transforme des obstacles en opportunités. L’émotion est du lest lorsqu’il s’agit d’obstacles. Vous détesterez mener jusqu’à ce que vous pensiez aux obstacles comme à des opportunités.
Considérer les obstacles comme des opportunités vous change vous, pas les obstacles. La question profonde du leadership est : « Comment devez-vous changer ? »
Votre meilleure opportunité est de développer votre capacité à servir. Quand vous voyez les obstacles comme des ennemis, le ressentiment détruit la chance d’auto-développement.
La résistance bloque le développement.
#2. Aller dans le sens.
Livre sur Amazon
L’obstacle que vous fuyez aujourd’hui, vous attendra demain au tournant.
Marcus Aurelius a écrit,
« Nos actions peuvent être empêchées, mais il ne peut y avoir aucun empêchement dans nos intentions ou dispositions. Parce que nous pouvons nous en arranger et nous adapter. L’esprit adapte et convertit à ses propres buts l’obstacle à nos actions. L’obstacle à exécuter l’action la fait progresser. Ce qui bloque le chemin devient le chemin. »
#3. Optimisme.
Ne minimisez jamais les défis au nom de l’optimisme.
L’optimiste regarde les ténèbres en face avec la résolution d’être meilleur, apprendre, se cultiver, s’adapter, grandir et avancer.
L’optimiste chuchote, « que m’appelez-vous à devenir ? » aux ténèbres.
L’optimiste se rend compte que vous n’êtes pas tout de suite capable, mais que vous le deviendrez.
CSP est partenaire de DantotsuPM
Selon vous, quel type de pensée sert bien les leaders qui font face à des obstacles ?
Enregistrer
Enregistrer
partagez ce billet avec vos amis, collègues et relations professionnelles
DantotsuPM.com 