1. Individui e interazioni su processi e strumenti

2. Software funzionante oltre documentazione approfondita

3. La collaborazione con il cliente ha la precedenza sulla negoziazione del contratto

4. Rispondere al cambiamento meglio che seguire il piano

1. Consegna continua, piccoli passi e passi rapidi

2. Accetta il cambiamento e migliora i tuoi punti di forza

3. Fornire feedback tempestivi e classificazione del valore

4. Ottieni risultati e misura i progressi

5. Aggiornato continuamente per rafforzare l'agilità

6. Semplifica i prodotti ed elimina gli sprechi

7. Lavoro di squadra, interazione quotidiana

8. Fidati dei membri e dai supporto

9. Comunicazione faccia a faccia, efficiente e chiara

10. Membri di tutti i partiti, ritmo stabile

11. Lavorate insieme e organizzatevi

12. Introspezione del team e miglioramento continuo

1. Numero di persone: 3-9 persone

2. I membri del team sono interfunzionali e i talenti a forma di T sono incoraggiati

3. I membri devono essere a tempo pieno e almeno non possono cambiare a piacimento durante l'iterazione.

4. Avere l'autorità di prendere qualsiasi forma di decisione entro i limiti del team charter/iterazione arretrata

5. Elevato grado di capacità di auto-organizzazione

6. Necessità di dimostrare la funzionalità del prodotto a Po

7. Il team deve definire il DoD

1. Determinare le caratteristiche del prodotto

2. Decidi la data di uscita

3. Dai priorità alle storie degli utenti

4. Responsabile del ROI del prodotto

5. Prima di ogni iterazione/sprint, modifica le funzionalità e le priorità secondo necessità

6. Accettare o rifiutare il lavoro del team di sviluppo

7. In qualità di portavoce dei clienti, ricevi esigenze e feedback diversi e risolvi costantemente l'elenco delle cose da fare

Titoli all'interno di diverse organizzazioni

facilitatore della squadra

Scopo

tipo

Responsabilità

1. Sorgente di emissione di informazioni

2. Visualizzazione: visualizza lo stato del progetto e informazioni trasparenti su tutte le parti

3. Garantire la continuità del flusso di lavoro e la fornitura di valore

4. Contiene: lavori da fare, lavori in corso, lavori completati

5. Rispettare i limiti di Work in Progress (WIP): è più importante finire il lavoro che iniziarne uno nuovo

1. Processo di sviluppo leggero

2. Clienti e sviluppatori faccia a faccia

3. pratica

2 cose da fare arretrate

Personale di categoria 3

4 incontri

Scatola del tempo Scatola del tempo

Consegnare il lavoro alla stazione di servizio successiva alla fine di ogni giornata

1. Stabilire collegamenti di videoconferenza a lungo termine tra le sedi

2. Apri il collegamento all'inizio del lavoro di ogni giornata

3. Chiudere la connessione una volta terminato il lavoro

Due persone vengono accoppiate per svolgere lo stesso lavoro, condividendo gli schermi tramite strumenti

Utilizza tre fattori per determinare l'approccio giusto per il tuo progetto

1. Le organizzazioni non possono essere completamente agili

2. Periodo di transizione agile

3. Accelera la velocità di consegna del ciclo di vita delle previsioni

4. Cambiare i modelli di pensiero dei membri del team

1. Aggiungere tecniche più iterative per promuovere l'apprendimento

2. L'aggiunta di ulteriori tecnologie incrementali accelera il ritorno sull'investimento per gli sponsor

3. Prova prima la nuova tecnologia su un progetto a basso rischio e incertezza da bassa a moderata

4. Dopo aver utilizzato con successo metodi ibridi all'interno dell'organizzazione, prima di provare progetti agili più complessi

Presenta il tuo prodotto in 1-2 minuti per suscitare interesse

1. Dimostrare le caratteristiche del progetto e i vantaggi che apportano

2. Ha un nome e un marchio

3. Include la guida pratica

1. Valori del team: velocità di sviluppo sostenibile e ore di lavoro principali

2. contratto di lavoro

3. regole di base

4. norme di squadra

1. è un elenco ordinato

2. PO è responsabile del contenuto, della disponibilità, della priorità

3. sempre incompleto

4. è dinamico

1. Dettagliato e breve in modo appropriato

2. stimato

3. Sviluppo dinamico

4. Dare priorità

1. I membri del team dovrebbero prima considerare di fare una demo

2. Non vengono apportate modifiche all'interno di uno sprint

3. I bug in questo ciclo non devono necessariamente essere risolti in questo ciclo. Dipende dalla priorità del bug e deve essere confermato dal PO.

4. Il Product Backlog tiene conto della progettazione e dei requisiti

5. Lo Sprint Backlog tiene conto sia della pianificazione che del design

ciò che è stato realizzato ieri

Cosa farai oggi

Quali difficoltà e ostacoli hai incontrato sul lavoro?

Parte 1

Parte 2

Passaggi specifici

1. Il team dimostra al PO le funzioni del prodotto sviluppato

2. PO organizza riunioni e invita le parti interessate a partecipare

3. Attraverso la dimostrazione dal vivo

4. Non c'è bisogno di essere troppo formale

5. PPT non è necessariamente richiesto

6. Generalmente controllato entro 2 ore

7. Giudizio sugli attributi, non giudizio variabile

8. Se la User Story non viene superata, il PO determina la priorità e determina in quale sprint verrà completata.

1. chiamato anche incontro di riflessione

2. Lo scopo è quello di riassumere esperienze e lezioni per facilitare l'ulteriore risoluzione dei problemi

3. È possibile utilizzare il diagramma a lisca di pesce e il metodo delle carte

4. Principio dell'hamburger: prima lodare, poi criticare e poi fornire soluzioni

5. Valutare il cambiamento: riflettere sul perché è cambiato e su come evitarlo

6. Valutazione delle user story non finite: perché non sono state completate

7. regola una cosa