En tant que senior de l'équipe de développement, on m'a demandé d'aider à générer un processus plus raffiné pour notre équipe, qui suit actuellement vaguement la méthode SDLC/waterfall sans standardiser les limites et les sorties de chaque phase sont ("voici quelques exigences, allez code!").Documenter un processus SDLC
Sans entrer dans des discussions de différentes méthodologies agiles telles que (ce qui me plaît, mais probablement commencer un autre thread sur la façon d'apporter que vers le haut), sont là de bonnes ressources pour l'officialisation des phases SDLC qui impliquent les développeurs? Puisque l'idée est de standardiser le processus, des étapes spécifiques ou des idées de documentation qui sont communément nécessaires seraient bonnes à discuter. J'ai parcouru les articles standards de Wikipédia et leurs branches sur le sujet, et bien qu'ils donnent un bon aperçu général, je voudrais commencer à tirer un processus général à suivre. Des étapes progressives pour éviter une approche big-bang seraient également utiles. Si cela peut vous aider, l'équipe est principalement constituée de codeurs cow-boy, le seul résultat officiel étant le résultat final du code lui-même. Il y a beaucoup d'autres étapes et livrables dans la conception, la documentation, et tout ce que l'industrie a déjà accepté, c'est ce que je recherche: ce qui fonctionne et ce qui est juste flou quand il s'agit de livrables supplémentaires dans le processus.