Ouais mais les gars qui font l'Everest, vous utilisez encore des cartes papier ?

Mais je voulais juste savoir c'était quoi la meilleure appli et le meilleur rapport qualité/prix pour aller promener mes chiens dans la forêt sans me perde moi

Pour monter l'everest, tu évites de t'appuyer sur un truc qui peux tomber en panne de pile à tout moment

 
A minima ça force un canal de communication, à ce que les gens fassent un point honnête sur ce qu'ils font et là où ils ont des problèmes.
Avec une équipe expérimentée ça peut ne pas servir à grand chose.

OK mais quotidiennement ? Un point hebdo ça suffit pour faire l'état des lieux. Et forcer la com en bloquant l'équipe tous les jours, je trouve pas ça terrible ; les mecs mauvais en com le resteront et les autistes qui ont pas envie de discuter de leur truc ba ils feront "oui ça avance bien, je vais bien tout va bien" et basta.

Tout à fait d'accord pour l'horaire
Par contre, le coup des achievements, pour l'avoir testé pendant plus d'1 an, personne n'accrochait. Simplement parce que dans la plupart des cas, y avait des retards (pas mal de maintenance sur des applis à la con = dev repoussé), donc on décalait plus souvent les post-its plutôt qu'on ne les collait dans la case "fini" -> démotivation. Dans la boîte sympa et bien organisée où la plupart des post-its finissent dans la bonne case ça peut être bien, mais dans les autres cas ça fait un peu "mauvais élève qui a pas fait ses devoirs devant toute la classe"

 
la carte papier, eventuellement un GPS de rando ôur la localisation, mais le téléphone, ça va pas le faire, tu auras plus de batterie avant la fin de la promenade

Bah, si tu allumes le GPS que quand tu fais un topo position non tu tiens la journée sans problème. Et la carte papier elle te dit où tu devrais être, mais pas où t'es, c'est pas toujours pratique.

Bah, si tu allumes le GPS que quand tu fais un topo position non tu tiens la journée sans problème. Et la carte papier elle te dit où tu devrais être, mais pas où t'es, c'est pas toujours pratique.

 
Je sais pas si c'est vraiment un problème. Je me suis jamais paumé au point de pas pouvoir me repérer en regardant autour, genre a 300m près au max. Ca suffit pour savoir ou on doit aller.

Là, à 20€ de l'heure,

2.5 euros pour tout retard, c'est PAS DISSUASIF. Surtout à 16:00.

Ces gens qui sont incapables d'être concis dans un daily scrum...

J'ai jamais participé à un projet scrum.
Les retours d'xp que je lis ça et là me font régulièrement peur

Après si le Scrum master à les skills sociaux de Machine et fait pas participer les gens...

Un alpiniste qui économise son poids de PQ il a besoin de plus d'une journée, et un GPS c'est pas léger: un truc genre garmin randonnée c'est 210g + 2x23g pour les piles (2xAA) pour 16h d'autonomie, une carte de rando topo (IGN Top25) c'est 90g et une autonomie de *
 
(note: il y a des GPS moins lourds et d'autres plus lourds mais chez garmin pour un truc potable ça semble être 150~200g + 2-3 piles AA, donc dans tous les cas t'es à 2 cartes 1/25000 minium sans piles de remplacement)

Nan mais reconnaissez que c'est quand même plus pratique quand on a un putain de point rouge qui dit où on est, et qu'on a pas besoin de plier/déplier la carte 36 fois pour la centrer sur l'endroit qui nous intéresse ! Bon après j'ai exprimé mon besoin, j'ai eu une réponse satisfaisante mais c'est pas la peine d'essayer de me convaincre que c'est d'autre chose dont j'ai besoin

 
Tu as besoin d'une iMap, faut juste attendre que ça sorte pour en avoir conscience.

Du coup c'est pour qui les garmin trucs ? Pourquoi ils font pas des trucs avec e-ink avec l'autonomie d'un kindle ?

 
surtout en foret française, les numéros de parcelles sont indiqués sur les cartes, ainsi que sur les arbres

