Le Développement Agile Signifie - T - Il Qu'Il N'Est Pas Nécessaire D'Écrire Des Documents?

Il y a une grande incompréhension à l'égard du développement Agile s'il est compris comme le fait de ne pas écrire de documentation après le développement agile.Le développement Agile met l'accent sur la documentation légère plutôt que sur l'absence de documentation.Comme je l'a I déjà dit, il est préférable de commencer un nouveau développement de système après avoir un plan ou une architecture d'ensemble.

Pour ce qui est de la façon de comprendre les documents légers, je vous suggère de jeter un coup d'oeil à la sauvegarde des produits et à la sauvegarde des Sprints dans Scrum.Notez qu'il s'agit d'une forme de documentation qui comprend la traçabilité par utilisateur des exigences, des scénarios d'affaires, des idées de mise en oeuvre, des méthodes de vérification et d'essai, des estimations, etc.Plutôt que de se diviser en plusieurs documents selon la pensée traditionnelle de l'ingénierie logicielle.

Le développement Agile met l'accent sur la communication plutôt que sur la documentation.La documentation doit être appropriée et ne doit pas constituer une charge pour l'équipe de projet ni être documentée en cas de différend.

Le document sur les exigences est divisé en deux parties:CadreDeDocumentation des exigencesLa description générale de la fonction, du mode d'interaction, de l'erreur ou de l'état limite n'a pas besoin d'être trop détaillée, car le gestionnaire de produit doit organiser la langue pour écrire le document, le développement pour lire le document et comprendre le document, ce qui prend beaucoup de temps, de préférence de manière générale, et le développement doit communiquer fréquemment et étroitement avec le personnel de produit lors de la conception des exigences.En fin de compte, un document complet est produit ensemble, ce développeur intermédiaire et testeur contribue grandement à la rigueur du document, et il n'est pas nécessaire que le gestionnaire de produit écrive tous les détails des limites.

D'autre part, en tant que bonCollaborationHabitude, toute conclusion résultant de la communication doit être archivée!Le courrier est une meilleure forme.À la fin de chaque réunion, demandez une conclusion.Qui a fait le procès - verbal?Ce n'est pas que le document n'est pas important, mais qu'il s'agit d'un consensus sur ce qui doit être décrit en détail au moyen de réunions et de communications.

Conception sommaire la conception détaillée dépend de la logique des exigences et de l'échelle.Projet logique complexe, conception sommaire comme moyen d'aider à développer une compréhension des exigences.Pour les grands projets, la conception détaillée de l'architecture est in évitable.En un mot, l'échelle de la demande, faites ce que vous voulez.Tout cela exige une communication continue en personne!La condition préalable est que les membres du projet ne doivent pas être trop rigides, mais qu'ils doivent également s'adapter et avoir une forte capacité.