But
Le rapport de travail (RDT) sert de directive des accords sur l'exécution entre une organisation d'achat et un vendeur des marchandises et/ou les services. C'est fréquemment un attachement à un contrat ou à un mémorandum d'arrangement entre deux organismes. Le RDT affirme comment l'organisation d'achat veut que le travail soit effectué et le contexte de cette exécution, y compris toutes les procédures de gestion spécifiques ou des protocoles que l'entrepreneur doit suivre.
Application
Le RDT est normalement employé comme un attachement au contrat ou à l'accord et est l'un des documents les plus tôt développés pour clarifier des communications entre les organismes. Comme composant du contrat, on l'emploie fréquemment pour régler des conflits au-dessus de quel travail devrait ou ne devrait pas être inclus dans un projet. Il établit des espérances pour une variété d'issues dans le rapport de contrat, y compris (mais non limité) ce qui suit :
• Portée globale de projet ;
• Primaire charge et/ou des deliverables ; • Coûts ;
• Revues et rapports ; • Essai ;
• Appui ;
• Conditions d'exécution ; • Période d'exécution ; • Paiements et facturation.
Puisque le RDT est normalement un attachement au contrat ou à l'accord, c'est un document primaire franc de référence le chef de projet durant toute la vie du projet.
Contenu
Puisque le RDT le plus souvent est développé par l'organisation demandant le produit ou le service de projet, il reflète normalement un fonctionnel, plutôt que technique, perspective. Bien que le client puisse avoir l'expertise technique, le travail qu'ils identifieront dans le RDT est fréquemment exécution orientée ou exécution basée.
Un contour pour un RDT pourrait ressembler à ce qui suit :
1.0 Portée et objectifs de projet
C'est souvent une réécriture (ou une copie) du rapport de portée pour le projet, fournissant une perspective générale et globale sur ce que le projet est prévu pour accomplir.
2.0 Description de Deliverables/Services
Si le projet peut être défini dans les composantes clés ou les éléments du livrable ou du service, elles devraient être définies dans le détail suffisant pour guider l'organisation de projet à l'approche’désirée par s d'acheteur. Ceci peut inclure les deliverables ou les rapports physiques, essai, et les composants de soutien du projet. La description des deliverables et des services est normalement la plus longue section simple du rapport de travail.
3.0 coûts
Dans une situation interne ou de coût-remboursement de contrat, une table pour les coûts prévus par livrable, le mois, le quart, ou l'exercice budgétaire peuvent être fournis. Ceci ne serait pas inclus dans un contrat ferme de fixe-prix. Ceci peut inclure le personnel et l'utilisation et les taux de matériaux, en particulier dans des temps-et-matériels se contractent.
4.0 Revues et rapports
C'est une description détaillée des conditions de reportage régulières liées au projet et au niveau de la profondeur prévus pour ces rapports. Elle peut inclure non seulement la synchronisation pour les rapports, mais également les formes et les formats exigés.
5.0 Essai
Les détails composants d'essai quels types d'essais sont considérés obligatoires et comment et quand ils doivent être appliqués. Ceci peut inclure (sur l'accomplissement) des évaluations formatrices (dans-processus) et summative.
6.0 AppuiCe composant peut décrire l'appui pendant et juste après le projet. Il devrait inclure quelques détails au sujet des temps de réponse, type(s) de l'appui (téléphone, sur l'emplacement, le E-mail, la causerie, et ainsi de suite), et quels secteurs généraux peuvent ou ne peuvent être couverts comme composant de l'accord de soutien.
7.0 Conditions D'Exécution
Si des protocoles d'organisation spécifiques doivent être suivis, ils devraient être inclus dans le RDT. Ceci pourrait inclure la sécurité, le comportement d'équipe, la gestion de configuration, la gestion des risques et d'autres conditions gestionnaires de l'organisation d'achat.
période 8.0 d'exécution
Ceci devrait être une date-certaine fenêtre d'exécution pour le contrat, de [ date ] [ date ], sans le travail à être extérieur exécuté cette fenêtre sans amendement de contrat.
9.0 Paiement et facturation
Ceci devrait fournir des conseils spécifiques sur toutes les dispositions pour le paiement d'intérim et identifier n'importe quels individus spécifiques responsables d'assurer le paiement d'une mode opportune. Il peut également établir les renvois de tous les protocoles pour la soumission de facture.
Approches
Dans quelques organismes se contractants, le RDT est employé pendant qu'un endroit pour incorporer toutes les clauses contractuelles spéciales qui ne peuvent normalement être incluses dans le contrat. Si l'organisation n'a pas normalement “une clause meublée” de propriété ou toute autre clause qui peuvent directement affecter l'exécution, de telles clauses sont parfois incluses ici. Dans d'autres organismes, des clauses qui sont nichées profondément dans le contrat, mais qui sont souvent donnés sur, sont répétées ici pour l'emphase. Le but du RDT est de clarifier quel travail doit être exécuté par l'organisation de projet. Si ces clauses ont l'excédent direct d'influence comment le travail sera effectué, leur inclusion ici peut être appropriée.
Quelques organismes emploient des truies même pour des projets internes. Dans de tels environnements, le RDT est employé pour souligner la nature contractuelle du rapport parmi les directeurs fonctionnels qui peuvent être responsables de l'effort.
Considérations
Les chefs de projet emploient fréquemment le RDT en tant que pratiquement arbitre unique de la façon dont ils se déplaceront en avant sur le projet. Dans quelques organismes, le RDT est la seule documentation client-écrite que le chef de projet voit jamais. Les chefs de projet ne peuvent pas avoir le contrat d'accès entièrement, mais ils ont presque toujours accès au rapport de travail. Car la force de guidage pour l'exécution de projet, indépendamment de la conséquence légale, le RDT est susceptible d'être vue par l'organisation de projet comme cause déterminante finale de ce que le client veut.
Online: 329 users browsing the articles directory
![]() . |