ciao sono nuovo qui e non sono un programmatore software Sono solo un junior e ho visto sempre questo: ** Agile / Scrum ** Capisco che è, ma la mia domanda è come potrei implementarlo in un progetto reale ad esempio un sistema web / sito web su un'azienda / etc?
Stavo cercando un esempio in google ma guardo solo alla teoria.
qualcuno potrebbe mostrarmi un esempio o un modo in cui potrei implementarlo in un progetto reale?
Scusa se la mia domanda è nel suo livello
Potresti credere di capire cosa significano Agile e Scrum, ma non penso che tu li capisca davvero.
Ho la sensazione che tu pensi che Agile e Scrum siano qualcosa di tecnico, come un modello di progettazione, per il quale puoi trovare esempi semplificati da cui imparare e poi provi ad applicarlo al tuo codice personale. Sono non .
Agile è essenzialmente una mentalità che parlare alle persone (clienti, membri del team, ecc.) e rispondere prontamente alle modifiche è meglio che cercare di scrivere tutto nei contratti, nei documenti e nei sistemi di ticket. Soprattutto per le aziende che cercano di ridurre al minimo i rischi finanziari, questo è un importante cambiamento nella mentalità necessaria.
Poiché Agile è una mentalità, anche questo non è qualcosa che puoi applicare una volta a un progetto e poi dimenticarlo.
Scrum è un'implementazione delle idee Agile e si rivolge a gruppi da 3 a 10 persone. Come sviluppatore junior, il modo migliore per imparare veramente su Scrum è diventare parte di un team in cui è disponibile uno Scrum Master o un allenatore esperto.
Se sei uno sviluppatore solitario e anche uno junior, per ora potresti anche dimenticarti di Scrum.
Agile Project Management con Scrum è stato il primo libro che ho letto su Scrum e l'ho trovato molto utile come sviluppatore per capire concretamente cosa fosse Scrum.
Vorrei anche indicarti la Guida Scrum e la fonte autorevole di Scrum. Come bonus, è anche sia breve che gratuito.
Infine, se stai guardando qualcosa di più incentrato sul codice, vorrei esaminare alcune delle pratiche in XP come lo sviluppo basato sui test, l'integrazione continua e la programmazione delle coppie.
Hai detto che gran parte di ciò che trovi è teorico. Voglio metterti in guardia dal presupposto che le cose siano teoriche. Pratiche come permettere ai team di stabilire quanto lavoro possono fare o di consegnare incrementi spedibili ogni sprint devono essere praticati come scritti.
Ci sono molti punti di partenza per vederlo "per davvero". Forse puoi trovare un incontro ravvicinato tra sviluppatori-del-tuo-sito-preferito, ad esempio un meetup WordPress o un meetup Drupal. Oppure, se non ci sono meetup nelle vicinanze, forse c'è un gruppo di utenti.
Durante questi incontri, chiedi ad alcuni degli altri sviluppatori se puoi stare con loro per un'ora o due per vedere come funziona.
Perché Agile Manifesto item 2: Software di lavoro su documentazione completa
Vedere è meglio che leggere.
Se non riesci a parlare e a visitare uno scenario di vita reale, puoi guardare le persone su YouTube. C'è un video di microsoft che fa un collegamento in stand-by.
Dipende da ciò di cui hai bisogno. Ci sono molte risorse diverse.
Agile e Scrum sono in realtà due domini diversi, che tendono a sovrapporsi molto.
Inoltre, sono perfezionamenti di altri processi di sviluppo del software e si basano su una filosofia che supporta un particolare tipo di approccio per risolvere problemi complessi, spesso mal definiti e difficili da gestire.
Detto questo, non garantiscono il successo, né prescrivono nemmeno un percorso fisso specifico da utilizzare come modello per il successo. Piuttosto prescrivono un insieme di regole e un mezzo per modificare tali regole per soddisfare le esigenze aziendali. Ciò significa che il tuo processo Agile si adatterà alle esigenze della tua azienda e sarà leggermente diverso dal processo di un'altra azienda.
Ecco perché ci sono punti di controllo e valori elencati in questi approcci. I checkpoint fermano la squadra e (si spera) fanno riflettere sul lavoro svolto alla luce di vedere se i valori vengono ancora onorati. Come fa una squadra a fare questo? Hanno una certa esperienza nello sviluppo di software e (si spera) in alcune esperienze che stimano se le loro azioni mantengono i valori.
Questo significa che non esiste un vero e proprio "progetto" per lanciare un team Agile di successo senza alcuna esperienza nel campo del software. La mia raccomandazione è di assumere alcuni sviluppatori software esperti, che possono importare alcune delle conoscenze di base, con un occhio attento se sembrano valutare (nella stima) i valori promossi da Agile e Scrum. Dopo tutto, puoi stimare se i loro valori sono allineati con quelli pubblicati in queste metodologie, anche se non hai anni di esperienza nello sviluppo del software.
E per quanto riguarda la parte "per reale"? Immagino che tu intenda "non sulla carta, ma nella mia compagnia", e l'unico modo per iniziare davvero a farlo "per davvero" inizia a farlo (spero non troppo) e poi a migliorare.
Per rendere la tua teoria della gestione dei progetti più "reale", lanciare un prodotto minimo vitale (MVP) e quindi creare un team Agile / Scrum attorno ai requisiti di sviluppo del software.
Ad esempio, hai un programmatore PHP, Python o ASP.Net, un amministratore di sistema per il server web, uno specialista di front-end per CSS, un designer grafico, un artista mockup e & project manager, quindi impostare varie attività per i membri del team con benchmark per il completamento.
Devi anche considerare la sicurezza dei dati, i test su più browser, l'ottimizzazione delle prestazioni e & esigenze di marketing al fine di rendere il progetto un successo.
Quando gestisci il tuo prodotto software attraverso fasi di sviluppo, aggiungendo funzionalità innovative e amp; rilasciando nuove versioni alfa / beta di un'app, l'organizzazione Agile / Scrum crescerà naturalmente dalle esigenze di sviluppo del progetto organicamente.