Dans les régions de la Chine et de l'Asie Pacifique, la majeure partie de logiciel externalisant des projets est rendue compte à un taux fixe, et ce mode de contrat apporte un concept erroné aux sociétés qu'il causera à dérangement mais ne fait retarder aucun effet sur l'investissement de projet en raison de ce projet. En fait, en retardent du dérangement de causes de projet non seulement mais affectent également l'opération et l'avantage des sociétés. Si des affaires nouvelles ne peuvent pas être eteintes dans le marqueur par des raisons de non prêt pour son logiciel ou information reliée, et d'autres occupent l'occasion, comment elle affectera la société. Ou un projet est développé pour simplifient le déroulement des opérations interne et améliorent l'efficacité de travail, puis retardent du projet prolongera le point opérationnel de bobine et augmentera des coûts opérationnels. Tout ceux-ci affectent beaucoup sur des avantages de compagnie directement ou indirectement, pas simplement sur la matière si l'investissement augmentera ou réduira.

Cependant, en Europe et Amérique, externalisant des projets sont principalement rendus compte par des nombres réels des jours de travail, ainsi elle poussera pour dépenser trop si le projet est retardé. Dans ce cas-ci, pour éviter le projet retarder est une cible importante pour juger des possibilités de gestion de chef de projet. Les chefs de projet doivent surveiller des programmes et les risques d'externaliser le projet efficacement pour éviter retardent du projet et des frais supplémentaires de développement. Nous pouvons apprendre cette idée de gestion de contrôler externaliser des projets en Chine pour garantir que le projet peut être réalisé avant date-limite.

1. Établir notre propre plan de projet

En tant que chef de projet, vous ne pouvez pas adopter le plan de projet d'externaliser le fournisseur complètement et le broutage à vous-même pour passer au-dessus de la planification de projet. Même si c'est un projet externalisant, vous devez faire un plein plan de projet par vous-même, puis vous saurez exactement les charges de travail entières, évaluez le prix pour être en pourparlers avec externaliser le fournisseur, assurez les techniciens qui seront impliqués, juge si externalisant le fournisseur pouvez fournir les ressources suffisantes et si le temps promis est faisable.

La fabrication du plan de projet, sociétés devrait exiger externaliser le fournisseur pour fournir un plein programme de développement avant de lancer le projet. Afin d'éviter de nombreuses écritures, une certaine réclamation externalisante de fournisseur habituellement que le plan a fournie avant que le contrat de signature soit le plan entier de projet. Ceci nous indiquent qu'ils n'ont aucun système d'intégrité sur la gestion de développement et la gestion de projet, et leur chef de projet n'est pas approprié à son travail. N'importe quel chef de projet employable devrait se rendre compte que le plan préliminaire pour fournir le projet fait dans la période de la négociation de contrat ne peut pas être total, et il a besoin de modification pour être un plan faisable selon les contenus réels du contrat, ajoute des charges de travail réelles, l'attribution des ressources, et le temps requis.

Après avoir obtenu le plan de projet d'externaliser le fournisseur, nous devons le comparer et vérifier à notre propre plan soigneusement pour comprendre s'il correspond avec des conditions du projet, qui est déroulement des opérations du projet entier, des teneurs, des charges de travail estimées et de l'arrangement des ressources. Il est nécessaire de clarifier opportun et de le rendre acceptable entre eux s'il y a différence évidente. Le projet sera lancé formellement après que le plan de projet d'externaliser le fournisseur ait été confirmé, et maintenant il est temps de surveiller le projet.

2. Concerné sur évaluer le programme

Externaliser le contrat devrait demander externaliser le fournisseur pour fournir des rapports de programme régulièrement. J'ai vu beaucoup projeter des rapports de programme, et ils sont différents beaucoup dans le contenu, cependant, la plupart d'entre eux explique certainement que des pièces ont été accompli, sur lesquelles les pièces vont, que partie est pris dans la période de rapport prochaine, et, que les travaux aient été terminés à l'heure ou pas, encore plus, certains emploient différentes couleurs telles que rouge, jaune et vert pour montrer le statut de progrès. Fondamentalement parlant, tous ces l'information peuvent seulement permettre à des directeurs de voir le projet rudement, mais ne peuvent pas inciter le chef de projet à juger le programme du projet disponible.

