Qualcosa che Scrum (e anche Nexus, il framework Scrum ridimensionato) non fa bene è l'inizio del progetto. L'inizio del progetto comprende aspetti quali la formazione del team, la visione del progetto, la direzione organizzativa, l'ambito iniziale, la creazione dell'ambiente di lavoro, la strategia tecnica e la gestione del rischio. Invece, Scrum si concentra sulle attività di costruzione - scegliendo su cosa lavorare ora, lavorando verso una soluzione e affrontando le esigenze che cambiano nel corso del progetto. Sia il Scaled Agile Framework (SAFe) sia Consegna agile disciplinata (DAD) indirizzare queste attività in un contesto agile.
Ora, SAFe e DAD sono progettati per l'uso in un'azienda, con più team agili che lavorano in coordinamento tra loro per i prodotti di consegna. Se hai una singola squadra, potrebbero essere esagerati, ma puoi scoprire cosa hanno da dire e applicarne alcune parti al tuo ambiente.
Alcune delle cose che ti preoccupano, ad esempio scegliere l'architettura e la sicurezza hardware e software, fanno parte di una strategia tecnica. In Scaled Agile Framework, ci sono System Architects e Release Train Engineers (a livello di Program o Value Stream, che lavorano in team di sviluppo) e Value Stream Engineers (a livello di Value Stream) focalizzati su questo coinvolgimento tecnico trasversale. In Disciplined Agile Delivery, c'è il ruolo di un proprietario di architettura di possedere queste decisioni, ma possono trasformarle in un gruppo con altri membri dell'organizzazione o della squadra. In entrambi questi framework scalati, queste persone iniziano a creare il backlog iniziale che va ai team di sviluppo all'inizio del progetto.
Alcune delle tue altre preoccupazioni, come la progettazione del database e i ruoli e le autorizzazioni degli utenti, verranno dalla progettazione e dall'implementazione delle funzionalità. Verranno dai requisiti aziendali prioritari per Product Owner (in Scrum o DAD) o Solution Management, Product Management e Product Owner (in SAFe). È possibile eseguire una progettazione di database iterativa e incrementale, e ci sono altre risorse (comprese le domande qui) a riguardo.
Sì, dovresti fare un certo livello di lavoro iniziale per stabilire la tua architettura e l'ambiente di sviluppo prima di iniziare le iterazioni di consegna o gli sprint. La quantità di dettagli dipende da quanto rischio sei disposto ad accettare. Se è necessario acquisire una specifica di sistema formale, ciò dipende dai requisiti per la gestione della configurazione. In un settore regolamentato, è necessario disporre di politiche documentate e coerenti relative agli ambienti e agli strumenti di sviluppo, test e produzione. In altri settori, potrebbe non essere necessario. Scrum, come framework, non specifica come farlo, quindi avrai bisogno di guardare ad altri modelli di processo.
Se il tuo backlog è buono ... lavora con il tuo team. È abbastanza buono per loro per stimare? Ogni elemento è ragionevolmente circoscritto e può essere suddiviso in sottoattività e poi eseguito dal team? Solo loro possono rispondere a queste domande.
