Home Directives sur la coopération et la fourniture
COOPERATION & DELIVERY

Processus de collaboration avec les projets logiciels et guide de livraison

La base de la coopération, les étapes, les responsabilités et les acceptations mutuelles sont clairement définies avant le début du projet, et les décisions opérationnelles, la mise en oeuvre de la R & D et la prestation finale sont alignées.

ENGAGEMENT MODEL

Choix des modalités de coopération fondées sur la phase du projet

Modalités de coopération

Système de projet à fourchette fixe

Projets qui sont définis plus clairement à l'intérieur de la limite de la demande, avec des objectifs et des critères d'acceptation qui peuvent être identifiés à l'avance.

Modalités de coopération

Exécution progressive

S'adapte aux produits ou projets d'information plus complexes et nécessitant une validation et une expansion.

Modalités de coopération

Collaboration entre les équipes de recherche et de développement

Les entreprises qui conviennent aux produits existants et aux équipes de gestion doivent compléter des rôles spécifiques ou des capacités de R & D continues.

Modalités de coopération

Conseils et accompagnement de projets

Convient à l'entreprise pour la mise en œuvre de sa propre, mais avec un soutien à la planification, à l'évaluation, à l'architecture ou à la gouvernance de projet.

PROCESS

De la communication initiale à l'Internet.

01

Communications initiales

La base de la coopération est jugée par une compréhension wi-fi du contexte opérationnel, des objectifs, de l'état, du calendrier et des contraintes budgétaires.

02

Besoins de recherche

D'autres entrevues avec les chefs des opérations et de la technologie pour établir la portée de la demande, les principaux processus et les listes de risques.

03

Programme et devis

Présentation des propositions, phase de mise en oeuvre, configuration de l'équipe, cycle, coût et limite de livraison.

04

Contrat et début

Le contrat est activé dès la reconnaissance des droits de propriété intellectuelle, des nœuds de paiement, des normes d'acceptation, de la responsabilité mutuelle et d'un changement dans le mécanisme.

05

Intersection et évaluation

Les tests de recherche et développement prévus sont régulièrement synchronisés avec les progrès, la démonstration des résultats et la résolution des problèmes et des changements.

06

En ligne, réception et inspection

Terminer le déploiement, les données, les documents de formation et d'acceptation, et effectuer les opérations et les inspections techniques et les inspections conformément aux normes convenues.

07

Qualité et transports

Entrer dans la phase d'assurance qualité ou de transport à long terme, qui traitera en permanence les dysfonctionnements, la sécurité, la capacité et la version itérative.

DELIVERABLES

Produits livrables communs

La portée finale de la prestation est basée sur les phases du contrat et du projet, garantissant que les résultats sont détectables, déployables, utilisables et prêts à être repris.

OUTPUT

Catégorie de planification consultative

Diagnostic de l'état, plan d'entreprise, architecture du système, options techniques, feuille de route et rapports sur les risques

OUTPUT

Catégorie de conception de produit

Énoncé des exigences, processus opérationnels, architecture de l'information, prototypes interactifs, conception de l'interface utilisateur et spécifications de conception

OUTPUT

Catégorie de développement de logiciels

Code de fin de fichier, script de base de données, document d'interface, création et déploiement de fichiers

OUTPUT

Catégorie d'acceptation de la qualité

Plans d'essai, rapports d'essai, dossiers de lacunes, listes d'acceptation et d'inspection et formulaires d'inspection en ligne

OUTPUT

Déploiement de la classe de transport

Instructions environnementales, manuels opérationnels, matériel de surveillance, de planification d'urgence, de formation et de transfert des connaissances

PROJECT GOVERNANCE

Quelles frontières faut-il identifier avant le début de la coopération?

Plus la portée, la responsabilité et l'acceptation sont les données de référence écrites, plus les coûts de communication dans la mise en œuvre du projet sont faibles.

Comment un jalon est défini pour l'acceptation

Le développement complet des coulisses est trop général. Les formulations plus applicables devraient inclure les versions de demande applicables, les environnements cibles, les rôles opérationnels, les échantillons d'essai, les conditions de passage, le niveau de défauts résiduels et les matériaux à transférer. Par exemple, les étapes du module de commande peuvent nécessiter la facturation normale, l'annulation, le remboursement et les échantillons de correction dupliquées à passer, ainsi que la livraison de compacts d'interface, de dossiers d'essai, d'instructions de déploiement et de la liste connue des problèmes.