À mon avis, la meilleure manière est que nous devrions savoir que combien charge n'ont pas été finis, combien de temps elles seront complètes, que les pièces n'ont pas le début et la volonté qu'elles commencent comme programmé, et sont là tout changement sur les ressources prévues. Si les réponses sont différentes du plan original, nous sommes censés nous interroger immédiatement, trouvons des raisons principales pourquoi le charger n'ont pas été finis ou pourquoi pas début selon le programme. En conséquence nous pouvons le discuter avec externaliser le fournisseur, comment introduire le projet dans le programme normal. Tel fini charge a l'histoire devenue à nous et elles ont peu d'effet sur le programme du projet. Les pièces n'ont pas été accomplies ou n'ont pas le début sont la clef du projet, et elles ont besoin de la surveillance en particulier

Nous devons confirmer les rapports de programme offerts en externalisant le fournisseur pour s'assurer si charge ont été réellement finis comme prévu. La meilleure manière est quand chaque module de programme est fini, nous a besoin a laissé externaliser le fournisseur pour énumérer des codes originaux et des résultats d'essai du programme. Et laisser les techniciens et l'utilisateur que les représentants vérifient les résultats pour confirmer que le travail fourni en externalisant le fournisseur a été fini en fait. Ce procédé de confirmation ne signifie pas que nous ne faisons pas confiance à externaliser le fournisseur. Nous voulons simplement confirmer si les programmes du projet ont été finis comme prévu, et assurons la personne responsable peut faire rapport au patron au sujet du statut précis du programme.

3. Étroitement associé en vérifiant et en acceptant

Le plus grand risque du logiciel externalisant le projet n'est pas dans le progrès de développement, mais apparaît après que le projet ait été fini. Bon nombre d'entre eux souvent tour vers le haut des problèmes dans la logique de programme ou la gamme d'édition de la saisie de données pendant vérifier et accepter la période, qui ont comme conséquence les différences entre le résultat d'essai et la vraie condition, externalisant le fournisseur ne peuvent pas mais modifier beaucoup pour avoir comme conséquence le projet retarder. Parfois, externalisant le fournisseur se plaint que ce n'est pas leur défaut. Évitant ces risques, vous devriez vérifier et accepter le projet en même temps de se développer, mais pour ne pas le faire jusqu'à ce que charge ont été fermés.

Ce n'est pas une idée appropriée que quelques sociétés la mettent comme dernier travail au contrôle et l'acceptent. La vérification et accepter du projet devraient être là-dessus est manière, commence et finit en même temps du développement de projet, et alors peut s'assurer le procédé final de la vérification et d'accepter réussi. Une autre erreur dans le développement de logiciel est de demander au lotisseur de créer des essais pour le module examinant et essai de système.

Le technicien ont limité la connaissance de l'opération commerciale, et seulement les utilisateurs connaissent des gammes de ces datas et quelle information des données est précise. Par conséquent, un chef de projet expérimenté demande habituellement à des représentants d'utilisateur d'aider son module et système examinant dans le processus de projet, et établit des essais pour l'essai de technicien. Des essais de chaque module sont offerts par des utilisateurs. Pour nous empêcher de contester, externalisant le projet est suggéré d'examiner avec cette méthode. Quand externaliser le fournisseur fournit la liste des codes et le rapport des essais originaux de chaque module, utilisateurs et techniciens de contrôle ferme il ensemble, et garantit l'uniformité de résultats entre l'essai et les données des utilisateurs, et enfin le contrôle et accepte le système avec succès, et ne cause aucun mortel retardent.

4. Temps de distribution dans la raison

Elle est plus compliquée de contrôler un projet externalisant que le développent interne, et plus d'étapes importantes sont nécessaires pour être établies pour surveiller le programme du projet. Plus de communication et de négociation sont nécessaires ; les membres fermes devraient coopérer avec le programme d'externaliser le fournisseur constamment et l'approvisionnement avec des données requises pour examiner, tout ceux-ci sera manipulé dans le temps supplémentaire.

D'une manière générale, il suppose qu'un projet interne sera accompli en quelques 500 jours ouvrables, 50~75 jours ouvrables sont pour la gestion de projet, environ 10%~15% des charges de travail entières. Et les mêmes 500 jours ouvrables d'externaliser le projet a besoin d'encore pendant 75~110 jours supplémentaires pour contrôler ce projet. En d'autres termes, il prend 15%~22% de charges de travail pour que les sociétés contrôlent externaliser le fournisseur. Certainement, ces données sont seulement pour la référence pour le développement de logiciel externalisant des projets, chaque projet et en externalisant le fournisseur avoir les exigences de gestion de différence. Cependant, c'est une règle inchangeable de gestion de projet, nous ne peut pas penser qu'externaliser nous permet n'ont aucune exigence de gestion.

Article Source: http://www.articleset.com