So che questo è un post davvero vecchio e il poster originale non è stato attivo di recente. Tuttavia, mi chiedo se questo potrebbe non essere un problema corrente che ha ancora bisogno di una risposta. Sono un noob per StackOverflow, ma ho alcune informazioni su questo problema.
Ci sono un certo numero di cose da affrontare per questo post. Innanzitutto, vuoi conoscere il tipo "migliore" di modello SDLC. Esistono molti modelli diversi, ma non una risposta giusta. Dipenderà da ciò che stai cercando di realizzare e da come la tua squadra lavora meglio.
In base al post, una combinazione di Agile e Scrum sarebbe un buon approccio per gestire l'ordine dei processi. L'agile ti consentirà di lavorare più rapidamente nelle iterazioni, mentre lo Scrum aiuterà il tuo team a identificare compiti, responsabilità, priorità, sfide e soluzioni.
Mentre si stabiliscono le migliori pratiche e metodologie è importante che l'identificazione del processo e l'attenzione al metodo SDLC stesso siano affrontate. L'organizzazione deve valutare quali progetti devono essere eseguiti, chi e cosa è necessario, problemi e soluzioni potenziali e la struttura di ripartizione del lavoro che aiuterà a gestire le esigenze di ciascuna attività per creare il processo.
** Ad esempio, ** Se è necessario aggiungere una pagina a un sito esistente, è possibile creare una linea guida di processo (poiché ogni pagina sarà diversa, come sarà il cliente). È possibile che il processo sia simile al seguente: (Intervallo requisiti) 2. Standard esistenti/Identificazione dell'implementazione 1. Identificazione dell'implementazione 3. Elenco di tutte le attività necessarie per completare l'aggiunta della pagina 4. Creare un'elaborata struttura di ripartizione del lavoro (WBS) e pianificazione/scadenza per ciascuna attività 5. Creare un sistema di gestione del progresso (questo è un nuovo processo da sviluppare.) 6. Attività dei delegati/scadenze/squadre/etc. 7. Stabilire una comunicazione di squadra 8. Verifica/avanzamento test 9.Regola le attività/WBS/pianificazione in base ai metodi Agile/Scrum stabiliti.
10. Ripetere fino a completare/soddisfare i requisiti.
È possibile impostare i processi Agile e Scrum prima di configurare altri processi e modificarli finché non funzionano per i servizi che si stanno fornendo.
Non è necessario utilizzare Agile o Scrum o una combinazione specifica delle disponibilità in base a ciò che fanno gli altri. La bellezza di avere così tanti tra cui scegliere è che puoi mescolarli e abbinarli fino a trovare ciò che funziona per i tuoi progetti.
Affinché uno qualsiasi dei tuoi processi sia efficace, è necessario comunicare con il proprio team ciò che funziona, non funziona o ciò che funziona, ma deve essere migliorato. Alcuni strumenti per i quali ho sentito grandi lodi sono: 1. Slack dot com: questo è uno strumento di gestione del progetto di squadra. 2. G Suite: si tratta di una suite di app a pagamento, ma è altrettanto semplice utilizzare Gmail, Google Drive, Fogli Google, Documenti, Calendar, Hangouts, Google + e gli altri strumenti gratuiti.
3. Trello dot com: questa è una fantastica scheda di collaborazione che uso con alcuni amici per i miei progetti. Puoi avere schede personali o schede condivise: calendari, team, connessioni email, promemoria, ecc. Mi è piaciuto molto questo strumento del sito.
Questi sono solo alcuni che penso siano decenti, ma ce ne sono altri che offrono funzionalità diverse, quindi puoi scegliere ciò che funziona per te.
Infine, la gestione del progetto è un compito arduo, ma quello che hai assunto avrebbe potuto aiutarti con questo dilemma. Tuttavia, ecco alcuni siti che potrebbero aiutarti a gestire parte del tuo progetto: 1. PMI dot org: questo è l'istituto di gestione del progetto. Anche se non sei il project manager e non vuoi esserlo, ci sono davvero ottimi consigli e suggerimenti per chiunque sia in una posizione dirigenziale che sovrintende alla logistica dei progetti.
2. SDLC PM: questo è ancora PMI.org, ma questo link è specifico per la tua domanda. 3. Projectmanager.com: questo ha gli strumenti per la gestione del progetto. C'è anche un link qui con risorse aggiuntive.
Bene, spero che questa informazione aiuti voi e gli altri. Avrei avuto più collegamenti, ma ho bisogno di più punti reputazione. Tuttavia, ho cercato di introdurli di nascosto. I migliori saluti.
-AudreyLin
+1 per tutti devono essere a bordo o non funzionerà. gestione e sviluppatori. – kenwarner
È bello avere a bordo gli sviluppatori esistenti, ma sono sostituibili se non vogliono collaborare, e inoltre, non ho incontrato nessun "buon" sviluppatore che ha avuto un problema lavorando con una metodologia agile. Sfortunatamente, non puoi licenziare il tuo capo. L'architetto delle soluzioni in cui lavoravo era responsabile della scelta della metodologia utilizzata e, sebbene fosse un bravo ragazzo, non credo che avrebbe potuto risolvere il test FizzBuzz in meno di 3000 righe di codice C#. Diceva di piacere a Scrum, e che eravamo agili, ma eravamo più come una specie di cascata rotta. Una cascata senza acqua forse ... –