Le rapport hebdomadaire du projet propose de présenter les deux résultats terminés, les plans de la semaine prochaine, les risques, les décisions en attente, les changements de portée et l'utilisation du budget.

Le contrat peut prévoir des responsabilités en matière d'adaptation et d'assistance en cas de défaillance, mais il ne doit pas indiquer la disponibilité permanente de la plate-forme externe, ce qui permet à l'équipe du logiciel de garantir.

Principes de coopération

Toute forme de coopération devrait être fondée sur l'autorisation légale, l'information authentique et l'acceptation exécutoire.

FAQ

FAQs

Les questions les plus courantes avant la coopération sont clairement énoncées à l'avance.

Que devez-vous préparer pour votre première communication?+

La préparation du contexte opérationnel, les questions souhaitées, le système existant, le temps prévu et le budget approximatif sont suffisants.

Pouvez-vous citer pour manque de clarté sur demande?+

Une portée progressive des travaux ou du budget peut être donnée, mais une offre officielle nécessite une estimation des besoins.

Que doit-on identifier clairement dans le contrat?+

Au minimum, portée du projet, résultats attendus, cycles, coûts, nœuds de paiement, droits de propriété intellectuelle, sécurité des données, normes d'acceptation, mécanismes de changement, assurance de la qualité et responsabilité en cas de défaut.

Comment contrôler le changement de la demande?+

Établir un niveau de référence des besoins et évaluer la valeur des opérations et l'incidence sur la portée, le cycle, les coûts et les essais pour chaque changement, à confirmer par les deux parties.

Comment le projet est-il accepté?+

L'examen simultané des fonctions opérationnelles, de la sécurité des performances, des données, du déploiement, de la documentation, de la formation, du code source et des questions héritées ne peut se fonder uniquement sur la disponibilité des pages.

Sera-t-il un moyen de transport lorsque vous serez en ligne?+

L'assurance de la qualité, les alertes de surveillance, la réponse aux défaillances, la récupération de sauvegarde, l'habilitation de sécurité, la publication de versions et les services itératifs à long terme peuvent être fournis en fonction de l'importance du système.

DECISION FAQ

Questions communes relatives aux projets en cours

Regardez les 265 questions.
Développement de logiciels et externalisation de projets

Quel devrait être le choix des équipes d'externalisation et d'auto-construction des logiciels?

L'externalisation des logiciels est généralement plus efficace si l'entreprise a besoin d'un continuum à long terme et si l'entreprise a une capacité de gestion des produits et des technologies. Si l'objectif est clairement défini, un démarrage rapide est nécessaire ou si il y a un manque temporaire de capacité dédiée, de nombreuses entreprises conservent les propriétaires de produits et de technologies, laissant la phase de R & D ou de construction dédiée à l'équipe extérieure.

Voir la réponse complète
Lancement de projet logiciel et sélection de programme

Les exigences en matière de logiciels sont incomplètes, alors pouvons-nous d'abord avoir une entreprise externe pour les évaluer?

Il est possible, et si la demande est incomplète, de faire un diagnostic de besoins limités d'abord, plutôt que de demander directement un prix total fixe. Une entreprise doit simplement indiquer son contexte d'affaires, les utilisateurs cibles, les problèmes actuels, le temps pour aller en ligne et les budgets disponibles.

Voir la réponse complète
Lancement de projet logiciel et sélection de programme

Seules les idées n'ont pas de gestionnaire de produits. Comment démarrer le projet logiciel?

L'absence d'un gestionnaire de produits ne signifie pas qu'il ne peut pas être lancé, mais il doit être clair qui prendra les décisions de priorité et d'acceptation de l'entreprise de façon continue. Les entrevues, l'analyse des besoins, les prototypes et la planification des versions peuvent être facilitées par des consultants externes ou des équipes de livraison, et il reste nécessaire d'identifier un chef d'entreprise au sein de l'entreprise pour confirmer les règles.

Voir la réponse complète
Lancement de projet logiciel et sélection de programme

Les renseignements peuvent-ils être fournis après la conclusion d'un accord de confidentialité?

Vous pouvez. Vous pouvez signer un accord de confidentialité bidirectionnel avant de pouvoir fournir des informations.

Voir la réponse complète

Prêt à démarrer un logiciel ou une application AI?

L'ajout de consultants homologues pour communiquer les questions opérationnelles, les systèmes existants et les objectifs attendus.

Afficher les contacts microcrédentiels