Pourquoi l'Agile n'a Pas Fonctionné. En tant que coach agile, une des questions que l'on me pose souvent est : "Nous avons mis en place l'agilité, mais pourquoi est-ce que ça n'a pas fonctionné ?
". Les personnes qui me posent cette question sont vraiment perplexes. J'ai rencontré des équipes qui se sont données beaucoup de mal pour se réorganiser, répartir différemment les responsabilités, et redéfinir les processus ; et pourtant elles étaient consternées de voir que leur productivité et leur moral étaient encore plus bas qu'avant. Chaque organisation a des dysfonctionnements spécifiques. En tant que coach, je dois m'immerger profondément dans les équipes, et les observer de près pour comprendre comment elles fonctionnent. Mais, malgré leur caractère unique, les mêmes schémas émergent souvent. Problèmes de Management. MSIDC - Program Manager. Combined Engineering @ Microsoft. (I am writing for myself, for fun.
I like to say controversial things. I do not write for my employer. My employer would perhaps rather I did not write. If my employer asks that I do not write or that I remove something I will do that because they have been great to me. I might be an asshole.) Let me preface this by saying I don't have anything against software testing. Functional organizations The notion of the functional organization inside Microsoft revolved (it is dead now and past tense is appropriate) around three distinct engineering disciplines doing distinct things, arguably in silos from each other. How Microsoft dragged its development practices into the 21st century. SEATTLE—For the longest time, Microsoft had something of a poor reputation as a software developer.
The issue wasn't so much the quality of the company's software but the way it was developed and delivered. The company's traditional model involved cranking out a new major version of Office, Windows, SQL Server, Exchange, and so on every three or so years. The releases may have been infrequent, but delays, or at least perceived delays, were not. Microsoft's reputation in this regard never quite matched the reality—the company tended to shy away from making any official announcements of when something would ship until such a point as the company knew it would hit the date—but leaks, assumptions, and speculation were routine. Windows 95 was late. In spite of this, Microsoft became tremendously successful. There's no singular cause for these periodic releases and the delays that they suffered.
Agilité et carrière - Developers' notebook. Au scrum day, j'ai assisté à deux sessions sur le management dans l'agilité : "De scrum master à coach agile" de Véronique Messager et "Pratiques et difficultés pour les managers d'équipes agiles", une table ronde animée par Damien Thouvenin.
Si chaque membre de l'équipe peut déjà tout faire et a déjà des responsabilités, quelles progressions de carrière sont possibles ? Devenir scrum master, devenir indépendant ? Le processus d’élaboration des Spécifications en méthodes Agiles « Gestion de Projets Agile. Le processus d’élaboration des Spécifications en méthodes Agiles Publié le Mis à jour le Il est faux de penser qu’il n’existe pas de cahier de spécifications en méthode agile.
En réalité c’est son processus de création qui est différent. Tout d’abord, comme vous le savez déjà, en mode Agile il n’existe pas de phase « lourde » et « laborieuse » de spécification en début de projet (et uniquement en début ! Oui Mr. le Client vous devez penser à tout avant même de commencer, après il sera trop tard…). Voici les avantages et pièges à éviter: Le gain le plus significatif sur la rédaction par itération, est le cumul de l’historique sur le projet au moment de la rédaction.
Soft(ware)Ball. 38 Scrum Master Interview Questions To Avoid Imposters. Comment Kanban a changé ma vie / GLMF-162. Rassurez-vous, je ne vais pas vous parler de ma vie personnelle, mais plutôt de ce qui a changé dans ma vie de chef de projet depuis que je mets en place Kanban dans les projets.
Le métier de chef de projet n’est pas si simple, vous devez satisfaire votre client en lui livrant une application qui correspond à son besoin, respecter votre budget ainsi que les délais. Le chef de projet a aussi un autre challenge à relever : communiquer auprès de son équipe afin de garder une bonne ambiance générale ! Pas toujours si facile ! J’oubliais le plus important : votre application doit avoir un très haut niveau de qualité sinon vous allez passer la majorité de votre temps à corriger des bugs au lieu de développer de nouvelles fonctionnalités. LKFR15. Arrêter Scrum pour le flux, mmmmh ! Parmi les raisons évoquées par ceux qui disent "on arrête Scrum pour passer au flux", certaines m'apparaissent très discutables : les réunions prennent trop de temps,le sprint est un carcan qui met la pression sur les équipes,on déploie à un rythme différent du sprint, alors pourquoi le garder ?
En effet, on peut rétorquer que ce ne sont pas des réunions, que si on y regarde de plus près ce sont souvent les estimations qui prennent du temps et qu'on peut tout à fait les supprimer en continuant Scrum. La pression sur les équipes vient bien souvent de l'engagement de sprint mal compris et cela peut s'améliorer. Déployer très souvent c'est bien, mais cela ne remet pas en cause le principe de boite de temps du sprint, le rythme régulier garde des vertus sans le déploiement de fin de sprint.
Bye Bye Scrum. J'arrête Scrum.
Ce n'est pas un billet de premier avril qui aurait un peu de retard : j'arrête volontairement et définitivement l'utilisation de Scrum. Il y a 4 ans, j'annonçais que, après quelques années de bricolages méthodologiques agiles, j'avais pris une approche relativement formelle pour passer à Scrum. Kanban pour l'IT.