D1. I team possono incontrare la necessità di storie utente "tecniche". Chi decide la priorità di questi?
- il Product Owner con l'aiuto di Operations
- il Tech Lead con l'aiuto del Product Owner
- il Product Owner con l'aiuto del Tech Lead
- il Tech Lead con l'aiuto di Operations
- Congratulazioni al team per il loro grande lavoro.
- Stare al di fuori della cerchia degli sviluppatori e ascoltare gli impedimenti.
- Lo Scrum Master non dovrebbe partecipare: questa riunione è solo per gli sviluppatori.
- Chiedi a ogni sviluppatore cosa ha fatto dall'ultimo standup giornaliero.
- la velocità del team
- il numero di storie nel backlog del prodotto
- le storie pronte
- la capacità del team
D4. Un membro del team ha mostrato segni di grande disagio personale: piangere al lavoro, scattare contro i colleghi, avere conversazioni telefoniche accese. Come Team Facilitator, cosa dovresti fare?
- Dare al membro del team spazio e tempo per affrontare i loro problemi personali.
- Dì agli altri membri della squadra che il loro compagno di squadra ha bisogno di un supporto emotivo.
- Informa il responsabile del team delle tue osservazioni e chiedi aiuto al responsabile.
- Chiedi al membro del team se vorrebbe parlare di ciò che potrebbe accadere con loro personalmente.
- È un sistema "push".
- È "spingere" in alto e "tirare" in basso.
- È un sistema "pull".
- Non è né "spingere" né "tirare".
- Nessuno: lo Scrum Master deve dare la priorità al lavoro nel backlog dello sprint.
- L'ordine di acquisto deve assegnare la priorità agli elementi nel backlog dello sprint.
- Gli sviluppatori danno la priorità al lavoro a meno che non possano completarlo, nel qual caso l'ordine di acquisto dovrebbe dare la priorità al lavoro rimanente.
- Nessuno: gli sviluppatori dovrebbero dare la priorità al lavoro nel backlog dello sprint.
- qualità
- prevedibilità della consegna
- costo del ritardo
- ritorno sull'investimento
- per massimizzare il ritorno sull'investimento
- per determinare la sequenza economica dell'arretrato
- per visualizzare la lunghezza della coda
- per adempiere a un impegno per la qualità
Fonte Weighted Shortest Job First (WSJF) is a prioritization model used to sequence jobs (eg., Features, Capabilities, and Epics) to produce the maximum economic benefit. In a flow-based system, priorities are updated continuously to provide the best economic outcomes. Job sequencing, rather than individual job return on investment, produces the best result. To that end, WSJF is used to prioritize backlogs by calculating the relative CoD and job size (a proxy for the duration).
D9. Hai classificato le funzionalità nel tuo backlog in base al rischio e al valore. Su quali funzionalità dovrebbe lavorare per primo il team di sviluppo?
- basso valore e alto rischio
- alto valore e alto rischio
- alto valore e basso rischio
- basso valore e basso rischio
Fonte It is suggested that high business value, high-risk items are worked on first. While that may seem counterintuitive, the earlier this work is done, the sooner the team will move to mitigate the issues and unknowns—leading to a higher quality product. If there's a failure, it will occur early and relatively inexpensively.
- Aiutano ad estendere la pista architettonica.
- Collegano la visione alla missione in modo che l'organizzazione possa avere successo.
- Supportano il team building.
- Rimuovono gli impedimenti alla qualità.
- Il team dimostra il suo lavoro completato.
- Il team riflette su come migliorare le proprie prestazioni.
- Gli elementi nel backlog possono essere riclassificati in ordine di priorità.
- Le parti interessate forniscono un feedback sul lavoro completato.
- suddiviso per linea di business
- storie utente composte divise
- divisi da percorsi alternativi
- diviso per interfaccia
- lo Scrum Master
- un team auto-organizzato
- il Product Owner
- il Product Manager
- messa a fuoco
- integrità
- coraggio
- impegno
D15. Cosa dovrebbe accadere se il Product Owner non accetta una storia entro la fine dell'iterazione?
- Il team non ottiene credito per i punti della storia nel suo calcolo della velocità.
- La storia dovrebbe essere affettata per riflettere il lavoro completato.
- I criteri di accettazione dovrebbero essere adattati per riflettere il lavoro svolto.
- La storia dovrebbe essere mostrata alle parti interessate per il loro feedback.
- È un elenco di elementi di lavoro in ritardo rispetto alla pianificazione.
- Gli articoli vengono mantenuti in ordine di priorità.
- Chiunque nel team può proporre un oggetto per esso.
- Include tutto il lavoro da svolgere.
D17. Un progetto presenta alcuni rischi importanti che il team vuole mitigare. Qual è il modo migliore per monitorare quanto bene sta andando questo sforzo?
- picco basato sul rischio
- backlog corretto per il rischio
- grafico della velocità di rischio
- grafico del burndown del rischio
D18. Il VP of Engineering vuole iniziare a distribuire un premio "Team Member of the Sprint" per riconoscere un top performer in ogni gruppo. Che consiglio dovresti dare a questo VP?
- Questo è inutile a meno che non ci sia stato un recente feedback dei dipendenti che indica che le persone si sentono sottovalutate.
- Questa è una buona idea purché in ogni sprint venga riconosciuta una persona diversa.
- Questa è una buona idea perché i premi possono motivare le persone a fare del loro meglio.
- Questo è inutile perché può distruggere l'unità del team essenziale per ottenere prestazioni elevate.
- Un Kanban ha una regola esplicita per limitare WIP.
- Un Kanban mostra il backlog del lavoro.
- Un Kanban non usa una definizione di Fatto.
- Un Kanban mostra lo stato degli elementi di lavoro.
Fonte Explicit rule applies to scrum team's task board: tasks cannot be added to the scrum board in the middle of a sprint.
D20. Il team si lamenta che "le cose sono cadute attraverso le fessure ultimamente". Cosa dovresti fare?
- Chiedi al manager del team di effettuare assegnazioni di ruolo in modo che il team possa recuperare.
- Condurre un workshop per identificare tutte le cose che devono essere fatte e vedere chi può aiutare con ciascuna.
- Fare riferimento agli incarichi RACI (Responsabile, Responsabile, Consultato, Informato) del team.
- Incontra il Tech Lead e il Product Owner per cercare di identificare cosa si può fare.
- Uno Scrum Master può supportare fino a cinque team.
- I grandi team dovrebbero avere due Scrum Master.
- Ci dovrebbe essere uno Scrum Master per team.
- Uno Scrum Master può supportare da uno a tre team.
- nel regime complesso
- nel regime complicato
- nel regime caotico
- nel regime Ovvio
D23. Un manager ti informa che uno sviluppatore di un altro team è tra le assegnazioni e vuole inserire lo sviluppatore nel tuo team per alcuni sprint. Cosa dovresti fare?
- Spiega al manager che questo sarà dirompente per il team e chiedi che venga trovato un altro incarico.
- Spiega la situazione al team e chiedi loro di seguire il flusso.
- Spiega la situazione al tuo manager e chiedi loro di risolverla.
- Quando lo sviluppatore temporaneo si presenta, assegnagli la possibilità di scrivere la documentazione.
D24. Il Product Owner si lamenta con te che il team non sta lavorando abbastanza duramente e che devono aumentare la loro velocità di almeno il 50%. Quale azione non dovresti intraprendere?
- Condividi il feedback dell'ordine di acquisto e sfida il team ad aumentare la propria velocità.
- Chiedi all'ordine di acquisto di spiegare il contesto aziendale al team.
- Spiegare l'impatto del debito tecnico sull'OP e i vantaggi di dedicare una certa capacità alla sua riduzione.
- Tenere un workshop di Value Stream Mapping per identificare e ridurre gli sprechi.
D25. Qual è il nome dello studio in cui un team interfunzionale collabora intensamente per sviluppare una nuova idea di prodotto?
- Hackathon
- Scrum su larga scala
- Innovazione e Pianificazione
- Magnum Focus
- Accetta la richiesta del manager e avvisa il team.
- Proponi che il manager partecipi solo a ogni altra retrospettiva.
- Proponi un forum diverso per il manager per incontrare il team.
- Chiedi al team se va bene con loro che il manager partecipi.
- il team
- lo Scrum Master
- il Product Owner
- l'Engineering Manager
- La possibilità di rollback è alta.
- In genere richiede un alto grado di automazione.
- I costi amministrativi sono elevati.
- La compatibilità con le versioni precedenti potrebbe essere compromessa.
- stima del punto della storia
- Definizione di Fatto
- espansione della storia utente
- perfezionamento del backlog
- Ottimizza per la maggior parte del lavoro svolto.
- Massimizza l'output e massimizza il risultato.
- Massimizza il risultato riducendo al minimo l'output.
- Ottimizzare per l'utilizzo delle risorse.
“…your job is to minimize output, and maximize outcome and impact.” - Jeff Patton
- L'attore non deve essere un ruolo specificato nella soluzione.
- Ci devono essere più personaggi per ogni attore.
- L'attore può essere il sistema stesso.
- Il sistema non può essere l'attore.
- Agile richiede un alto grado di pianificazione iniziale.
- Una volta concordati i requisiti, il team può completare il lavoro.
- Agile richiede un alto grado di disciplina.
- Agile funziona meglio quando non c'è contratto.
- I grafici burndown mostrano il lavoro ancora da fare.
- I grafici Burnup mostrano il lavoro completato.
- I grafici burndown sono più utili dei grafici burnup.
- Gli strumenti di gestione dei progetti Agile possono produrli automaticamente.
D34. Qual è il nome per la pratica di andare a vedere un processo in uso nel punto di consegna del valore?
- Six Sigma
- Passeggiata di Gemba
- Gestione della Qualità Totale
- Kaizen
- Cerca di raggiungere il consenso.
- Vota e la maggioranza governa.
- Identifica la persona più esperta e chiedi loro di decidere.
- Lascia che sia il membro più anziano del team a decidere.
- Abbraccia la leadership dei servitori.
- Stimare i punti della storia.
- Celebra i successi.
- Rimuovere gli impedimenti
D37. Un team deve fare ricerca, progettazione, prototipazione. Come si chiama questo tipo di storia?
- Picco esplorativo
- Perfezionamento del backlog
- Decomposizione funzionale
- R&S
- Il debito tecnico è un altro nome per i bug
- È nella descrizione del Product Owner allocare gli sforzi per ridurre il debito tecnico.
- L'aggiunta di debito tecnico dovrebbe essere evitata a tutti i costi.
- Il debito tecnico è ciò che il Product Owner deve agli sviluppatori se fanno un sacco di straordinari per completare lo sprint.
- La stima assoluta è più affidabile della stima relativa.
- La stima relativa è più affidabile della stima assoluta.
- Nella stima, l'accuratezza è più importante della precisione.
- Nella stima, lo sforzo è più importante del tempo richiesto.
- stand-up giornalieri
- Retrospettive Sprint
- stima del punto della storia
- revisioni del codice
- stima dei punti della storia
- criteri di accettazione per la raffinazione
- dare feedback agli sviluppatori sulle storie utente
- dimostrare il lavoro alle parti interessate
- storie che soddisfano la definizione di Fatto
- velocità di squadra
- storie che soddisfano la definizione di Pronto
- capacità del team
D43. Hai notato uno schema che le storie più interessanti sullo Sprint Backlog iniziano subito e le storie meno interessanti languono o non vengono completate. Cosa dovresti fare?
- Usa un sistema di lotteria per assegnare ogni storia.
- Condividi la tua osservazione con il team e invitali a possedere e risolvere il problema.
- Durante la stima dei punti della storia aumenta i punti assegnati alle storie meno interessanti in modo che il team possa aumentare la loro velocità.
- Chiedi al Tech Lead di assegnare ogni storia a uno sviluppatore in modo che tutti vengano eseguiti in modo efficiente e responsabile.
D44. Quale pratica Agile supporta al meglio questo principio: "A intervalli regolari, il team riflette su come diventare più efficace, quindi sintonizza e regola il suo comportamento di conseguenza"?
- Recensione Sprint
- Retrospettiva Sprint
- stand-up giornaliero
- Demo Sprint
- personalità e tratti di uno sponsor o di membri del team
- ciò che gli sviluppatori pensano sia facile da usare
- persone reali, utenti archetipici o compositi di più utenti
- descrizioni della funzionalità e dell'utilizzo del prodotto
- È una libreria di modelli di codifica.
- È una strategia di test del software.
- È uno standard per la progettazione dell'interfaccia.
- È un modello per lo sviluppo e la padronanza delle abilità.
- Rispondere al cambiamento è più prezioso che seguire un piano.
- Documentare i requisiti in anticipo è più prezioso che alla fine.
- Seguire il piano è essenziale per non andare oltre il budget.
- La negoziazione del contratto dovrebbe essere utilizzata per risolvere le controversie.
- Specifica l'orario di lavoro principale.
- Chiarisce le relazioni di reporting sul team.
- Definisce la cultura che il team aspira a raggiungere.
- Raccoglie le informazioni di tutti.
D49. Qual è il nome del radiatore di informazioni che ha più colonne utilizzate per visualizzare il flusso di lavoro?
- Indicatore del flusso di lavoro
- Mappa del flusso di valore
- Story Map
- Consiglio Kanban
- Sono una misura relativa dello sforzo necessario per completare una storia.
- Sono solo una misura del tempo di sviluppo, il tempo di prova è considerato separatamente.
- Sono una misura relativa del valore di una storia.
- Sono una misura del tempo per completare una storia.
- È tecnica per due o più team che lavorano insieme coordinare i loro sforzi.
- È un altro nome per la Scrum Master Community of Practice.
- È un radiatore di informazioni utilizzato per confrontare la velocità di diverse squadre.
- È la demo di sistema per i team sullo stesso treno di rilascio.
- L'OP deve identificare gli utenti previsti delle funzionalità sul backlog.
- L'OP è responsabile della stima dell'entità del totale.
- L'ordine di acquisto deve identificare le dipendenze che influiscono sul backlog.
- L'OP decide cosa includere nel backlog e cosa escludere.
- Assegna gli sviluppatori ad altri team al fine di eliminare i conflitti di personalità.
- Migliora la funzionalità del prodotto,
- Ricalibra i criteri di successo per il prodotto sul mercato.
- Migliora il design, che può portare a una migliore efficienza e manutenibilità dello sviluppo.
- Scopri i nuovi requisiti.
- Scopri l'idoneità delle funzionalità.
- Informazioni sull'usabilità delle funzionalità.
- Informazioni sulle stime delle funzionalità.
- un elenco di KPI per il team
- un elenco di azioni scadute
- la task board
- una visualizzazione altamente visibile dei dati chiave sulle prestazioni
- ridurre al minimo le richieste di modifica
- soddisfare il cliente
- portare a termine il lavoro in tempo
- ottenere il ROI desiderato
D57. Le organizzazioni di sviluppo del prodotto a volte utilizzano descrizioni di utenti archetipici e dei loro valori in modo che gli sviluppatori possano progettare il sistema per soddisfare le loro esigenze e desideri. Come si chiamano queste descrizioni?
- attori
- ruoli
- agenti
- personas
D58. Il Product Owner si concentra sul test di un nuovo concetto di sistema sul mercato nel modo più rapido ed economico possibile. Come si chiama questo prodotto di prima generazione?
- versione di preproduzione
- dimostratore di focus group
- Prodotto di generazione 1
- prodotto minimo vitale
- il Responsabile Qualità
- il Product Manager
- lo Scrum Master
- l'Engineering Manager
- Il team non fornisce punti storia in quello sprint.
- Il team esegue test di regressione prima del rilascio in produzione.
- Il team si prepara a lavorare sul backlog del prodotto.
- Questo è il momento di ispezionare e adattarsi.
- La storia soddisfa i criteri INVEST.
- Il team ha completato tutto il lavoro nel suo Sprint.
- La storia è stata consegnata al team DevOps.
- Il team ha concordato i criteri per il completamento della storia.
- il suo costo
- i suoi termini e condizioni di licenza
- i suoi benefici
- le sue caratteristiche
- un pianificatore di riunioni
- un detentore di record
- un project manager
- un coach Agile
- mitosi
- affettamento della storia
- disaggregazione
- Dividi e conquista
- Porta il reclamo all'altra persona e cerca di risolvere il problema.
- Chiedi loro di parlare con l'altra persona e prova a lavorarci.
- Informare le risorse umane del problema e chiedere loro di gestirlo.
- Invita entrambe le persone a una riunione e prova a mediare il conflitto.
D66. Qual è il modello di formazione-tempesta-normazione, prestazioni di sviluppo del team noto come?
- il modello Tuckman
- il modello Standard Team
- Team Framework di Moore
- il modello di Siebert
- Retrospettiva Sprint
- Recensione Sprint
- Pianificazione Next-Sprint
- Conferma della velocità
Sprint Retrospective: Reflect on the previous sprint, discuss what’s working well, what could be improved, and how to improve it to be more productive.
Fonte Sprint Review: Discuss what has been accomplished during the sprint and whether the sprint goal has been met.
- consegna continua
- composto dalle squadre all'interno di un programma
- Centro di eccellenza DevOps
- Mischia di Mischie
D69. Come coach Agile, quale dovrebbe essere il tuo atteggiamento nei confronti degli obiettivi e delle motivazioni individuali dei membri del tuo team?
- Comprendili: prova ad allineare le motivazioni personali con i progressi del team verso gli obiettivi del progetto.
- Coltivare loro-obiettivi sono la ragione per cui le persone vogliono essere al lavoro.
- Ignorali: le opinioni personali non hanno alcuna influenza sul raggiungimento degli obiettivi del progetto.
- Sfruttali: usa obiettivi personali per incoraggiare i membri del team ad aumentare i loro livelli di prestazioni.
- auto-diretto
- autogestito
- autosufficiente
- auto-organizzazione
- MoSCow
- Kano
- WSJF
- Kaizen
- La storia è stata testata e la fine è pronta per il rilascio in produzione.
- La storia è pronta per essere portata in uno sprint.
- Le parti interessate sono pronte a discutere i loro requisiti per la storia.
- Il team ha completato lo sprint 0 ed è pronto a lavorare.
Fonte Definition of Ready means that stories must be immediately actionable. The Team must be able to determine what needs to be done and the amount of work required to complete the User Story.
- Centralizza il processo decisionale
- Applicare il pensiero sistemico
- Avere una visione economica
- Sblocca la motivazione intrinseca dei lavoratori della conoscenza
Fonte: Principi di base di SAFe
- È un inventario delle conoscenze e delle abilità del team che viene utilizzato per pianificare il lavoro che svolgono.
- È il numero di team che un Team Facilitator può supportare contemporaneamente.
- È un aggiustamento della velocità, utilizzato nella pianificazione primaverile, per tenere conto della ridotta disponibilità dei membri del team durante lo sprint imminente.
- È il numero massimo di storie che saranno consentite in uno sprint.
D75. Il team si lamenta di inviare richieste di chiarimenti al Product Owner, ma queste richieste rimangono senza risposta. Quali azioni dovresti intraprendere?
- Se c'è una domanda sulla storia, dì agli sviluppatori di usare il loro miglior giudizio, evitare ritardi e discutere il problema nella revisione dello sprint.
- Invia una nota al Product Owner dicendo che i ritardi nel completamento del lavoro saranno di loro responsabilità, non del team.
- Sviluppare un accordo sul livello di servizio (SLA) che definisca determinati tempi di risposta per diversi tipi di richiesta e chiedere al Product Owner di firmarlo.
- Pianifica una sessione di risoluzione dei problemi con il Product Owner e gli altri membri del team.
- Consegna frequente di software funzionante
- Rispetto per le persone e la cultura
- Coraggio
- Ritmo sostenibile
Fonte Two pillars are (1) Continuous Improvement, and (2) Respect for People.
- Sono strategie per fornire valore al cliente.
- Sono stati pionieri di Toyota.
- Sono strategie per scoprire ciò che il cliente vuole.
- Sono derivati dal controllo statistico dei processi.
- Una descrizione di ciò che un attore vuole fare per raggiungere un obiettivo
- Una descrizione degli utenti archetipici in modo che gli sviluppatori possano rendere la soluzione user-friendly
- Un rapporto dal campo sull'esperienza di un utente con il prodotto
- Il termine Agile per un requisito
- Le storie sono state discusse e a ciascuna è stata assegnata una stima del punto della storia.
- Il team ha fornito un feedback al Product Owner sui criteri di accettazione.
- Il team ha deciso quali storie dovrebbero essere sviluppate all'interno dello stesso sprint.
- Il team ha fatto un piano preliminare per il quale le storie saranno completate nel prossimo trimestre.
- Il numero di punti storia consegnati durante uno sprint
- Il tempo medio di attesa per una storia sul backlog dello sprint
- Il tempo medio di attesa per il passaggio di una storia dal backlog del prodotto al backlog dello sprint
- Il tempo necessario a uno sviluppatore per completare una storia divisa per il suo valore relativo
- Il budget per il prodotto.
- La tecnologia sottostante del prodotto.
- I punti di forza e di debolezza del team di sviluppo.
- Il contesto aziendale per il prodotto.
Fonte A Scrum Team has 3 roles - Product Owner, Scrum Master and Developers. All 3 roles generate Value in their own contexts; however, it is the Product Owner who maximizes the Value from a product or business context.
- È stato scritto tramite crowdsourcing e i suoi autori sono sconosciuti.
- È stato tradotto in dozzine di lingue e utilizzato in tutto il mondo.
- È stato scritto nel 2001 ed è obsoleto.
- È stato pubblicato per la prima volta come parte della tesi di dottorato di Jim Highsmith.
- Chiedi all'ordine di acquisto di estendere lo sprint.
- Avvisare l'ORDINE il prima possibile.
- Segnalalo alla Sprint Review.
- Indica i motivi per cui e collabora alle soluzioni.
- compiti tecnici
- attori e azioni
- Chi, cosa, perché
- discussioni
- Ogni membro del team può apportare modifiche a qualsiasi parte del codice, se necessario.
- Se qualcuno è in colpa, allora l'intera squadra è in colpa.
- Il team condivide equamente i profitti generati dal prodotto.
- Il team, non gli individui, ricevono valutazioni delle prestazioni.
D86. Secondo il Manifesto Agile, quanto spesso gli sviluppatori e gli uomini d'affari dovrebbero lavorare insieme?
- tutte le volte che è necessario
- bisettimanale
- giornaliero
- settimanale
- progettazione per la testabilità
- sviluppo basato su test
- unit test
- test quindi codice
- interfunzionale
- tuttofare
- apprendista sviluppatore
- specialista generalizzante
- È stato screditato perché è troppo costoso.
- Nella programmazione in coppia, due sviluppatori condividono un computer e si alternano alla tastiera.
- È un ottimo modo per insegnare a qualcuno che è nuovo nella squadra.
- Il codice prodotto da due sviluppatori che stanno collaborando è in genere di qualità superiore rispetto a se stessero lavorando da soli.
- hanno una migliore messa a fuoco e tempi di attenzione più lunghi
- sono più orientati agli obiettivi
- tendono ad essere più resilienti
- hanno più paura del fallimento
- Sposta le postazioni di lavoro delle persone nella stanza del team per creare nuove possibilità sociali.
- Chiedi al team se vorrebbero fare qualcosa di ricreativo insieme e offriti di organizzarlo.
- Dì al team che lo vedi come un problema e chiedi loro di risolverlo.
- Dal momento che nessuno è venuto da te con un reclamo, supponiamo che l'interazione limitata funzioni per tutti.
- stato aggiornato su tutto il lavoro
- allineamento del team sul suo piano per la giornata
- un elenco di impedimenti e priorità
- una segnalazione al Product Owner di storie pronte per essere accettate
D93. Qual è il nome della tecnica in cui una storia include un input, una traduzione di input to output e un output?
- elaborazione input-output
- Formato storia ITIOO
- fetta verticale sottile
- codifica strutturata
- interfunzionale
- tuttofare
- specialista generalizzante
- apprendista sviluppatore
Fonte One of the challenges for organisations when they move to Agile ways of working is the often mentioned need to build teams made up of “T-shaped” people. This can also be described as a cross-functionality.
- scomporre la soluzione in epiche, caratteristiche e storie
- modello per piani aziendali leggeri che rende esplicite le tue ipotesi
- strumento per pianificare le future versioni del progetto
- tecnica per proiettare la crescita della quota di mercato.
Fonte 1-page business plan template that helps you deconstruct your idea into its key assumptions using 9 basic building blocks.
- avvisare l'OP il prima possibile
- indicare i motivi per cui e collaborare alle soluzioni
- segnalalo alla Sprint Review
- Chiedi all'ordine di acquisto di estendere lo sprint
Fonte non verified answer - extend, otherwise goes to backlog
- essere consapevoli di sé
- essere estroverso
- avere personalità di tipo A (non certo questo :P)
- essere qualcuno che prende il comando
Fonte non verified answer - A facilitator is someone who helps a group identify common objectives and then offers group processes to achieve defined outcomes while maintaining neutrality. A skilled facilitator consciously embodies self-awareness, self-management, and bias management, while conveying openness and enthusiasm.
- prima dello Sprint Retospective
- dopo lo stand-up giornaliero
- prima dello stand-up giornaliero
- prima della pianificazione trimestrale
- È una tecnica di team building utilizzata per aumentare la produttività.
- È uno strumento utilizzato dalle organizzazioni per l'intelligenza competitiva.
- [ ]È una tecnica retrospettiva utilizzata per migliorare il morale della squadra.
- È uno strumento collaborativo utilizzato per ottenere informazioni più approfondite sui clienti.
- compiti
- epici
- storie
- caratteristiche
D101. Il team ha una storia incompleta alla fine dello sprint e vuole rivendicare un credito parziale per il lavoro completato. Cosa dovresti fare?
- Chiedi al Product Owner di accettare la storia con la promessa che il team la completerà nel prossimo sprint
- Chiedi loro di tagliare la storia per riflettere il lavoro svolto e il lavoro da svolgere
- Chiedere al proprietario del prodotto di rivedere i criteri di accettazione in modo che possa essere accettato e conteggiato
- spiegano che, in Agile, il software funzionante è la misura principale del progresso. Allora aiuto...
- Il codice prodotto da due sviluppatori che stanno collaborando è in genere di qualità superiore a quella che se stessero lavorando da soli
- è un ottimo modo per insegnare a qualcuno che è nuovo nella squadra
- nella programmazione in coppia, due sviluppatori condividono un computer e si alternano alla tastiera
- è stato screditato perché è troppo espansivo
- chiarire il risultato atteso
- prendere appunti
- invitando il Project Manager
- assicurandosi che tutti parlino