Lo sviluppo software agile è un gruppo di metodologie di sviluppo software basate sullo sviluppo iterativo e incrementale, in cui i requisiti e le soluzioni evolvono attraverso la collaborazione tra team auto-organizzanti e interfunzionali.
Sto lottando su come tenere traccia di ciò che io e le persone del mio team effettivamente facciamo ogni giorno. Ottengo una buona immagine esaminando le carte completate ogni settimana e gli stand-up aiutano un po ', ma mi sento come se non avessi una buona padronanza del funzionamento quotidiano …
Ho letto Principi per l'architetto Agile , dove hanno definito i seguenti principi: Principio n. 1 I team che codificano il sistema progettano il sistema. Principio n. 2 Costruisci l'architettura più semplice che possa funzionare. Principio n. 3 In caso di dubbio, codificarlo. Principio n. 4 Lo costruiscono, lo testano. …
Dove lavoro, pratichiamo agile guidato dalla mischia con iterazioni di 3 settimane. Sì, sarebbe bello se le iterazioni fossero più brevi, ma cambiare al momento non è un'opzione. Alla fine dell'iterazione, di solito trovo che l'ultimo giorno vada molto lentamente. Il lavoro effettivo è già stato completato e accettato. Ci …
È stato aperto, corretto, verificato e chiuso un bug. Un mese dopo, è apparso di nuovo in una versione successiva dopo diverse iterazioni senza alcuna regressione. Se le caratteristiche del bug sono le stesse, riapri l'ID bug esistente o ne apri uno nuovo con un link al bug chiuso?
Nella tua esperienza (aneddotica o meno), quali sono alcuni modi efficaci per introdurre Agile in un'organizzazione o società non Agile? AGGIORNATO: Qualcuno può parlare di casi in cui hai provato a presentare Agile ma sei stato "abbattuto"? Inoltre, hai una comprensione retrospettiva del perché sei stato "abbattuto"?
Alla fine di uno sprint di 2 settimane e un'attività ha una revisione del codice, nella revisione scopriamo una funzione che funziona, è leggibile, ma è piuttosto lunga e ha pochi odori di codice. Semplice lavoro di refactoring. Altrimenti l'attività si adatta alla definizione di done. Abbiamo due scelte. Fallire …
Siamo all'incirca a metà del nostro passaggio dalla cascata all'agile usando la mischia; siamo passati da grandi team nei silos di tecnologia / disciplina a team interfunzionali più piccoli. Come previsto, il passaggio ad agile non è adatto a tutti. Ci sono una manciata di sviluppatori che hanno difficoltà a …
Sono uno sviluppatore che lavora su una nuova app mobile per Android e iOS con un grande componente back-end. Abbiamo partecipato a tre sprint di questo progetto e usiamo Scrum con tutte le sue cerimonie (raffinatezza, pianificazione, quotidiani, retrospettive, ecc.). In due degli sprint il team ha dovuto lavorare (non …
Non solo le nostre riunioni di pianificazione dello sprint non sono divertenti, ma sono addirittura terribili. Gli incontri sono noiosi, noiosi e durano per sempre (un giorno, ma sembra molto più lungo). Gli sviluppatori si lamentano e temono le prossime pianificazioni. La nostra routine è piuttosto standard (la storia dell'utente …
Invece di accoppiare il programma in modo slavish continuamente, usiamo la programmazione della coppia in modo selettivo nel nostro team. Penso che funzioni meglio nelle seguenti circostanze: Accrescere nuovi membri del team su un progetto (invece di lasciarli sfuggire alla documentazione o al codice da soli). Avere persone junior e …
Mi chiedo solo se dovremmo assegnare o meno punti storia alle attività di correzione dei bug. JIRA, il nostro software di localizzazione dei problemi, non ha un campo di trama per problemi di tipo Bug (è solo per Story e Epic ). Dovremmo aggiungere il tipo di problema Bug ai …
Stiamo usando Scrum e occasionalmente scopriamo che non possiamo ancora completare una User Story nello sprint in cui è stata pianificata. In vero stile Scrum, spediamo comunque il software e consideriamo di includere la User Story nel prossimo sprint durante la prossima sessione Sprint Planning. Dato che la User Story …
Questa settimana al lavoro mi sono agitato ancora una volta. Avendo attraversato l'agile standard, TDD, la proprietà condivisa, la metodologia di sviluppo ad hoc di non pianificare nulla al di là di poche storie utente su un pezzo di carta, masticare verbalmente la coccole sulle tecnicalità di un'integrazione di terze …
Il nostro negozio di sviluppo vorrebbe davvero fare progetti più agili, ma abbiamo un problema a coinvolgere i clienti. Molti clienti desiderano un budget e una scadenza. È difficile vendere un cliente a un progetto agile quando i nostri concorrenti escono con scadenze fisse basate su cascata e prezzi fissi. …
Continuiamo a sentirci dire che lavoreremo in modo agile su un nuovo progetto da parte del senior management. Hanno allestito stand-up, pianificazione dello sprint, retrospettive ecc. Ecc. Tuttavia, ora hanno escogitato un piano che descrive in dettaglio tutto il lavoro che vogliono che noi consegniamo con le date rispetto a …
We use cookies and other tracking technologies to improve your browsing experience on our website,
to show you personalized content and targeted ads, to analyze our website traffic,
and to understand where our visitors are coming from.
By continuing, you consent to our use of cookies and other tracking technologies and
affirm you're at least 16 years old or have consent from a parent or guardian.