Quali sono i vantaggi monetari dell'andare agili? [chiuso]

Agile produce risultati migliori (più vicino a ciò che il cliente ha bisogno , non necessariamente quello che inizialmente dice vuole ), in meno tempo = denaro (o almeno con più stime affidabili). È semplicemente un modo migliore di condurre progetti (rispetto a "cascata"). I clienti sono più felici I programmatori sono più felici. I progetti sono migliori La comunicazione è vera e trasparente. La vita è bella. Cosa non va, in senso professionale?

Se hai dei buoni venditori, potresti essere in grado di vendere merda ai tuoi clienti e caricarli di più. Finanziariamente, questo ha senso. La realtà è molto più complicata della visione credulone "se rendi felici i clienti, le tue vendite aumenteranno, se le deluderai, le tue vendite diminuiranno". Il mondo non è un posto giusto. Puoi vivere bene come un parassita del coglione. Molti lo fanno È una tua scelta se vuoi essere uno. Se lo sei, non giocherò con te.

It's no trick to make a lot of money, if all you want to do is make a lot of money. ~ "Everett Sloane" in Citizen Kane

Inoltre:

Sospetto che con "tradizionale" intendi una specie di flusso di lavoro a cascata.

I benefici monetari sono molti. L'ora lavorativa necessaria per implementare una funzionalità aggiuntiva è la cosa principale. Non è possibile interrompere il processo una volta avviato, quindi, se il cliente non è contento di ciò che ottiene (ed essendo 'stupido' il cliente si preoccupa solo di portare a termine il suo lavoro, quindi se il tuo software non fa quel lavoro correttamente perderai il cliente).

Un altro è la garanzia di soddisfazione del cliente, che porta anche a più vendite e clienti più felici (e vogliamo che dal punto di vista del business).

Avere la capacità di fornire un feedback sul ciclo di sviluppo significa anche che è possibile adattarsi ai miglioramenti tecnologici (ad esempio, asp.NET mvc 4 che sta arrivando proprio ora) che risparmiano anche molto tempo. Avendo impostato una specifica rigorosa per il progetto, non è possibile eseguire l'aggiornamento a una tecnologia / biblioteca / risorsa più recente / migliore che possa anche potenzialmente risparmiare tempo.

Il tempo è denaro.

C'è una dimostrazione che ho visto che è un'analogia abbastanza buona dei vantaggi di Agile rispetto ai metodi più tradizionali. È basato sul gioco Battleship. Tu e l'altro giocatore sedete alla normale griglia di Battleship. Entrambi avete 20 colpi, ognuno dei quali costa $ 5.000 per una spesa iniziale totale di 100.000. Ecco il trucco; devi pianificare TUTTI i tuoi colpi prima di sparare uno solo. Il tuo avversario sparerà i suoi colpi "normalmente"; fai un tentativo, guarda cosa succede, fai un altro colpo.

Alla fine di 20 colpi, indovina chi ha segnato più colpi?

L'analogia si traduce in Agile vs Waterfall in modo abbastanza pulito; In Agile, puoi prendere in considerazione la somma totale di tutto ciò che hai già fatto in considerazione quando pianifichi ciò che farai dopo. Avrai un'idea di base delle aree che saranno difficili e le aree che saranno facili in base alle difficoltà o alla mancanza di difficoltà che hai già sperimentato. Hai anche ricevuto feedback dal tuo cliente in blocchi più piccoli, affermando che gli è piaciuto o non gli è piaciuto, e sono in grado di incorporare rapidamente queste conoscenze, senza aver costruito un sacco di codice aggiuntivo su qualcosa che il cliente dice che è sbagliato .

