Beaucoup de choses intéressantes et une base très saine mais quelques raccourcis importants car c'est une présentation un peu trop "dev centrée" : - Peu de recul sur le rôle des designers où le coût de prototypage est 10 fois plus bas - Sur le rôle des PO / PM, ils ne doivent pas pousser bêtement, ils doivent être owner du problème et le comprendre parfaitement; c'est ça que les devs doivent attendre de leur PO - Rien sur "comment remplacer les specs" => - Rien sur les OKRs - Réflexion projet au lieu de réflexion produit Rien sur le contexte de réalisation => - Rien sur les différences éditeur / client final - Rien sur le role de la contractualisation entre une SSII et un client qui porte souvent le verre dans le fruit Tout ça mérite d'être creusé :)
et... visiblement il n'a aucune connaissance des contraintes système (licence, amortissement, mutualisation et les impacts croisés....) du coup ce qu'il dit sur le prototypage est totalement faux. dommage. et c'est bien un soucis qu'on a avec plusieurs décideurs. on ne compte plus les sociétés qui ont perdu des millions à cause de ce genre de comportement.... j'ai hâte que la bulle du devops explose enfin.
![[Agile Grenoble 2019] Arnaud Lemaire - Et si on redémarrait l'agilité ?](http://i.ytimg.com/vi/sZbmP0JZHBs/mqdefault.jpg)
![[Agile Grenoble 2019] Arnaud Lemaire - Et si on redémarrait l'agilité ?](/img/tr.png)
![[SC] Entre industrialisation et artisanat, le métier de développeur - Arnaud Lemaire](http://i.ytimg.com/vi/itGmiTS_IPw/mqdefault.jpg)
Chapeau, intéressant, fluide, drôle. Un must watch.
Le petit coup de gueule qui fait plaisir ^^
Il est exceptionnel ce mec
Vraiment une excellente présentation ! Bravo !
Chapeau bas. Un vrai artisan.
Amen
Hello, je n'ai pas trouvé l'outil pour générer des diagrammes à partir de code. "___ docs" ?
qdox
Beaucoup de choses intéressantes et une base très saine mais quelques raccourcis importants car c'est une présentation un peu trop "dev centrée" :
- Peu de recul sur le rôle des designers où le coût de prototypage est 10 fois plus bas
- Sur le rôle des PO / PM, ils ne doivent pas pousser bêtement, ils doivent être owner du problème et le comprendre parfaitement; c'est ça que les devs doivent attendre de leur PO
- Rien sur "comment remplacer les specs" =>
- Rien sur les OKRs
- Réflexion projet au lieu de réflexion produit
Rien sur le contexte de réalisation =>
- Rien sur les différences éditeur / client final
- Rien sur le role de la contractualisation entre une SSII et un client qui porte souvent le verre dans le fruit
Tout ça mérite d'être creusé :)
et... visiblement il n'a aucune connaissance des contraintes système (licence, amortissement, mutualisation et les impacts croisés....) du coup ce qu'il dit sur le prototypage est totalement faux. dommage. et c'est bien un soucis qu'on a avec plusieurs décideurs. on ne compte plus les sociétés qui ont perdu des millions à cause de ce genre de comportement.... j'ai hâte que la bulle du devops explose enfin.
En 40 minutes vous vous attendez à quoi en fait ?