Precedente:
Il Ruolo dell'Équipe – Poi: Impari di altre SquadreLearn from other TeamsNon sappia quello che Lei non sa (Jim McCarthy, 10 minuti)
Un brano scelto da un discorso di sviluppo di software che Jim McCarthy diede a Microsoft Consulting quando lui fu incaricato di C ++ (lo Studio adesso Visivo).
Il brano scelto di discorso molto istruttivo e divertente su come i progetti sono (tipicamente) valutati e perché questo fallisce.
Squadre di sviluppo agili:
l'Ambito e la Scala (Mike Cohn, 10 minuti)
L'introduzione veloce a pianificazione e stima di un Progetto di Mischia.
La Stima agile e la Pianificazione di Poker (Mike Cohn, 90 totale di minuto)
Mike Cohn ci dà una comprensione perché non dobbiamo progettare progetti nei grandi tempi assoluti usanti. Come esseri umani stiamo molto meglio valutando ordini relativi di scala, ambito o grandezza. Tutti possono toccare l'esempio che lui dà: quanto più grande è un Elefante rispetto a un Leone? Possiamo valutare che piuttosto facilmente e le probabilità che siamo spenti da più che un fattore di 2-3 sono magre. Particolarmente se Lei usa la media di parecchie stime. Ma quando proviamo a valutare il peso dell'elefante e quanto di più pesa rispetto a un Leone, siamo di solito spenti da parecchi ordini di grandezza – moltiplicato dal numero che abbiamo visto dieci secondi prima della ruota di fortuna! Everyone can relate to the example he gives: how much bigger is an Elephant compared to a Lion? We can estimate that pretty easily and chances that we’re off by more than a factor of 2-3 are slim. Especially if you use the average of several estimations. But when we try to estimate the elephant’s weight and how much more it weighs compared to a Lion, we’re usually off by several orders of magnitude – multiplied by the number we’ve seen ten seconds before on the fortune wheel!
Pianificazione di Poker
L'idea dietro Pianificazione di Poker è semplice. Le storie individuali sono presentate per stima. Dopo di un periodo di discussione, ogni partecipante sceglie dalla sua coperta il biglietto numerato che rappresenta la sua stima di quanto lavoro è coinvolto nella storia in discussione. Tutte le stime sono tenute private finché ogni partecipante abbia scelto un biglietto. In quel tempo, tutte le stime sono rivelate e la discussione può cominciare di nuovo. After a period of discussion, each participant chooses from his own deck the numbered card that represents his estimate of how much work is involved in the story under discussion. All estimates are kept private until each participant has chosen a card. At that time, all estimates are revealed and discussion can begin again.
La Wikipedia su Pianificazione di Poker
Pianificazione di Poker in dettaglio
Metta la firma per Poker di Pianificazione In linea
Ordini la Sua serie di Pianificazione di biglietti di Poker da Croccante, la Svezia
Ordini la Sua serie di Pianificazione di biglietti di Poker da Nordija, la Danimarca
Ordini la Sua serie di Pianificazione di biglietti di Poker da Hardware Agile, gli Stati Uniti
Ordini la Sua serie di Pianificazione di biglietti di Poker da software di Capra di Montagna, gli Stati Uniti
Ordini la Sua serie di Pianificazione di biglietti di Poker da Houston Inc., gli Stati Uniti
1 giorno rimanendo per sempre (Richard Kronfält)
Diciamo che l'équipe sta lavorando in alcuna storia e necessità di finire un compito che è originariamente valutato fino a 4 giorni. Appena l'équipe inizia a lavorare loro ininterrottamente diminuiscono la stima finché loro si estendano 1. Il compito allora rimane durante “1 giorno rimanendo” durante parecchi giorni – sebbene le équipe veramente lavorino (e forte, anche) su finitura del compito. Lei chiede l'équipe quello che sta continuando, perché il compito non si estende mai 0, e la risposta che Lei riceve è “Bene, le cose continuano a saltare su a quello che non abbiamo pensato che deve esser fatto anche per finire questo compito. Non possiamo finire il compito a meno che anche tocchiamo quelle cose.”. Diciamo che Lei non solo vede questo ogni tanto. Lei lo vede più e più volte, la Storia dopo Storia e Sprint dopo Sprint. [...] The task then remains on “1 day remaining” for several days – even though the team actually do work (and hard, too) on finishing the task. You ask the team what’s going on, why the task never reach 0, and the reply you get is “Well, things keep popping up that we didn’t think of which has to be done too in order to finish this task. We can’t finish the task unless we also handle those things.”. Let’s say you don’t only see this occasionally. You see it over and over again, Story after Story and Sprint after Sprint. [...]










Perfino non capisco come rimasi alzato proprio qui, comunque credei che questo si è sistemato fu buono. Non so chi Lei è comunque certamente Lei sta andando a blogger famoso per quelli che non sono già. Alla salute Cheers!