Hebdo c'est pas assez. T'as des risques de dérives à la semaine. Si tu foires une journée de dev c'est moins grave.

Et je t'assure que les gens s'améliorent en com

Chez nous c'est 9h15 depuis 2 ans et demi. On en a jamais loupé (sauf moi ).
On avait au début la même problématique de la maintenance qui bouffait sur les items de sprint. On avait mis un coefficient de focalisation trop élévé. Au bout de 2 sprint on l'a changé (passage de 0.8 à 0.6) et beaucoup moins de pb depuis.
Sinon oui c'est démotivation assurée. Mais l'intérêt de la méthodo réside bcp dans le débrief de fin de sprint.
Personne remontait le fait que vous n'arriviez pas à faire vos items de sprint ? Et personne n'a adapté le process en conséquence ?

Scrum c'est pas une méthodo, c'est un framework de méthodo. Faut adapter à son fonctionnement ensuite. Tout n'est pas forcément applicable ou bon à prendre, suivant les contextes.

Mais que tous les gens d'une même équipe (sous-entendu : ne bossant pas sur les mêmes projets) ne se rencontrent qu'une fois par semaine de façon formelle, honnêtement y a pas mort d'homme.  

si ils bossent pas sur le meme projet ils ont pas a se rencontrer tous les jours.
 
 apres comme dis ratibus, la methodologie est cense etre adapté à chaque entreprise, projet.

J'ai pas compris le daily scrum meeting avec des gars sur des projets/applis différentes  

J'ai pas compris le daily scrum meeting avec des gars sur des projets/applis différentes  

nous on fait du scrum à 4 daily, même si on travaille pas forcément sur les mêmes projets mais ça permet de se voir et de savoir qui fait quoi, en même temps on est étalé entre paris, sydney, sanfrancisco

nous on fait du scrum à 4 daily, même si on travaille pas forcément sur les mêmes projets mais ça permet de se voir et de savoir qui fait quoi, en même temps on est étalé entre paris, sydney, sanfrancisco

Tu sais que tu peux faire un point rapide avec des gens sans appeler ça SCRUM Daily ?

Tu sais que tu peux faire un point rapide avec des gens sans appeler ça SCRUM Daily ?

Tu sais que tu peux faire un point rapide avec des gens sans appeler ça SCRUM Daily ?

Fig.1 "SCRUM est à la mode donc on va l'appliquer à notre boîte même si c'est pas adapté".

C'est un scrum daily, pour justifier qu'ils se mettent debout pour parler au téléphone en conf audio.

C'est clairement ça, oui. Un manager qui est en charge de plusieurs applis/projets qui fait son daily meeting avec tout le monde toutes applis confondues. Et paf, pastèque Quand j'ai fait la remarque, stait comme Gatsu disait : "oui mais comme ça tout le monde se tient au courant de ce que font les autres " Je veux bien hein, mais tous les jours... ?

C'est clairement ça, oui. Un manager qui est en charge de plusieurs applis/projets qui fait son daily meeting avec tout le monde toutes applis confondues. Et paf, pastèque Quand j'ai fait la remarque, stait comme Gatsu disait : "oui mais comme ça tout le monde se tient au courant de ce que font les autres " Je veux bien hein, mais tous les jours... ?

C'est clairement ça, oui. Un manager qui est en charge de plusieurs applis/projets qui fait son daily meeting avec tout le monde toutes applis confondues. Et paf, pastèque Quand j'ai fait la remarque, stait comme Gatsu disait : "oui mais comme ça tout le monde se tient au courant de ce que font les autres " Je veux bien hein, mais tous les jours... ?

"oui mais comme ça tout le monde se tient au courant de ce que font les autres "

Il faudra lui montrer la page 42 de "SCRUM pour les cons managers" où ça parle du fait que c'est pas adapté à des équipes de plus de 6 ou 7 personnes.
 
Edit : putain d'après wikipedia, il y aurait aussi SCRUM-ban, un mix de SCRUM et kanban. Je sens qu'on va bouffer de ce genre de truc modifié pour en faire quelque chose d'encore plus monstrueux d'ici quelques années.

