Limiter la couverture fonctionnelle avec des objectifs opérationnels
Les projets devraient identifier les groupes cibles, les questions de base et les indicateurs de succès, et chaque demande devrait pouvoir démontrer sa contribution à l'objectif, sinon il est facile d'ajouter la fonction « par les coulisses » à la discussion.
Pour la première phase, la priorité est donnée à la couverture de l'ensemble du processus de base plutôt qu'au grand nombre de fonctions marginales.
Établissement d'une base commune de compréhension des besoins
Les fichiers, les diagrammes de flux, les prototypes, les règles de terrain et les conditions d'acceptation constituent ensemble des bases de données. Il est difficile de soutenir des projets complexes en enregistrant simplement des minutes ou des conversations.
Le niveau de référence n'exige pas que tous les détails restent inchangés, mais plutôt que les deux parties sachent ce qu'est la version actuellement confirmée.
Détection précoce des écarts par des démonstrations à court cycle
Les résultats de rendement sont démontrés toutes les deux semaines afin de permettre au personnel opérationnel de fournir des commentaires sur les processus réels, plus efficaces que l'acceptation centralisée à la fin du projet. Les intervenants clés devraient être impliqués dans un examen régulier et confirmer les conclusions en temps opportun.
Les premières réactions peuvent corriger les écarts dans la compréhension et aider les entreprises à remanier leurs besoins.
Montrez l'effet complet de chaque changement.
La demande de modification devrait indiquer les raisons, la portée et la priorité, et l'équipe de projet devrait évaluer l'impact sur la conception, les données, l'interface, les essais, la périodicité et le budget, et décider s'il convient d'accepter, de remplacer ou de prolonger.
Les changements dans les dossiers peuvent protéger les deux parties et permettre à la direction de comprendre pourquoi des ajustements aux projets se produisent.
- Des ressources supplémentaires pourraient remplacer les besoins de faible priorité d ' un volume de travail équivalent
- Changements majeurs apportés aux jalons et aux coûts
- Les éléments non essentiels figurent sur la liste des versions ultérieures.
Le changement de logiciel doit être géré de la lecture des résultats à l'entrée du projet
Le problème le plus probable après la lecture des articles méthodologiques est l'acceptation des principes, qui ne sont pas traduits dans la prochaine étape. Il est proposé que le chef des opérations organise un mini-atelier de 60-90 minutes, en choisissant seulement un processus réel et ne se précipitant pas pour discuter de la plate-forme complète.
Étape 1: Établissement d'un état actuel et d'un échantillon de référence
Les données ne sont pas utilisées pour enregistrer le nombre de tâches normales, inhabituelles et frontalières qui sont actuellement effectuées, le temps d'attente, le temps de traitement réel, le taux de retour au travail, le contact manuel, les conséquences d'erreurs et l'outil actuel.
Étape 2: Clarifier la fermeture initiale et l'inaction
La première phase est conçue pour permettre à une chaîne de fonctionner et d'être retraçable, plutôt que de mettre en place une gestion de projet externalisée, un changement de demande, une portée de projet logicielle dans la même version.
Étape 3: Correspondre les résultats techniques aux données techniques
Le projet externalisé devrait inclure le même niveau de référence en termes de portée, d'hypothèses, d'exclusions, d'étapes, d'attribution de la source, de modes de déploiement et de preuve d'acceptation. Le changement de demande doit être évalué pour son incidence sur le cycle, le coût et les essais, sans qu'il y ait un engagement oral de remplacer le dossier de changement.
Étape 4: Réception, inspection et disque avec le même calibre
Si l'on suppose que le processus initial s'occupe de 600 tâches par mois, soit en moyenne 20 minutes et un taux de rendement de 10 %, l'objectif peut être décrit comme étant de six semaines après la hausse de la ligne, avec une moyenne de 25 % de moins de temps que le niveau de référence initial, compte tenu du degré de complexité de la tâche., Cet ensemble ne démontre que la méthode de mesure et ne représente pas les résultats d'un client; les indicateurs officiels doivent être identifiés par l'entreprise sur la base de son propre échantillon.
- Matériel opérationnel : organigramme, rôle, mission type, questions actuelles et données de base
- Matériel technique : inventaire des systèmes, interface, accès aux données, environnement de déploiement et exigences en matière de sécurité
- Matériel du projet: portée de la première phase, exclusions, matrice de responsabilité, jalons et mécanismes de changement
- Matériel de réception et d'inspection : jeu d'essais, dossiers d'exécution, liste des lacunes, requêtes d'indicateurs et documents de transfert
Lorsque ces matériaux sont identifiés conjointement par les parties opérationnelles et techniques, la méthode de l'article est effectivement entrée dans le projet. Si les données clés, l'autorisation d'interface ou la personne responsable ne sont pas en place, la prochaine étape logique est généralement un diagnostic limité ou PoC, plutôt qu'un engagement immédiat à terminer la période de travail et le prix total fixe.
Mettre en œuvre la méthodologie pour l'action du projet
- Contrôler la première phase avec des objectifs et des processus de base
- Niveau de référence de la documentation, des prototypes et des exigences d'acceptation
- Le changement doit évaluer l'impact sur le temps, le coût et la qualité
Continuer à concilier les questions communes dans la prise de décisions concernant les projets
Comment signer les contrats d'externalisation de logiciels et quelles modalités doivent être convenues?
Le contrat de passation de contrats de logiciels doit au moins préciser la portée de la demande, les étapes, les paiements, l'acceptation, le changement, les droits de propriété intellectuelle, la confidentialité, l'assurance de la qualité et la résiliation du transfert. La liste fonctionnelle doit non seulement inclure le nom du module, mais aussi les exigences de la version, de l'interface, des données et des exigences non fonctionnelles. La responsabilité des parties, la coopération avec les clients et la dépendance des tiers doivent également être incluses dans le contrat.
Voir la réponse complèteContrats, paiements, changements et exécution de projetsQui est le propriétaire respectif du droit d'auteur, du code source et des droits de propriété intellectuelle des logiciels?
Le projet devrait distinguer entre les informations originales du client, les résultats personnalisés, les composants génériques du fournisseur, les logiciels libres et les licences commerciales de tiers. Le même concept n'est pas vrai pour la livraison de source, les droits d'accès, les droits de modification, les enregistrements de droits d'auteur et les droits de renouvellement de licence.
Voir la réponse complèteContrats, paiements, changements et exécution de projetsComment calculer les coûts et la durée du processus de développement en augmentant la demande?
Les exigences supplémentaires doivent être documentées et des changements précis doivent être apportés avant l'évaluation du produit, de la conception, du développement, des essais, des données et de l'impact. Le temps de codage de la nouvelle page ne peut pas être calculé uniquement parce que la structure, l'interface et la plage de régression peuvent changer.
Voir la réponse complèteContrats, paiements, changements et exécution de projetsQuelles informations sont nécessaires pour l'acceptation et l'inspection du projet logiciel?
L'objectif de l'information est de démontrer que le système respecte les normes convenues et que le client peut continuer à fonctionner et à prendre le relais.
Voir la réponse complèteNécessité d'une analyse plus approfondie dans le contexte de l'état actuel de l'entreprise?
Nous fournissons des conseils techniques en informatique, la construction d'informations d'entreprise, Software Project Outlook, conception de produits, la livraison de R & D et les services de livraison de systèmes.