La metodologia SCRUM è una buona tecnica da seguire in un progetto di scadenza cruciale?

Se la tua azienda utilizza effettivamente SCRUM, allora il progetto ha un master SCRUM il cui compito principale è rimuovere eventuali ostacoli che i membri del team vedono nei loro progressi. Se ritieni che la mancanza di un database impedisca il tuo lavoro, discuterne con il Master SCRUM.

Vedo tre possibilità:

• Come nuovo membro del team, non sei abituato al modo in cui sono fatte le cose in questa azienda. Forse SCRUM Master può darti alcune spiegazioni dopo le quali capirai meglio
• Il lavoro è disorganizzato e il Master SCRUM non sta facendo il suo lavoro correttamente. Forse non ha tempo a causa di altri doveri. Dovresti discuterne con il management, ma (specialmente come nuovo dipendente) essere molto gentile e concentrarsi sul fatto che c'è un problema che deve essere risolto, non sull'assegnazione della colpa.
• Il progetto non ha un master SCRUM. Infatti, la società non utilizza SCRUM, indipendentemente da ciò che rivendicano.

Scrum è tutto incentrato su versioni iterative, che mostrano all'utente cosa stanno ottenendo prima che lo ottengano, lasciando loro la priorità degli obiettivi. Questo è perfetto quando la tua scadenza è stretta e il progetto sembra non direzionale. Significa che il cliente può vedere lo sviluppo costante (piuttosto che essere una scatola nera che sforna un prodotto inutile poco prima della scadenza) e dirigere quali parti sono più importanti affinché quella scadenza sia considerata un successo.

Riguardo al fatto che il tuo modulo abbia o meno un database, questo non è realmente pertinente alla domanda. Ma se lo codifichi bene, non dovrebbe importare. Utilizza una memoria basata su file o persino hardcode i dati durante la dimostrazione all'utente, ma tieni il codice ben estratto dalla logica reale. Quando il database è pronto, dovresti essere in grado di cambiare facilmente quella parte del codice facilmente.

Un piccolo consiglio: scrivi i test unitari per le ossa del tuo modulo. Questo ti mostrerà rapidamente come astrarre i livelli di dati dalla logica.

Per essere onesti, questo non mi sembra il problema di Scrum, ma piuttosto la mancanza di un'adeguata progettazione. Il processo Scrum è stato probabilmente messo in atto per "sistemare" le cose, ma non possono nemmeno farlo correttamente. Bene, la cattiva notizia è che qualsiasi metodologia non funzionerà senza abilità.

Mi sembra che tu sia in un ambiente che non è una vera mischia.

the project development doesnt seems to have any direction or neither it is looking like (This is what we want.)

In Scrum, si suppone di avere un "Product Owner", che definisce cosa dovrebbe fare il prodotto ed è disponibile a rispondere a domande dettagliate su come dovrebbe funzionare. Se non hai direzione, il tuo Product Owner è mancante o non sta facendo il loro lavoro.

I am developing a module which doesn't have a Database, neither do I have any information which needs to linked to this module, the people who are linked to the modules and messed up with their own work because which I am not able to get their support in it.

Sebbene la mancanza di un database non sia, di per sé un problema, la tua domanda rivela alcuni problemi seri nell'implementazione Scrum della tua azienda. In Scrum, le storie dovrebbero riguardare la funzionalità e dovrebbero essere sviluppate in "sezioni verticali", aggiungendo qualsiasi infrastruttura necessaria per abilitare la funzionalità. Se non si dispone di un database e non si dispone di supporto per altri moduli a cui si intende collegare, mi sembra che il progetto sia stato suddiviso in "orizzontale". Un'app sviluppata con Scrum dovrebbe iniziare molto sottile e ingrassare con le funzionalità.