Avis requis: Examiner un projet Web dans l'intention de prendre le relais d'une autre entreprise

Question

On m'a confié la tâche d'écrire un document expliquant le processus que je vais suivre afin de passer en revue un projet Web dont nous pourrions éventuellement assumer la responsabilité. d'une autre entreprise. Ce document sera envoyé en réponse à une demande d'appel d'offres - je ne sais vraiment pas par où commencer.

Je n'ai pas vraiment fait quelque chose comme ça auparavant, donc j'aimerais avoir quelques pointeurs pour me lancer. Les autres développeurs et moi effectuons des revues de code les uns sur les autres lors de nos projets mais c'est un animal différent. Pour commencer, je n'aurai pas accès aux développeurs qui ont construit la solution, donc je ne serai pas en mesure d'avoir une explication du code ou de poser des questions.

Quelle devrait être la qualité technique du document? Sur quels éléments du projet devrais-je me concentrer? Performance? Qualité du code?

De toute évidence, les meilleures pratiques de notre société ne joueront pas un grand rôle dans la révision, mais nous devons soutenir la solution à l'avenir.

Un conseil serait grandement apprécié.

Answer 1

Une tâche intéressante devant vous. Je commence normalement avec un aperçu de haut niveau avec une estimation des ETP et des heures impliquées pour chaque étape et une section détaillée couvrant chaque étape spécifique.

Je vous suggère de faire un inventaire de ce qui existe et de ce qui n'est pas comparé à la façon dont les projets/produits sont développés dans votre situation actuelle. Par exemple: documents de conception, langues, normes de codage, assurance qualité du code, outils de développement et autres outils/programmes pertinents (serveur web, base de données backend, hsm, chiffrement), gestion de code/gate, Q & A, bug/Processus RFI, plateformes de déploiement (Unix, Linux, Windows, ...), développeurs d'origine

Puis commencez par évaluer la quantité de travail, les risques, les avantages et les inconvénients de la migration par rapport à la façon dont les choses se déroulent normalement. votre entreprise comparée à d'autres scénarios (par exemple, maintenir la version actuelle telle quelle et convertir la prochaine version)