Auparavant, l’auteur a offert un aperçu détaillé du processus de diligence raisonnable technique (TDD) que les investisseurs mènent avant d’injecter des liquidités dans les startups en démarrage.
Dans ce suivi, il propose une liste de contrôle détaillée pour les cadres de niveau C et les cadres supérieurs qui sont chargés d’aider les VC à déterminer si leur « base de code est suffisamment sûre pour l’investissement ».
Feuille de route du produit
- Expliquez comment vous recueillez les commentaires des utilisateurs et des clients.
- Fournissez un exemple de sous-ensemble des commentaires les plus précis des utilisateurs/clients que vous recueillez.
- Fournir les résultats de la synthèse des retours utilisateurs/clients.
- Fournir les 12 derniers mois de données de gestion des produits pour l’ingénierie (par exemple, les tickets Jira). Combien a été dépensé pour les nouvelles fonctionnalités / fonctionnalités par rapport à la maintenance ? Quels sont les principaux éléments de la liste ?
- Expliquez la feuille de route pour les 12 prochains mois.
Qualité des codes
- Combien la Finance investit-elle dans la prévention et l’assainissement de la dette technologique ? Dans la prévention et la remédiation des risques de sécurité ? Dans la prévention et la remédiation des risques IP ?
- Quels langages logiciels utilisez-vous ? L’utilisation de nouvelles langues est-elle gérée ?
- Une refactorisation est-elle envisagée ou éventuellement nécessaire ?
- Quelles méthodes de test utilisez-vous et quelle est leur portée ? Effectuez-vous des tests unitaires, des tests automatisés, des tests d’assurance qualité manuels et des tests d’acceptation par les utilisateurs ? Partagez les résultats les plus récents de chaque type de test.
- Un outil d’analyse au niveau de la ligne tel que SonarQube est-il en place ? Si oui, partagez un exemple de rapport.
- Le code tiers est-il géré via un gestionnaire, stocké dans le code, ou les deux ? Pourquoi?
- Décrivez votre architecture et fournissez des schémas architecturaux.