Fig.1 "SCRUM est à la mode donc on va dire qu'on l'applique à notre boîte même si c'est du bullshit et business as usual".

FTFY.

Tout dépend de comment tu suis le truc. Si toi, en tant que manager, tu suis tes gars uniquement à la semaine, ouais tu vas avoir un problème. Mais que tous les gens d'une même équipe (sous-entendu : ne bossant pas sur les mêmes projets) ne se rencontrent qu'une fois par semaine de façon formelle, honnêtement y a pas mort d'homme. Mon problème c'est vraiment le côté "on fait venir tout le monde à telle heure tous les jours pour donner l'état d'avancement". Y a des projets/applis qui ne concernent que certaines personnes, les autres s'en branlent et vont soit réfléchir à ce qu'ils vont dire, soit réfléchir à comment résoudre tel ou tel problème dont ils viennent de parler ; ils seront physiquement présents mais mentalement absents.

Tout dépend de quelle com on parle. La com importante pour moi c'est : discuter avec son manager pour reporting, discuter avec les collègues quand on bloque sur un truc et discuter avec le client/le MOA. Le premier point oui, le daily meeting répond au besoin en forçant la main. Le second point, c'est ce que j'ai dit plus haut : pourquoi attendre le lendemain matin pour exprimer un pb... si ça peut s'avérer utile de temps en temps, je trouve qu'un point quotidien c'est trop. Le troisième point n'est pas concerné.
De manière générale, j'ai l'impression que le daily meeting sert essentiellement au manager pour son suivi, les chiffrages, la backlog, machin. Pour le dev, honnêtement, j'ai pas vu d'apport. J'ai vu des gars exprimer un pb et d'autres proposer des solutions hein, je dis pas, mais rien qui n'aurait pu être fait de façon informelle.

Si, on a remonté le truc plein de fois, du coup on surestimait un max la maintenance et ça partait en vrille dans l'autre sens. La maintenance était difficile à prévoir avec des grosses charges par moments et quasi rien pendant 1 semaine. Donc ouais, à la fin du mois ça s'équilibre, mais chaque fin de semaine changeait. Après oui, le process était boiteux sur pas mal de trucs.
 
Chu bien d'accord Et c'est un peu ce que je veux dire pour le daily meeting : ça convient pas partout ni à tout le monde. J'ai vu des équipes le mettre en place alors que dans pas mal de cas c'était overkill et/ou mal géré (et chiant, donc).

si ils bossent pas sur le meme projet ils ont pas a se rencontrer tous les jours.
 
 apres comme dis ratibus, la methodologie est cense etre adapté à chaque entreprise, projet.

J'ai pas compris le daily scrum meeting avec des gars sur des projets/applis différentes  

Le problème est que SCRUM ne peut fonctionner que si le concept d'agile est compris dans toute la hiérarchie.
Si les managers pensent que le daily meeting est comme une réunion normale (ie: le manager parle pendant 2h pour rien avancer) mais debout, ça ne fonctionne pas (le fait d'être debout a pour but justement d'inciter à expédier la chose au plus vite).
Si ce ne sont pas les devs qui chiffrent les fonctionnalités, c'est mort.
Si des commerciaux ou autres glandeurs s'amusent à passer outre le scrum master pour faire faire un truc qui les intéresse, c'est mort.
Si c'est pris comme une excuse pour ne pas avoir de specs, c'est mort.
Si tout n'est pas fait pour avoir une mise en prod en fin d'itération (donc tests fonctionnels sur preprod, documentation, etc.) c'est mort.

Il faudra lui montrer la page 42 de "SCRUM pour les cons managers" où ça parle du fait que c'est pas adapté à des équipes de plus de 6 ou 7 personnes.
 
Edit : putain d'après wikipedia, il y aurait aussi SCRUM-ban, un mix de SCRUM et kanban. Je sens qu'on va bouffer de ce genre de truc modifié pour en faire quelque chose d'encore plus monstrueux d'ici quelques années.