Une mise en œuvre est une liste de choses qui cessent d’être ambiguës.
Pas une installation. Avant que continON puisse faire fonctionner correctement une organisation, un ensemble de faits la concernant doivent devenir explicites – quelles sont les unités, quelles sont les fonctions, qui les occupe, qui peut faire quoi, comment le travail est censé circuler, et quels systèmes existants restent où ils sont. La plupart de ces faits sont des décisions. Le logiciel est ce qui les conserve une fois qu’elles sont prises.
Avant de poursuivre Cette page n’indique ni durée ni séquence fixe. La durée d’une mise en œuvre dépend de la mesure dans laquelle les réponses ci-dessous sont déjà arrêtées au sein de votre organisation – ce qu’une page produit ne peut pas savoir.
Ce qui doit cesser d’être ambigu.
L’organisation doit être explicitée
Presque tout le reste en dépend : c’est donc ce qui est arrêté en premier. Ce sont des décisions sur la manière dont l’organisation fonctionne réellement, pas des écrans à remplir rapidement.
- Quelles sont les unités, et où se trouvent-elles ?
- Votre organisation décideUne arborescence d’unités à la profondeur réelle, chaque unité portant son type, son parent, son adresse, sa propre devise et son logo.Organisation & fonctions
- Quelles fonctions existent, et dans quelle unité chacune se situe-t-elle ?
- Votre organisation décideDes fonctions définies une fois avec leur ligne hiérarchique et leur classe salariale, puis placées dans des unités en tant que postes, avec un niveau d’habilitation et une limite au nombre de personnes pouvant les occuper.Organigramme & fonctions
- Qui occupe actuellement chaque poste ?
- Votre organisation décideDes affectations qui lient une personne à un poste, à une unité et à un responsable entre deux dates – l’enregistrement que lit chaque décision ultérieure d’accès et de paie.Emploi & contrats
Les pouvoirs doivent être attribués
Ici, l’accès n’est pas accordé à des personnes. Il est accordé à des fonctions : c’est pourquoi cette étape ne peut pas commencer avant que la précédente soit terminée.
- Pour quelles applications l’organisation dispose-t-elle d’une licence ?
- Configuré dans le produitUn fichier de licence chiffré, validé au chargement par rapport au nom de l’organisation et à sa date d’expiration, qui détermine quelles applications existent, ou non.Licences & activation des modules
- Quels groupes d’autorisations doivent exister, et que permet chacun d’eux ?
- Votre organisation décideDes groupes portant l’accès aux applications et des privilèges par formulaire – lire, créer, modifier, supprimer, télécharger – accordés individuellement plutôt que par un nom de rôle.Utilisateurs & autorisations
- Quelles fonctions détiennent quel groupe ?
- Configuré dans le produitUn lien entre le groupe et le poste, de sorte qu’un changement de titulaire ne devient jamais un changement d’autorisations.Comment l’accès est décidé
La circulation du travail doit être dessinée
C’est avec les circuits de validation standard que la plupart des systèmes commencent à s’écarter du fonctionnement réel de l’organisation. Ici, ce sont des définitions : ils font donc partie de la mise en œuvre plutôt que d’une demande de modification ultérieure.
- Quels processus doivent être explicites, et qui agit à chaque étape ?
- Votre organisation décideDes états et des transitions avec une règle d’acteur par état, déterminée d’après l’organigramme à l’exécution plutôt que d’après une personne nommée.Process Builder
- Que faut-il saisir, et sur quel écran ?
- Configuré dans le produitDes formulaires versionnés liés aux états auxquels ils s’ouvrent, avec listes de valeurs et valeurs par défaut issues de requêtes enregistrées.Form Builder
- Quels mots l’organisation emploie-t-elle pour ses propres écrans ?
- Votre organisation décideDes langues de travail enregistrées et une terminologie traduite par module, ainsi que les listes de valeurs catégorisées dont chaque écran tire ses statuts et ses types.Langues & localisation
Les systèmes et données existants doivent trouver leur place
Tout ne bouge pas. Cette étape décide de ce qui est interrogé là où il se trouve déjà, de ce qui est enregistré comme identifiant externe, et de ce qui doit réellement être saisi.
- Quelles sources existantes restent où elles sont et sont lues sur place ?
- Connecté à une sourceDes requêtes enregistrées composées sur le schéma d’une source que votre organisation exploite déjà, alimentant formulaires, rapports, tableaux de bord et documents à partir d’une seule définition.Query & Data Source Builder
- Quels services externes l’organisation paie-t-elle déjà ?
- Connecté à une sourceDes identifiants nommés enregistrés au nom de l’organisation, stockés chiffrés et récupérés par les applications qui en ont besoin.Intégrations & données
- Que faut-il saisir plutôt que connecter ?
- Votre organisation décideUne liste explicite, convenue plutôt que supposée. Il n’existe pas d’importation générique en masse de feuilles de calcul dans les enregistrements opérationnels : c’est donc une véritable décision de périmètre.Connecter vos systèmes existants
Le tout doit être confronté à la réalité
Le but de cette étape est de trouver les endroits où le modèle à l’écran et l’exploitation sur le terrain divergent – tant que cela coûte encore peu.
- Un enregistrement réel survit-il à tout le parcours ?
- Vérifié avant utilisationUne demande exprimée, validée, commandée, reçue, achetée, placée et comptabilisée, sur la structure propre de l’organisation et ses propres groupes d’autorisations.De la demande au stock
- La bonne personne voit-elle la bonne chose, et uniquement celle-ci ?
- Vérifié avant utilisationLes postes vérifiés par rapport à ce que leurs groupes ouvrent réellement, avant que quiconque n’en dépende.Comment l’accès est décidé
Ce qui reste délibérément ouvert ensuite.
- L’organisation ne cesse de changer
- Des unités s’ajoutent, des fonctions bougent, des personnes arrivent et partent. Accès, acheminement des validations et périmètre des rapports lisent l’organigramme tel qu’il est ce jour-là : c’est en tenant l’organigramme à jour qu’on les tient à jour.
- Les définitions ne cessent de changer
- Une définition publiée de processus, de formulaire, de rapport ou de document est constituée de métadonnées lues à l’exécution. Chaque révision est conservée : on peut donc toujours dire sous quelle version une demande donnée s’est exécutée, même après l’évolution de la définition.
- Les nouveaux lieux héritent
- Un site ajouté ultérieurement est l’enfant d’un site existant. La licence, les groupes d’autorisations, les listes de valeurs et les définitions l’atteignent déjà ; son stock, ses secteurs et son personnel lui sont propres dès le départ.
Ce que cette page ne promettra pas.
- Cette page n’indique pas de durée de mise en œuvre. Les étapes ci-dessus sont pour l’essentiel des décisions que votre organisation doit prendre, et leur durée dépend de la mesure dans laquelle ces réponses sont déjà arrêtées – pas du logiciel.
- Toutes les mises en œuvre ne passent pas par toutes ces étapes, ni toujours dans cet ordre. Une organisation qui dispose déjà d’un organigramme propre ne part pas du même point qu’une organisation qui n’en a pas.
- Il n’existe pas d’importation en masse polyvalente de feuilles de calcul existantes dans les enregistrements opérationnels. Ce qui est connecté, ce qui est saisi et ce qui reste en place doit être délimité explicitement.
Organisation & fonctions
Apportez les réponses dont vous disposez déjà.
Une séance de travail sur votre propre organigramme, vos propres groupes d’autorisations et un processus qui fait débat chez vous – pour que l’ampleur des décisions ci-dessus devienne concrète plutôt qu’estimée.