Perché tutte le definizioni di framework agile sono così a mano libera?

Question

Perché tutte le definizioni di framework agile sono così a mano libera?

#1 da (10 voti)
#2 da (5 voti)

-3

Prendi la definizione di wikipedia:

Agile software development is an approach to software development under which requirements and solutions evolve through the collaborative effort of self-organizing and cross-functional teams and their customer(s)/end user(s).

quindi cosa sta dicendo? Sta dicendo che gruppi di sviluppatori lavorano per cambiare i problemi e comunicare tra loro. questo non fornisce alcuna descrizione su come sono risolti i problemi, sulla struttura dei team (a parte i gruppi), sulla gestione, sul target di riferimento per l'agile o persino su come è implementato. L'intero articolo di wikipedia si legge così. come una pubblicità

Ora non sono un principiante dell'ingegneria del software, e posso vedere chiaramente che questa definizione ha lo scopo di suscitare il maggior numero possibile di parole d'ordine, il che significa che ha lo scopo di attirare l'alta direzione.

che mi porta alla mia domanda, perché tutte le definizioni per lo sviluppo agile sono così a mano libera, e dove posso trovare una descrizione semplice ma tecnica di agile?

agile definition

posta tuskiomi 28.10.2018 - 19:14

fonte

2 risposte

Leggi altre domande sui tag agile definition

Perché HashMap consente solo una chiave nulla? [chiuso] Perché i linguaggi di programmazione non separano lo stile dal contenuto?

score 10 · Answer 1

Perché agile non è un framework. È una forma mentis.

Individui e interazioni su processi e strumenti - non dire ai tuoi sviluppatori di seguire alcuni script. Le persone dovrebbero parlare tra loro, non essere ingranaggi in qualche macchina.

Software di lavoro su una documentazione completa : il software è importante, non la promessa del software. Le dimostrazioni e gli esempi funzionano meglio delle guide utente che nessuno legge comunque.

Collaborazione del cliente per la negoziazione del contratto : le cose funzionano meglio quando lavori con i clienti piuttosto che litigare su ciò che hai accettato di fare mesi fa.

Rispondere al cambiamento dopo aver seguito un piano - e questo è davvero il punto cruciale. Agile accetta che gli umani non possano predire il futuro. Cambiamenti di cose. I requisiti cambiano. La tecnologia cambia. Le persone si ammalano La gente se ne va. Quindi una mentalità agile è quella in cui smetti di cercare di pianificare ogni eventualità; smettere di avere un piano rigido per le persone da seguire.

La mentalità conta, non i passi che fai.

score 5 · Answer 2

Agile è un insieme di valori e non un framework di processo. Infatti, uno dei valori principali è individui sui processi - piuttosto che insistere su una struttura rigida, trovare un modo di lavorare che funzioni bene per le persone coinvolte.

Ci sono vari framework nello spazio agile-ish che può essere utilizzato per iniziare, in particolare Scrum che è orientato verso lo sviluppo di prodotti e progetti di consulenza. Ma questi framework hanno poco in comune, al di là di "rivedere il processo regolarmente e adattarlo secondo le necessità".

È corretto descrivere agile come troppo vago per essere utile. Ed è giusto mettere in ridicolo il "Agile-Industrial Complex" che si è formato intorno a questi valori (di nuovo, in particolare con Scrum). Pertanto consiglio di chiedere:

Questo progetto software dovrebbe essere allineato con valori agili? La risposta può essere legittimamente "no".
In che modo questo progetto software può esprimere meglio questi valori? Ad esempio, come possiamo rendere più semplice rispondere ai mutevoli requisiti?
Non siamo i primi a provarlo. Come possiamo imparare da altre persone che stanno cercando di vivere questi valori? Ciò può significare l'adozione completa dei processi esistenti o la sperimentazione di tecniche agili.