Nelle tradizionali metodologie Waterfall, l'intero sistema e il programma di sviluppo sono pianificati prima che inizi la codifica. Questo è l'approccio "pianifica tutti i colpi prima di sparare"; potresti essere in grado di fornire esattamente ciò che il cliente ha chiesto, ma potrebbero dargli un'occhiata e dire "non è quello di cui abbiamo bisogno". Sì, hai i tuoi soldi perché li hai consegnati secondo i termini del contratto, ma i tuoi sviluppatori hanno perso tempo, il tuo cliente ha sprecato i loro soldi e nessuno dei due è soddisfatto del risultato. Agile è progettato per aiutare in questo modo, consentendo ai requisiti del progetto di cambiare mentre è in corso lo sviluppo. Qualunque cosa tu non abbia ancora fatto è aperta a cambiare; tutto ciò che hai già fatto può anche cambiare, aggiungendo altre storie al backlog incorporando le modifiche al prodotto corrente.

Inoltre, poiché il cliente deve decidere in primo luogo su cosa si lavora, e con te distribuire piccoli pezzi di lavoro completato più spesso, il cliente potrebbe concepibilmente avere un sistema che può usare prima. Questo è il ROI visibile per il tuo cliente, che di solito rende il cliente più disposto ad acquistare in questo processo di sviluppo più coinvolto.

Per me il vantaggio viene quando si fanno contratti di offerta fissi. Sono stato in grado di vincere contratti di appalto fissi e di fare una tariffa oraria efficace che mi vergognerei persino di parlare usando metodi agili. Ma richiede anche un team di talento che si sia unito per renderlo utile.

Hai ragione, è più facile fare un pessimo lavoro, fatturando tutto il tempo. Avendo lavorato nel settore per 16 anni, ho visto la mia giusta quota di scandali. Soprattutto durante il boom delle dot-com. È persino possibile eseguire la stessa truffa, ripetutamente eliminandola. Ma la stessa cosa è possibile in qualsiasi settore. Sono stato truffato dalle officine meccaniche. Anche quelli apparentemente "rispettabili". Ogni giorno senti storie praticamente su ragionieri che si appropriano indebitamente dei loro clienti, predicatori che rubano dalla loro chiesa, politici che prendono tangenti da grandi compagnie. E quelli sono tutti classificati come crimini "colletti bianchi" come se lo rendesse migliore. Oh hanno rubato milioni di dollari ai loro azionisti ma era un crimine da colletto bianco.

Non c'è niente che ti impedisca di approfittare della fiducia e delle aspettative delle persone. Personalmente, è una questione di orgoglio. Preferirei andare a letto sapendo che ho superato le aspettative di coloro con cui lavoro / per.

Agile affronta il problema di come "consegnare" software di qualità con:

a) Modifica dei requisiti: anche quando lo spazio per i problemi è molto chiaro, i requisiti non funzionali come prestazioni, sicurezza, conformità, ecc. possono modificare le funzionalità di base.

b) Tempi di consegna brevi: il time to market è estremamente critico, quindi è necessario prendere decisioni su ciò che è finito e i clienti possono aspettarsi di ricevere.

c) Tecnologie in rapida evoluzione: i cambiamenti tecnologici sono così rapidi che è difficile mantenere i progetti.

d) Miglioramenti e cambiamento delle condizioni del mercato: le soluzioni devono evolversi rapidamente per soddisfare le mutevoli condizioni del mercato e aggiungere funzionalità per competere con altri prodotti.

Bene, Agile ha lo scopo di ottenere un prodotto finito entro una data precisa.

Cascata tradizionale se supposto fare lo stesso, ma spesso soffre a causa del fatto che lo scope creep non viene gestito correttamente.

Agile è supposto per gestire meglio questo aspetto nel guidare il "business" nell'aiutare a dare alle funzionalità importanti una priorità più alta e consegnarle per prime. La priorità degli articoli può cambiare attraverso il progetto man mano che nuove informazioni diventano disponibili.

Il vantaggio è che tu offri qualcosa di più utile invece di rimanere continuamente senza scadenze.

Se la creazione di un software migliore non ti fa guadagnare di più, hai un problema aziendale e non un problema di metodologia di sviluppo.

Why not suck his money being a parasitic company and make him stupider by the day.

Perché non fornire un reale vantaggio alla società in cui effettuano la connessione dai tuoi servizi alla loro redditività?