Super ! Vos vidéos suivent fréquemment nos réflexions sur notre transformation agile dans une agence de développement. Les contraintes telles que la multiplicité des projets, le travail au forfait, les impératif de rentabilité, l'absence de contact utilisateur direct se confrontent souvent avec les grandes recettes de l'agilité.
Salut Antoine merci :) En effet j'ai pour ma part pu intervenir dans une agence web sur ces problématiques là et au final, les petites choses à mettre en place pour être agile malgré ces contraintes ne sont pas si différentes de ce qu'on préconise dans les grands groupes. Au plaisir d'en discuter avec toi :) -- Constantin
Vidéo très intéressant encore une fois. J'entends quasiment partout "on applique Scrum", mais pas grand monde qui peut répondre à la question "Pourquoi ?" ou qui remet en questions la pertinence d'utiliser ce framework dans ce contexte. Vive l'agnostisme ! J'aimerai aussi voir plus souvent le top management sur le terrain... on déplace les bureaux ?
Merci pour cette vidéo ! Hélas la réalité est un peu différente car si les directeurs pronent l'autonomie et le changement, ils deviennent réticents dans les actes quand ils se rendent compte de leur perte de contrôle (donc de pouvoir!). Je pense que la première étape d'une transformation qui fonctionne est d'acculturer la direction au mind set de l'agilité car c'est elle avant tout qui doit lacher prise pour laisser les collaborateurs devenir acteurs !
C'est un serpent qui se mort la queue, car parfois, le manager ne lâche pas prise parce qu'il ne peut pas, quand il l'a fait auparavant, l'équipe n'a pas pris le sujet en main. Donc pour lâcher prise, il faut que les collaborateurs se bougent les fesses. Dans ce cas-là, la première étape de la transfo, si elle ne se fait qu'avec les managers, risque d'échouer. Il faut surement avancer à petits pas ensemble. Qu'en dis-tu ? -- Constantin
2 ปีที่แล้ว
La simplicité à l'échelle, c'est la simplicité, mais en plus compliqué. L'autonomie à l'échelle, c'est l'autonomie, mais avec plus d'ingérence. l'agilité à l'échelle, c'est l'agilité, mais en moins agile .... mais ce n'est pas un reproche. Juste un choix à assumer
Très bonne démonstration. Cependant, dans toutes les vidéos que vous proposez vous ne parlez jamais de budget. Un peu comme si cela était tabou. J'ai des clients avec des budgets faramineux, avec lesquels je peux faire ce que je souhaite sans contraintes, mais j'ai aussi des clients avec deux ou trois devs et un PO et pour qui je dois mettre un plan d'action pour sortir un incrément qui fera office de démo. Je serai donc intéressé par une vidéo sur une approche plus complexe : Peu ou pas de budget, équipe réduite, nécessité de faire un prévisionnel tant budgétaire que de durée. J'ai souvent réussi à mettre en place certaines choses mais je me heurte souvent à cette idée de "prévisionnalité" et de budget, qui est bien entendu en contradiction avec le concept d'agilité même.
Salut Mickael, nous parlons parfois de budget sur la chaine mais effectivement ce n'est pas un sujet principal. Est-ce qu'un budget réduit ne justifie pas d'autant plus l'agilité en itérant petit pour garantir une convergence rapide vers la bonne solution ? -- JP
Une question, un doute, quelque chose à ajouter ? Ajoute-le en commentaire ! ⌨👇
Nous en échangerons lors du 🔴Live jeudi : sl.run/zM7NGo
Super ! Vos vidéos suivent fréquemment nos réflexions sur notre transformation agile dans une agence de développement. Les contraintes telles que la multiplicité des projets, le travail au forfait, les impératif de rentabilité, l'absence de contact utilisateur direct se confrontent souvent avec les grandes recettes de l'agilité.
Salut Antoine merci :)
En effet j'ai pour ma part pu intervenir dans une agence web sur ces problématiques là et au final, les petites choses à mettre en place pour être agile malgré ces contraintes ne sont pas si différentes de ce qu'on préconise dans les grands groupes.
Au plaisir d'en discuter avec toi :)
-- Constantin
Super vidéo ! Merci. Moi je retiens surtout le faire la bonne chose pour que ça fonctionne, indépendamment d'un framework. Pas de recette miracle !
Oui ! Ces conseils font-ils écho à tes expériences ?
-- JP
Vidéo très intéressant encore une fois. J'entends quasiment partout "on applique Scrum", mais pas grand monde qui peut répondre à la question "Pourquoi ?" ou qui remet en questions la pertinence d'utiliser ce framework dans ce contexte. Vive l'agnostisme ! J'aimerai aussi voir plus souvent le top management sur le terrain... on déplace les bureaux ?
Et oui, souvent, on veut des résultats mais sans trop réfléchir à pourquoi ni comment... 😑
-- JP
Merci pour cette vidéo ! Hélas la réalité est un peu différente car si les directeurs pronent l'autonomie et le changement, ils deviennent réticents dans les actes quand ils se rendent compte de leur perte de contrôle (donc de pouvoir!). Je pense que la première étape d'une transformation qui fonctionne est d'acculturer la direction au mind set de l'agilité car c'est elle avant tout qui doit lacher prise pour laisser les collaborateurs devenir acteurs !
C'est un serpent qui se mort la queue, car parfois, le manager ne lâche pas prise parce qu'il ne peut pas, quand il l'a fait auparavant, l'équipe n'a pas pris le sujet en main. Donc pour lâcher prise, il faut que les collaborateurs se bougent les fesses.
Dans ce cas-là, la première étape de la transfo, si elle ne se fait qu'avec les managers, risque d'échouer.
Il faut surement avancer à petits pas ensemble.
Qu'en dis-tu ?
-- Constantin
La simplicité à l'échelle, c'est la simplicité, mais en plus compliqué.
L'autonomie à l'échelle, c'est l'autonomie, mais avec plus d'ingérence.
l'agilité à l'échelle, c'est l'agilité, mais en moins agile
.... mais ce n'est pas un reproche. Juste un choix à assumer
Très bonne démonstration. Cependant, dans toutes les vidéos que vous proposez vous ne parlez jamais de budget. Un peu comme si cela était tabou. J'ai des clients avec des budgets faramineux, avec lesquels je peux faire ce que je souhaite sans contraintes, mais j'ai aussi des clients avec deux ou trois devs et un PO et pour qui je dois mettre un plan d'action pour sortir un incrément qui fera office de démo.
Je serai donc intéressé par une vidéo sur une approche plus complexe : Peu ou pas de budget, équipe réduite, nécessité de faire un prévisionnel tant budgétaire que de durée. J'ai souvent réussi à mettre en place certaines choses mais je me heurte souvent à cette idée de "prévisionnalité" et de budget, qui est bien entendu en contradiction avec le concept d'agilité même.
Salut Mickael, nous parlons parfois de budget sur la chaine mais effectivement ce n'est pas un sujet principal.
Est-ce qu'un budget réduit ne justifie pas d'autant plus l'agilité en itérant petit pour garantir une convergence rapide vers la bonne solution ?
-- JP