Nouveau dans l'agilité et je ne sais pas par où commencer.
Après avoir lu votre message, je pense que vous le comprenez mal et vous devriez commencer par lire ce que signifie vraiment l'agile et essaie d'accomplir.
L'idée est de créer de petites parties du projet en sprints.
Fermer, mais pas assez près. L'idée est de livrer un logiciel fonctionnel à la fin de chaque sprint (une partie du système peut ou non s'insérer dans un sprint). La base de données peut être considérée comme un logiciel fonctionnel si et seulement si la base de données est ce que vous livrez au client.
Cependant, le projet sur lequel je travaille nécessite une base de données et la base de données doit être presque fonctionnelle pour faire quoi que ce soit avec le projet.
Pourquoi doit-il être presque fonctionnel? Chaque fonctionnalité du système utilise-t-elle la totalité ou la majeure partie du contenu de la base de données? Parce que si ce n'est pas le cas, il est inutile de concevoir la base de données entière au préalable.
Alors, comment les projets Agile gèrent-ils cela, commencez-vous par créer la base de données?
Agile ne gère pas la conception de bases de données ou de systèmes. Il vous indique comment gérer votre projet. Dans cet esprit, vous commencez par identifier toutes les fonctionnalités du système et les placez dans le backlog produit. Ensuite, avec le propriétaire du produit, vous attribuez des priorités aux fonctionnalités du backlog. Après avoir fait cela, vous commencez à prendre des fonctionnalités du backlog et à créer des sprints (généralement de 2 à 4 semaines). Lorsqu'un sprint est terminé, vous devriez avoir une nouvelle fonctionnalité de travail dans le système qui peut être livrée au client.
Comment le feriez-vous, par exemple, si vous utilisez Scrum, comment feriez-vous les user stories et tester la base de données?
Je me trompe peut-être, mais cela ne sert à rien de tester la base de données. Vous pouvez tester le code qui met à jour la base de données. Bien sûr, vous pouvez tester votre partie programmable de la base de données, mais cela peut être réalisé en testant le code qui l'appelle.
Préférez-vous faire des parties de la base de données dans une histoire qui nécessite également du code.
Oui.
Agile n'est en aucun cas une solution miracle pour la gestion de projet et peut entraîner un désastre lorsqu'il n'est pas appliqué correctement. Essayez de passer du temps à lire à ce sujet (vous pouvez trouver de nombreuses ressources ici ou sur stackoverflow), peut-être trouver quelqu'un qui a déjà fait de l'agilité et peut vous aider à vous mettre au courant.