Table des matières
![]() |
Voici les guides des meilleures pratiques de Procore pour l’outil Livrables du projet !Dans ces guides, vous trouverez nos recommandations générales pour utiliser au maximum les fonctionnalités de Procore et maximiser les connaissances et la productivité de votre entreprise. Ces guides de meilleures pratiques sont destinés à expliquer les avantages de l’implémentation de certaines fonctionnalités et sont complétés par des didacticiels du centre de support qui fournissent des instructions étape par étape pour effectuer les actions associées. Bien que les recommandations de ces guides soient génériques et puissent ne pas correspondre exactement aux processus existants de votre entreprise, nous vous encourageons à y jeter un coup d’œil et à voir quelles suggestions vous pouvez envisager d’adopter |
Avant que votre équipe ne commence à créer des livrables, vous devez vous assurer que toutes les configurations au niveau de votre compagnie sont en place. Cela aidera à prévenir les problèmes et à retravailler plus tard. Êtes-vous prêt?
Vous devez définir ces configurations maintenant pour standardiser les données saisies par vos équipes de projet dès le départ. Cela vous évitera d'avoir à modifier les livrables existants pour modifier ou ajouter des informations manquantes ultérieurement. Bien que vous puissiez modifier les livrables en bloc, vous ne pouvez modifier en bloc que des champs spécifiques dans un seul projet.
Avec l'outil Livrables de Procore, vous pouvez acheminer tout type de document qui pourrait nécessiter un flux de travail de travail d'approbation sur votre projet. Les types de livrables vous permettent d'organiser ces documents en créant des catégories de livrables distinctes. Voir Créer des types de livrables personnalisés. Votre équipe de projet peut filtrer et rapporter les livrables en fonction de leur type pour trouver facilement les données dont elles ont besoin.
Nous vous encourageons à créer des types supplémentaires que vos équipes de projet pourront utiliser. Voici quelques types populaires que nous recommandons :
|
|
Les types de livrables personnalisés vous permettent d'organiser vos livrables plus efficacement. Vous devez créer des types de livrables personnalisés au début de votre projet afin que votre équipe de projet puisse les utiliser dès qu'elle commence à créer des livrables. La meilleure pratique consiste à créer des livrables distincts pour chaque type au besoin au lieu de combiner les livrables sous un seul type qui ne s'applique pas à tous les items. Cela permet de garantir que vous répondez aux exigences de soumission de votre projet et permet à vos équipes de projet de trouver plus rapidement des informations de soumission spécifiques.
Les types de livrables personnalisés vous permettent de définir les catégories et les conventions de dénomination en fonction des préférences de votre compagnie. Étant donné que différentes équipes de conception peuvent utiliser une terminologie différente, nous vous recommandons de les définir tôt afin de ne pas vous retrouver avec plusieurs versions des « informations sur le produit », par exemple.
Si vous prévoyez d'utiliser le Créateur de Procore . Les pluriels sont considérés comme une correspondance exacte. Par exemple, « Plans d'atelier » correspond à « Plans d'atelier ». Si aucune correspondance exacte n'est trouvée, le Créateur de livrables sélectionne « Autre » comme type de livrable. Si vous ajoutez des types de livrables personnalisés après avoir utilisé le Créateur de livrables, vous devez mettre à jour manuellement tous les livrables existants avec les nouveaux types si nécessaire.
Voir Pratiques exemplaires : Créateur de livrables pour plus de considérations et de recommandations.
Procore fournit 3 statuts par défaut pour les livrables : Ouvert, Fermé et Ébauche. Cependant, vous souhaiterez peut-être ajouter d'autres statuts pour afficher exactement où se trouve un livrable dans son processus de soumission et d'approbation.
Une soumission « ouverte » peut être :
Une soumission « fermée » peut être :
Nous vous recommandons d'ajouter des statuts de soumission personnalisés pour s'adapter aux processus de votre compagnie. Voir Créer des statuts de registre de livrables personnalisés. Voici quelques recommandations courantes :
Vous devez ajouter des statuts de soumission personnalisés au début d'un projet afin que les options soient disponibles pour les équipes de projet à utiliser immédiatement. Avec des statuts clairs, les équipes peuvent voir si une soumission risque d'être retardée et confirmer s'il s'agit de la version la plus récente et la plus approuvée. Sans statuts personnalisés comme « Approuvé / Aucune exception » ou « Rejeté », il pourrait être difficile pour les utilisateurs de trouver la version finale d'une soumission si toutes ses révisions avaient le statut « Fermé ».
Utilisez des ensembles de champs configurables pour vous assurer que votre équipe de projet ne voit et ne remplit que les champs applicables aux processus de votre compagnie. Voir Créer de nouveaux ensembles de champs configurables.
Vous devez définir l'ensemble de champs livrables de votre projet au début de votre projet pour simplifier votre processus de soumission et vous assurer que vos équipes saisissent les informations correctes dans Procore en fonction des besoins de votre entreprise dès le départ. Cela augmente l'adoption de Procore et limite le besoin de modifier manuellement les livrables ultérieurement. Bien que vous puissiez modifier plusieurs livrables à la fois, vous ne pouvez modifier en bloc que certains champs dans un seul projet.
Les champs personnalisés permettent à vos équipes de capturer des données uniques à votre compagnie et/ou projet. Voir Créer de nouveaux champs personnalisés.
Tout comme les ensembles de champs, la définition de champs personnalisés au début d'un projet permet de garantir que les équipes de projet capturent les données important pour vos processus métier. Bien que les champs personnalisés puissent être ajoutés à tout moment au cours d'un projet, Procore ne prend pas en charge l'ajout de données aux champs personnalisés en bloc pour les livrables existants.
champs personnalisés
Afin de tirer le meilleur parti de l'outil Livrables, vous devez vous assurer que toutes les configurations au niveau du projet sont en place avant de créer des livrables. Cet article passera en revue les meilleures pratiques pour les paramètres les plus notables. Êtes-vous prêt?
L'activation de certaines configurations fournit des fonctionnalités supplémentaires pour vous assurer que vos livrables sont traités aussi efficacement que possible.
Ce paramètre active une option permettant de préfixer le numéro de livrable et la révision avec la section du devis liée. Par exemple, si une section du devis n° 03 30 00 est identifiée dans le champ Section du devis d'un livrable, le numéro de la soumission (tel que # 007) et le numéro de révision (tel que # 01) seront au format # 03 30 00- 007.01 lorsque le paramètre est activé. Si le paramètre n'est pas activé, le numéro de livrable et le numéro de révision seront au format #007.01.
De plus, les livrables de chaque section du devis seront numérotés de manière séquentielle et indépendante des livrables d'une autre section du devis lorsque ce paramètre est activé. Par exemple :
Une fois ce paramètre activé et les livrables créés, nous vous déconseillons de désactiver le paramètre. Cela entraînera probablement des numéros de livrable en double.
Les dates d'échéance dynamiques sont une configuration facultative mais recommandée qui définit les durées des étapes du flux de travail au lieu de dates d'échéance fixes. Cela garantit que chaque étape et chaque rôle du flux de travail dispose de son délai contractuel pour examiner et répondre à chaque item de livrable. Au fur et à mesure que les étapes du flux de travail sont terminées, la date d'échéance de l'étape suivante s'ajuste automatiquement en avant (si l'étape précédente était en retard) ou en arrière (si l'étape précédente était en avance) pour toujours se conformer aux durées définies. Les règles de retard s'appliquent toujours si les étapes du flux de travail ne répondent pas à leur date d'échéance. Voir Que sont les dates d'échéance des approbateurs dynamiques?
Les calculs d'échéancier de livrables sont une fonctionnalité facultative mais fortement recommandée qui affiche les dates d'étape pertinentes pour un item de livrable. Ces champs se composent des éléments suivants :
Ces champs permettent de recalculer les dates d'échéance prévues pour chaque membre du processus de flux de travail en fonction des dates sur site, des délais et des délais de révision alloués spécifiques requis. Ce paramètre facilite la création de rapports sur la progression d'un livrable pour déterminer s'il est sur la bonne voie.
Lorsque l'option « Calculs de l'échéancier de livrables » est activée :
L'affichage de ces informations vous permet d'ajouter et de référencer ces dates importantes lors de la création de votre flux de travail pour vous assurer que votre livrable est approuvé avant la date requise sur le site. Voir Activer les calculs d'échéancier de livrables et Configurer les calculs d'échéancier de livrables.
Ce paramètre est fortement recommandé. Lorsqu'elles sont activées, les réponses de livrable de type « Rejeter » ou « Réviser et soumettre à nouveau » d'un approbateur du flux de travail de travail acheminent automatiquement le responsable au gestionnaire de livrables pour déterminer l'étape suivante.
Ce paramètre simplifie les flux de travail et élimine les révisions inutiles. Pour les interactions entre le Soumissionnaire et l'approbateur, cela permet au gestionnaire de livrables de traiter une soumission incorrecte du Soumissionnaire avant qu'elle ne puisse passer à l'approbateur suivant.
Pour les flux de travail comportant plusieurs étapes d'approbateur, il élimine le besoin d'insérer une étape supplémentaire dédiée au gestionnaire de livrables entre les étapes d'approbateur pour garantir qu'une réponse « Rejeter » ou « Réviser et soumettre à nouveau » ne passe pas à l'étape suivante.
Ces paramètres régissent les rôles de livrable qui seront copiés sur les notifications par courriel résultant d’une action de livrable spécifique. Ces notifications peuvent être configurées selon les besoins pour modifier le nombre de notifications envoyées. Voir Qui reçoit un courriel lorsqu’un livrable est créé ou mis à jour ?
Ces rôles identifient les actions spécifiques requises de la personne assignée sur un item de livrable. Les rôles et leurs actions spécifiques incluent :
Voir Livrables - Diagrammes de flux de travail pour un visuel de la façon dont ces rôles fonctionnent ensemble dans le cycle de vie d'un livrable.
Ces paramètres vous permettent de personnaliser les réponses qui peuvent être utilisées par les réviseurs et les approbateurs. Par exemple, vous pouvez ajouter « Révisé » comme réponse préférée de votre projet au lieu de « Approuvé ». Les administrateurs de livrables peuvent créer jusqu'à 12 réponses personnalisées pour chaque réponse par défaut, sauf pour « En attente » et « Soumis » qui autorisent chacun une réponse personnalisée. Les réponses personnalisées ne peuvent pas être supprimées si elles sont utilisées sur un livrable. Ils peuvent être modifiés, mais notez que la réponse modifiée remplacera la réponse précédente à tous les endroits où la réponse précédente a été utilisée. Voir Gérer les réponses aux livrables personnalisées.
Tout au long d'un projet, les équipes réutilisent constamment le même flux de travail sur plusieurs livrables. Les équipes doivent pouvoir définir ces flux de travail en tant que modèles et les appliquer si nécessaire, plutôt que d'avoir à recréer manuellement le même flux de travail pour plusieurs livrables. Si un ingénieur de projet doit créer le même flux de travail sur 10 items différents, cela représente beaucoup de temps supplémentaire consacré à l'exécution d'une action répétitive. Avec cette fonctionnalité, les modèles peuvent être créés et réutilisés selon les besoins.
La création de modèles de flux de travail vous fait gagner du temps et garantit que les équipes requises examinent les items de livrable dans le bon ordre. Voir Gérer les modèles de flux de travail de livrable.
Maintenant que les configurations de livrables de votre projet sont en place, vous pouvez commencer à créer des livrables. Les méthodes les plus rapides pour créer un registre de livrables utilisent le générateur de livrables ou les importations de livrables de Procore. Voir Meilleures pratiques : Générateur de livrables et Meilleures pratiques : Importations de livrables pour plus d'informations et des recommandations sur l'utilisation de ces méthodes.
L'importation de livrables est la méthode la plus efficace pour générer en bloc un registre de livrables avec des données détaillées pour les livrables et les packages de votre projet. Ce guide vous montrera les meilleures pratiques pour vous aider à maximiser l'efficacité lors de l'utilisation des importations de livrables. Êtes-vous prêt?
Vous pouvez ajouter de nombreux détails aux items de livrable au moment de la création en utilisant une feuille de calcul XLSX ou CSV et l'application Importations Procore. Il est beaucoup plus efficace de dupliquer des données sur plusieurs items dans une feuille de calcul que d'ajouter les données individuellement pour chaque item de livrable.
Tout d'abord, téléchargez le modèle d'importation de livrables directement à partir de l' Procore Imports ou de notre Site de support ici : Téléchargez le modèle d'importation de livrables .
Voir Préparer les livrables pour l'importation dans l' Procore Imports pour plus d'informations.
Les importations de livrables et le générateur de livrables de Procore sont les deux méthodes les plus efficaces pour créer un registre de livrables, mais ils ne doivent pas être utilisés en tandem. Les listes ci-dessous présentent les avantages et les inconvénients de chaque option pour vous aider à déterminer quel est le meilleur choix pour vos projets.
Générateur de livrablesAvantages
Inconvénients
Envisager l'utilisation si :
|
Importations de livrablesAvantages
Inconvénients
Envisager l'utilisation si :
|
Maintenant que votre registre de livrables a été créé à partir de l'importation, nous vous recommandons d'utiliser la fonction Paquets de livrables de Procore pour lancer un flux de travail pour plusieurs items de livrable. Voir Meilleures pratiques : Paquets de livrables - Création et révision.
Alternativement, la fonction d'actions en bloc de Procore peut ajouter un flux de travail à plusieurs items de livrable à partir de l'affichage liste. Voir Meilleures pratiques : Configurations de projet de livrable.
Le générateur de livrables de Procore est probablement l'une des méthodes les plus rapides pour créer un registre de livrables si votre projet a un cahier des charges publié. Le générateur de livrables peut trouver des livrables en fonction d'un formatage spécifique dans un cahier des charges et créer un registre de livrables de base. Ce guide vous montrera les meilleures pratiques pour vous aider à maximiser l'efficacité lors de l'utilisation du Générateur de livrables. Êtes-vous prêt?
La génération d'un registre de livrables au début d'un projet permet d'éviter que les livrables critiques ne soient oubliés. Ce qui prendrait des semaines à quelqu'un à faire manuellement peut être effectué avec beaucoup moins de temps et d'efforts à l'aide de Submittal Builder.
Le Créateur de livrables recherche des composants spécifiques lorsqu'il traite un cahier des charges. Si ces composants sont manquants, peu ou pas d'items de soumission seront détectés. Veuillez consulter les informations ci-dessous et consulter votre cahier des charges pour vous assurer que ces règles sont respectées :
Voici un exemple de formatage optimal :
Cliquez ici pour télécharger un modèle Microsoft Word avec des spécifications optimisées pour l'utilisation du Créateur de livrables.
Étant donné que vous ne pouvez exécuter le Générateur de livrables qu'une seule fois pour chaque révision de section du devis sur un projet, s'assurer que le cahier des charges a un formatage optimal est une première étape importante afin que le système puisse capturer tous les livrables possibles. Sinon, vous devrez peut-être effectuer les opérations suivantes :
Avant de confirmer les livrables dans le processus de révision du Créateur de livrables, vous devez savoir comment vous souhaitez que les livrables de votre projet soient organisés dans Procore. Pour mieux comprendre l'organisation des livrables dans Procore, veuillez consulter Pratiques exemplaires : Ensembles de livrables - Introduction.
L'outil de création de livrables crée des items de livrable avec les champs confirmés par l'utilisateur suivants renseignés :
L'outil de création de livrables crée des items de livrable avec les champs suivants préremplis par le système :
Maintenant que votre registre de livrables a été créé avec les champs mentionnés ci-dessus, de nombreux autres champs doivent être mis à jour pour un contexte supplémentaire. Pour ajouter ces informations restantes sur vos livrables, nous vous recommandons d'utiliser la fonction d' actions par lot de Procore pour modifier plusieurs items de soumission dans les paquets. Voir Modification en bloc des livrables dans un paquet. La fonction d'action en actions par lot de Procore peut également être utilisée pour modifier plusieurs items de soumission en dehors des paquets. Voir Utiliser des actions en bloc > Modifier dans l'outil Livrables.
Comprendre comment vous souhaitez organiser vos livrables dans votre projet avant de commencer à les créer et à les envoyer entraînera beaucoup moins de problèmes par la suite. Considérez non seulement ce qui fonctionne le mieux pour vos équipes de conception, mais assurez-vous également de prendre en compte vos équipes de chantier. Souvent, les équipes de terrain ne sont pas suffisamment prises en compte à ce stade, ce qui peut les amener à avoir du mal à trouver des documents approuvés par la suite. De plus, il est beaucoup plus difficile de modifier les plans d'organisation de vos livrables une fois que certains livrables ont déjà été envoyés pour approbation en raison d'une numérotation des livrables potentiellement incohérente entre vous et vos équipes de conception.
Une soumission est généralement considérée comme tout document soumis par l'entrepreneur à l'équipe de conception dans le but de recevoir l'approbation pour une utilisation sur un projet (équipement, matériaux, etc.). Historiquement, la plupart des professionnels de la construction considèrent un ensemble de livrables comme un seul PDF qui comprend une page de garde et tous les items de livrables. Lorsqu'un paquet comme celui-ci est envoyé à l'équipe de conception, celle-ci peut fournir des commentaires sur les items individuels, mais fournit généralement une seule réponse telle que « Approuvé » ou « Réviser et soumettre à nouveau » pour l'ensemble du paquet. Lorsque les approbations concernent un paquet entier, cela peut créer des difficultés en fonction du processus de révision des livrables de votre compagnie.
Dans l'image ci-dessus, vous pouvez voir que le paquet de soumission d'origine a été partiellement approuvé, les items rejetés étant approuvés lors des révisions suivantes. Il s'agit de la méthode de révision la plus courante, car c'est généralement la plus rapide. Cependant, comme indiqué dans cet exemple, il existe trois versions de documents approuvés liés au même dossier de livrables. Cela oblige les équipes de terrain à déchets du temps à rechercher dans plusieurs révisions de livrables une seule donnée. De plus, comme les items ne sont pas répertoriés individuellement dans un registre de livrables, il est facile pour les items de se perdre ou d'oublier.
Ce n'est pas aussi courant que l'option 1, mais c'est la meilleure méthode du point de vue du contrôle des documents. Cependant, cette méthode peut entraîner des retards pour des items déjà approuvés et faire perdre du temps aux équipes de conception sur des révisions presque en double. Il est également possible que les items « approuvés » changent entre les révisions, car les réviseurs ont tendance à ne pas prêter une attention particulière aux items approuvés lors des révisions ultérieures.
Semblable à l'option précédente, car les items ne sont pas répertoriés individuellement, les items peuvent facilement se perdre entre les révisions de paquet, en particulier si les items précédemment approuvés sont modifiés ultérieurement. De plus, le personnel sur le terrain doit lire des documents beaucoup plus volumineux lorsqu'ils recherchent probablement des données spécifiques.
Ces deux options de révision des livrables ont été développées bien avant que les fichiers numériques ne deviennent monnaie courante et la gestion des livrables était encore un processus papier. Aucune des deux options n'est le moyen le plus efficace de fournir un accès aux données à l' ensemble de l'équipe de projet. En conséquence, Procore a développé un nouveau concept pour les paquets.
Dans Procore, les items individuels d'un paquet de livrables ont leurs propres flux de travail et approbations, au lieu de l'ensemble du paquet. Dans Procore, les items individuels sont plus comparables aux paquets familiers décrits ci-dessus et les paquets de livrables sont plus similaires à un regroupement flexible d' éléments liés.
La principale différence avec l'utilisation de paquets de soumissions dans Procore réside dans la façon dont les soumissions sont gérées à nouveau. Dans Procore, lors de la resoumission d'un paquet, seuls les items rejetés sont soumis à nouveau, mais tous les items restent dans le même paquet, éliminant ainsi le besoin de rechercher dans plusieurs versions de document. Procore affiche les versions les plus récentes des items de soumission dans les paquets.
Si cela vous semble un peu inhabituel, les révisions peuvent également être déplacées vers un autre paquet (agissant comme une révision de paquet) si l'équipe de conception préfère les séparer des soumissions précédentes (exemple ci-dessous). Cependant, gardez à l'esprit que nous ne recommandons pas cette option, car elle peut être inefficace pour le personnel sur le terrain qui aurait besoin de parcourir plusieurs paquets pour trouver les approbations d'items.
Le concept unique de paquet de soumissions de Procore résout bon nombre des difficultés de gestion des documents rencontrées par les équipes de projet, en particulier le personnel de chantier.
La plupart des entrepreneurs utilisent l'une des trois options suivantes pour organiser leurs paquets : entrepreneur spécialisé/responsable, division du devis ou section du devis. Nous vous recommandons d'organiser vos paquets par section des devis, car l'emballage par division des devis ou par métier/entrepreneur responsable peut être trop large et conduire à de gros paquets qui sont plus difficiles à gérer. De plus, l'emballage par section du devis est généralement plus accommodant et moins difficile pour plusieurs métiers impliqués dans des portées de travail similaires.
#23 Ensemble mécanique | |||||
---|---|---|---|---|---|
Section du devis | N° de livrable | N° de révision | Titre | Type | Statut |
23 21 13 Tuyauterie hydraulique | 1 | 0 | Données sur les produits de tuyauterie hydraulique | Données du produit | Ouvert |
23 21 13 Tuyauterie hydraulique | 2 | 0 | Données produit des pompes hydroniques | Données du produit | Ouvert |
23 23 00 Tuyauterie de réfrigérant | 3 | 0 | Données de produit de tuyauterie de réfrigérant | Données du produit | Ouvert |
23 25 00 Traitement de l'eau CVC | 4 | 0 | Données sur les produits de traitement de l'eau CVC | Données du produit | Ouvert |
23 31 13 Conduits métalliques | 5 | 0 | Données sur les produits de conduits métalliques | Données du produit | Ouvert |
#23 Ensemble de traitement de l'eau CVC | |||||
---|---|---|---|---|---|
Section du devis | N° de livrable | N° de révision | Titre | Type | Statut |
23 25 00 Traitement de l'eau CVC | 1 | 0 | Données de produit des mangeoires de dérivation | Données du produit | Ouvert |
23 25 00 Traitement de l'eau CVC | 2 | 0 | Données de produit des contrôleurs de pH | Données du produit | Ouvert |
23 25 00 Traitement de l'eau CVC | 3 | 0 | Données produit des pompes d'injection | Données du produit | Ouvert |
23 25 00 Traitement de l'eau CVC | 4 | 0 | Données produit des séparateurs centrifuges | Données du produit | Ouvert |
23 25 00 Traitement de l'eau CVC | 5 | 0 | Données produit des filtres multimédias | Données du produit | Ouvert |
Si vous choisissez d'organiser vos paquets par section de devis (exemple 2), il peut toujours y avoir des cas où vous avez plusieurs entrepreneurs responsables impliqués dans un seul paquet. L'ignifugation est un bon exemple et, dans ces cas, il existe deux options principales pour s'assurer que chaque compagnie reçoit les informations appropriées.
Pratiques exemplaires : Paquets de livrables - Ventilation des livrables
Une fois que vous avez déterminé comment vous organiserez vos paquets de livrables, l'étape suivante consiste à décider comment détailler les items de livrable dans chaque paquet (généralement appelé registre de livrables). Il n'y a pas de bonne ou de mauvaise façon de configurer votre registre de livrables, mais il y a certainement des avantages et des inconvénients pour chaque option.
Un registre de livrables commence traditionnellement par le devis, alors commençons par là. Voici une sous-section typique du cahier des charges pour les soumissions de luminaires :
Nous vous recommandons de commencer à créer votre registre de livrables en créant un poste individuel pour chacun des items identifiés comme des exigences dans le devis. Dans notre exemple de section de devis ci-dessus, ces items sont : les données du produit, les plans d'atelier, les données de Qualification , les certificats de produit, les rapports de contrôle de la Qualité sur le chantier, les O&M et la Garantie.
Étant donné que le projet peut avoir 50 appareils d'éclairage distincts, chacune de ces lignes de soumission dans cet exemple pourrait potentiellement contenir 50 documents distincts pour chaque appareil d'éclairage à examiner et à approuver. Vous pouvez choisir de vous arrêter ici lors de l'organisation de votre registre, mais cette option présente à la fois des avantages et des inconvénients.
#165000-1.0 : Ensemble de luminaires | |||||
---|---|---|---|---|---|
Section du devis | N° de livrable | N° de révision | Titre | Type | Statut |
16 50 00 Éclairage | 16 50 00-1 | 0 | Données de produit de luminaire | Données du produit | Ouvert |
16 50 00 Éclairage | 16 50 00-2 | 0 | Plans d'atelier de luminaires | Plan d'atelier | Ouvert |
16 50 00 Éclairage | 16 50 00-3 | 0 | Données de Qualification des luminaires | Qualifications/certificats | Ouvert |
16 50 00 Éclairage | 16 50 00-4 | 0 | Certificats de produit de luminaire | Qualifications/certificats | Ouvert |
16 50 00 Éclairage | 16 50 00-5 | 0 | Rapports de contrôle de la Qualité des luminaires | autres | Ouvert |
16 50 00 Éclairage | 16 50 00-6 | 0 | Données d'exploitation et d'entretien des luminaires | Manuels d'exploitation et d'entretien (O&M) | Ouvert |
16 50 00 Éclairage | 16 50 00-7 | 0 | Données de Garantie des luminaires | Garantie du produit | Ouvert |
Au lieu de vous arrêter avec des énumérations générales, vous pouvez continuer à développer le registre et être très précis avec vos énumérations. En utilisant le même exemple de section de devis ci-dessus, vous pouvez créer autant de lignes de soumission individuelles que votre projet a besoin pour les données de produit de chaque appareil, les plans d'atelier, etc.
#165000-1.0 : Ensemble de luminaires | |||||
---|---|---|---|---|---|
Section du devis | N° de livrable | N° de révision | Titre | Type | Statut |
16 50 00 Éclairage | 16 50 00-1 | 0 | Données de produit du luminaire Peerless BRM9-1-28T5-SPR-20/80 | Données du produit | Ouvert |
16 50 00 Éclairage | 16 50 00-2 | 0 | Fiche technique du luminaire Pinnacle E4A-35-28-G9G | Données du produit | Ouvert |
16 50 00 Éclairage | 16 50 00-3 | 0 | Données de produit du luminaire Gotham EVO-SQ-30-10-4AR | Données du produit | Ouvert |
16 50 00 Éclairage | 16 50 00-4 | 0 | Fiche technique du luminaire Pinnacle F36-A-35-G-120 | Données du produit | Ouvert |
16 50 00 Éclairage | 16 50 00-5 | 0 | Données produit du luminaire Pinnacle EV3WG-35-28-SFS | Données du produit | Ouvert |
16 50 00 Éclairage | 16 50 00-6 | 0 | Fiche technique du luminaire Pinnacle F48-CL-35-S-120 | Données du produit | Ouvert |
16 50 00 Éclairage | 16 50 00-7 | 0 | Données de produit du luminaire Gotham EVO-CYL-30-10-6AR | Données du produit | Ouvert |
En fonction du nombre d'items dans un paquet et de votre projet, vous pourriez souhaiter séparer encore plus vos paquets de livrables. Par exemple, au lieu de créer un seul paquet de « luminaires », vous pouvez créer des paquets basés sur les lieux, les phases, les types de soumission de votre projet ou même des paquets séparés pour chaque luminaire avec tous les items de soumission correspondants (données de produit, garantie, O&M , etc.).
La réponse simple est que les deux options sont recommandées à des fins différentes. Le meilleur choix dépend vraiment des besoins du projet et de l'équipe, mais vous pouvez utiliser les deux dans le même projet. Pour les items tels que les accessoires pour cloisons sèches qui sont rarement rejetés ou référencés, il est logique de les regrouper tous pour plus de simplicité. Cependant, avec des items couramment révisés tels que les appareils d'éclairage, séparer ces données en paquets pour des appareils individuels est probablement la meilleure option.
Procore la flexibilité nécessaire pour prendre en charge de nombreux cas d'utilisation et projets différents afin que vous puissiez toujours organiser vos livrables de la manière qui convient le mieux à l'équipe de projet. Si vous n'êtes toujours pas certain de l'option à choisir, nous vous recommandons en fin de compte de passer un peu plus de temps au début en créant des ventilations de livrables plus spécifiques.
Pratiques exemplaires : Ensembles de livrables - Création et révision
Dans cet article, vous trouverez la séquence d'événements recommandée pour maximiser l'utilisation des paquets de livrables.
L'option d'importation de livrable via CSV est le moyen le plus rapide de créer des items de livrable et des paquets en même temps. Les quatre premières colonnes de l'importation sont spécifiques aux informations sur le paquet. Les champs ne sont pas obligatoires pour traiter l'importation, mais vous gagnerez du temps en les remplissant lors de l'importation.
« Titre du paquet » (colonne A) et « Numéro de paquet » (colonne B) peuvent utiliser le format qui convient le mieux à votre organisation. Pour des recommandations sur les titres de paquet, reportez-vous à l'article précédent Pratiques exemplaires : Paquets de livrables - Itemization de livrables. Gardez à l'esprit que le numéro d'un paquet est un champ défini par l'utilisateur lorsque vous importez, créez ou modifiez le paquet. Procore n'autorise actuellement pas la sélection de plusieurs sections de devis sur un paquet, de sorte que le « Numéro de section du devis du paquet » et la « Description de la section du devis du paquet » (colonnes C et D) ne peuvent faire référence qu'à une seule section du devis.
Si vous avez utilisé le Créateur de livrables ou venez de créer des items de livrable manuellement, vous pouvez toujours les ajouter dans des paquets comme étape de suivi. Il n'y a pas de moyen d'ajouter en bloc des livrables à un paquet de livrables, nous recommandons donc l'option 1 ci-dessus dans la mesure du possible. Si vous choisissez de créer manuellement des packages, vous pouvez filtrer par une section de devis spécifique pour affiner les sélections disponibles.
Nous vous recommandons d'utiliser 0 comme espace réservé temporaire pour les numéros de vos livrables lorsque vous les créez, car il peut être difficile de savoir dans quel ordre vous les recevrez et les enverrez. Au fur et à mesure que vous recevez les items de soumission, mais avant de les envoyer pour examen, cliquez sur le bouton « Modifier » sur le paquet. Dans ce mode d'édition, vous pouvez modifier en ligne les numéros de livrable. Une fois les numéros de livrable définis, passez à l'étape suivante pour modifier en bloc le paquet et envoyer les items pour révision.
Lorsqu'un registre de livrables est créé tôt (avant le rachat, par exemple), les détails connus dans les items de soumission sont généralement limités. Via le bouton « Modifier en bloc » dans un paquet de livrables, vous pouvez rapidement ajouter les données manquantes à plusieurs items de livrable dans un paquet à mesure que les informations deviennent connues. Vous pouvez également appliquer un flux de travail à partir du même écran. Sans utiliser de paquet, il s'agirait de deux étapes distinctes pour chaque groupe de livrables si vous faisiez la même chose via l'option de modification en bloc de l'affichage de la liste.
Une fois que les flux de travail ont été ajoutés aux items dans le paquet de soumission, vous êtes maintenant prêt à envoyer les courriels « Action requise » à la première personne du flux de travail. Contrairement à la création de livrables individuellement où plusieurs courriels de notification sont envoyés une fois que vous avez cliqué sur « Créer et envoyer un courriel », les packages adoptent une approche différente qui se traduit par un seul courriel envoyé à chaque utilisateur.
Une fois qu'un flux de travail a été ajouté à au moins une soumission dans un paquet, une nouvelle bannière d'alerte apparaîtra sur la page d'affichage du paquet. Cette bannière permet à un utilisateur Admin d'envoyer un seul courriel « Action requise » à la première personne du flux de travail. Moins de courriels de soumission est un avantage majeur pour l'utilisation de la fonctionnalité du paquet.
Nous vous recommandons d'envoyer des courriels pour tous les items de soumission dans un paquet en même temps. Vous pouvez ajouter de nouveaux items à un paquet à tout moment, mais cliquer sur « Envoyer maintenant » dans la bannière d'alerte du paquet renverra également tout courriel précédemment envoyé, ce qui pourrait semer la confusion chez vos soumissionnaires/approbateurs.
Une fois que vous avez cliqué sur le bouton « Envoyer maintenant », le courriel « Action requise » affiche au destinataire toutes les soumissions qui nécessitent maintenant sa réponse (4 items dans cet exemple). Ils peuvent cliquer sur le lien « Réviser dans Procore» pour accéder directement à la page dans Procore où ils peuvent soumettre la réponse et les documents demandés.
Dans l'exemple de page de révision ci-dessous, vous pouvez voir que l'entrepreneur de porte est répertorié comme « responsable ». Cet affichage est l'endroit où les utilisateurs peuvent voir et répondre à tous leurs items à partir d'une seule page et constitue un autre avantage majeur de l'utilisation des packages. Cliquer sur « Réviser » pour chaque item affiche sa date d'échéance et inclut les champs permettant aux utilisateurs de saisir leur réponse, leurs commentaires et leurs pièces jointes.
Étant donné que les flux de travail existent sur les items de soumission individuels, les dates d'échéance n'ont pas besoin d'être les mêmes pour chaque livrable dans un paquet. Dans l'exemple ci-dessus, nous avons inclus un item de soumission pour une Garantie de clôture qui n'est pas due avant plusieurs mois. Si l'entrepreneur de porte n'est pas prêt à soumettre cet item maintenant, il peut soumettre les trois autres items sans être retardé par cet item de clôture. L'entrepreneur de la porte restera répertorié comme « responsable » de la garantie jusqu'à ce qu'elle soit soumise. Les notifications de retard par courriel seront également envoyées à l'entrepreneur de porte s'il ne les soumet pas avant la date d'échéance. C'est un excellent moyen de rester sur la bonne voie pour les livrables de clôture. Si les équipes de conception de votre projet préfèrent recevoir des packages « complets », vous pouvez facilement déplacer tout item de clôture vers un package distinct.
Le processus de l'approbateur est similaire au processus du soumissionnaire décrit ci-dessus. L'approbateur reçoit un seul courriel « Action requise » avec les trois items de ce paquet qu'il doit examiner. Après le lien « Révision dans Procore» dans le courriel, l'écran de révision est presque identique au rôle de soumissionnaire. Les seules différences sont les sélections disponibles dans la liste déroulante « Réponse » et la section « Réponse précédente ».
Encore une fois, comme les flux de travail existent sur les items de soumission individuels, ils peuvent chacun être transférés à un autre utilisateur ou approuvés séparément. Quelle que soit la manière dont les items de soumission se déroulent, chaque utilisateur reste répertorié comme « responsable » jusqu'à ce qu'il post sa réponse.
Pratiques exemplaires : Ensembles de livrables - Distribution et révision
Dans cet article final du paquet de livrables, nous parlerons de la fermeture d'un livrable, de son renvoi au créateur, de la création de révisions et d'autres informations utiles.
Une fois les flux de travail des livrables terminés, le gestionnaire de livrables renvoie généralement les items individuels à l'entrepreneur responsable/soumissionnaire. Étant donné que chaque item de soumission a son propre flux de travail et ses propres approbations, tous les items de soumission sont distribués via des courriels distincts comme décrit dans Distribuer un livrable.
Comme la distribution, il n'y a pas de révisions au niveau du paquet puisque les items de soumission sont approuvés individuellement via des flux de travail distincts. En vous référant aux meilleures pratiques : Ensembles de livrables - Introduction, cela évite d'avoir à choisir entre les deux options identifiées sous le paquet « Industrie ». Seuls les items qui doivent être soumis à nouveau sont traités, ce qui accélère le temps global d'approbation. Les révisions des items d'un paquet peuvent être gérées de plusieurs manières, mais voici les deux plus courantes :
Lorsqu'une révision est créée sur un item de soumission, toutes les données précédentes sont automatiquement reportées, y compris le paquet. Cela suppose que vous souhaitez que toutes les révisions de livrables soient contenues dans le même paquet. Cette option est la méthode la plus couramment recommandée car elle conserve tout regroupé pour un référencement plus rapide, en particulier lorsqu'elle est combinée avec le filtre « Révision actuelle ».
Une fois appliqué sur l'affichage Paquets, ce filtre restera en place pour votre compte utilisateur sur un projet jusqu'à ce que vous le supprimiez. Ce filtre est particulièrement utile pour les équipes de chantier, car il affiche uniquement la version la plus récente de tout livrable, quel que soit le statut de la soumission (similaire à « l'ensemble actuel » dans les plans). Vous trouverez ci-dessous des captures d'écran du filtre :
Filtre désactivé :
Filtre activé :
En utilisant cette option, vous ajoutez un livrable révisé dans un paquet nouvellement créé. Cela peut être utile lorsque l'équipe de conception de votre projet nécessite des contrôles et une numérotation très stricts des paquets. Cependant, l'inconvénient est que vous aurez plusieurs paquets à rechercher lorsque vous essayez de trouver un item spécifique.
Afin d'éviter que des items ne soient oubliés, nous vous recommandons de créer des révisions immédiatement après la distribution de l'item d'origine rejeté, en particulier si vous utilisez le rôle « Soumissionnaire » (voir Créer une révision de livrable). Les dates d'échéance assignées au cours de ce processus et les notifications de retard aideront à garantir que rien n'est manqué.
Nous espérons que ces articles ont clarifié le but et les avantages de la fonctionnalité du paquet de livrables de Procore. Bien que nous réalisions que cette fonctionnalité peut ne pas être la meilleure solution pour chaque projet ou équipe, veuillez considérer ces réflexions finales lorsque vous réfléchissez à la façon d'organiser les livrables pour votre prochain projet.
La section du flux de travail active les composants de notification et de suivi des livrables de l'outil Livrables. Les flux de travail offrent l'avantage d'une progression automatisée du flux de travail et de notifications d'action/de retard. Cet article discutera des meilleures pratiques pour la modification des flux de travail de livrable. Êtes-vous prêt?
Cette fonctionnalité permet aux utilisateurs Admin de sélectionner plusieurs items de livrable en bloc et d'appliquer un nouveau flux de travail ou un modèle de flux de travail précréé. Pour appliquer un flux de travail en bloc, tous les items de livrable doivent avoir le statut Ébauche ET n'avoir aucun flux de travail précédemment appliqué. Les deux options d'ajout en bloc de flux de travail aux livrables sont décrites ci-dessous.
L'application en bloc de flux de travail permet de gagner du temps en ajoutant le même flux de travail à plusieurs livrables simultanément. Cette fonctionnalité peut être utilisée avec les modèles de flux de travail pour gagner encore plus de temps.
Nous vous recommandons d'utiliser les paquets de livrables (voir Meilleures pratiques : Paquets de livrables - Introduction) car vous pouvez également appliquer en bloc des flux de travail via la modification en bloc du paquet de livrables. Le principal avantage de cette option est que vous pouvez également lancer des courriels de flux de travail en bloc dans le cadre du processus au lieu d'exiger des actions distinctes pour envoyer chaque item de livrable séparément. Voir Modifier en bloc des livrables dans un paquet.
Ce sera probablement l'option la plus longue, mais vous pouvez également appliquer en bloc des flux de travail à partir de l'affichage de liste si vous choisissez de ne pas utiliser les paquets de livrables. Voir Utiliser les actions en bloc > Appliquer le flux de travail dans l'outil Livrables. Cependant, contrairement aux flux de travail d'application en bloc via le paquet de livrables, cette option vous obligera à envoyer des courriels pour chaque item individuellement.
Aucune notification n'est envoyée lorsque le flux de travail est appliqué, car les items ont toujours le statut Brouillon . Pour terminer ce processus, vous devez modifier chaque item de livrable, mettre à jour le statut et cliquer sur Mettre à jour et envoyer des courriels. Si vous cliquez sur Mettre à jour à la place, aucun courriel (à part les notifications de retard lorsque des dates d'échéance sont dépassées) n'est envoyé.
Les gens entrent et sortent régulièrement des projets, il doit donc y avoir un moyen de remplacer facilement un utilisateur de flux de travail de travail par un autre utilisateur. Si vous devez remplacer un approbateur, un soumissionnaire ou un réviseur sur un grand nombre de livrables, un utilisateur disposant de permissions de niveau « Admin » sur l'outil Livrables du projet peut le faire dans les paramètres de configuration de l'outil Livrables. Voir Configurer les paramètres : outil Livrables.
Dans de nombreux scénarios, un administrateur peut avoir besoin de rétablir la responsabilité d'un livrable à une étape précédente du flux de travail. Voici quelques exemples de scénarios :
À tout moment, un gestionnaire de livrables peut revenir à une étape précédente. Pour une expérience plus automatisée basée sur des réponses spécifiques, nous vous recommandons d'activer le paramètre « Rejeter le Flux de travail de travail ». Voir Configurer les paramètres : activer les Flux de travail de travail de rejet.
L'utilisation de cette fonctionnalité pour gérer les révisions des livrables n'est pas recommandée. Lorsque vous revenez à une étape précédente du flux de travail et que de nouvelles données sont saisies, les données précédemment enregistrées - dates (dates d'envoi, de retour et d'échéance), commentaires, réponses et pièces jointes - sont écrasées. Les modifications sont toujours documentées dans l'historique des modifications de l'item mais ne sont pas immédiatement évidentes. De plus, les rapports dans Procore n'affichent que les données les plus récentes, de sorte que vous ne pouvez pas avoir une idée précise des durées réelles de jeu si vous décalez le flux de travail au lieu de créer des révisions de livrable.
Voir Changer la donne sur un livrable pour des informations et des directives supplémentaires.
La fonctionnalité « Créer une révision » crée une copie des détails de l'item d'origine (sous un numéro de révision), à l'exclusion de toutes les données précédemment saisies dans le flux de travail. Les étapes du flux de travail seront copiées, mais la commande redémarrera à partir de la première étape afin que vous puissiez demander une nouvelle soumission à partir du rôle de soumissionnaire. Cette fonctionnalité garantit que toutes les données historiques sont conservées dans l'item de soumission d'origine tout en permettant d'ajouter de nouvelles données à la révision.
Le processus recommandé consiste à créer immédiatement une révision si nécessaire après avoir fermé et distribué l'item de livrable d'origine. Cela communique les informations rejetées au soumissionnaire sur le livrable d'origine et lui fournit un nouvel item sous lequel soumettre. Voir Créer une révision de livrable.