Comment transformer des fiches de poste en plan d'apprentissage des compétences

1. Énoncez la décision d'apprentissage

Écrivez quatre choix avant de collecter des annonces. Une annonce est une offre d'emploi.

Nommez une famille de métiers. Une famille de métiers est un type d'emploi, comme analyste de données. Nommez un niveau. Le niveau débutant signifie un premier emploi dans ce métier. Nommez un marché. Un marché est le pays ou la ville où vous voulez travailler. Écrivez la date à laquelle vous lisez les annonces.

Ceci est un plan d'étude pour ce choix. Ce n'est pas la preuve d'une pénurie nationale de compétences. Ce n'est pas une promesse d'entretiens.

Ne mélangez pas les emplois seniors avec les premiers emplois d'analyste. Si vous avez besoin des deux groupes, étudiez chaque groupe à part. Ne mélangez pas deux marchés dans un seul tableau.

La leçon plus loin dans cet article est une fiction originale. Elle utilise le travail d'analyste de données débutant. Elle utilise un marché inventé appelé Market One. Sa date de lecture est le 13 octobre 2026. La même date de calendrier est aussi la date de contrôle de l'Actor. Cette coïncidence ne signifie pas que ces offres ont été collectées.

2. Collectez les descriptions complètes

Contrôlez chaque ligne avant d'étiqueter une compétence. Confirmez l'identité de l'offre. Confirmez que le texte complet est présent. Confirmez si le plafond de lignes ou une exécution en échec a arrêté la collecte.

Un plafond de lignes est le nombre maximal de lignes que vous demandez de collecter. Le résultat d'une exécution en échec est inconnu. Ne traitez pas une exécution en échec comme zéro offre.

Utilisez l'entrée de Task enregistrée seulement comme point de départ :

{"searchTerm": "data engineer\nsoftware engineer\nproduct manager", "startUrls": [], "saveOnlyUniqueItems": true}

Cette entrée mélange ingénieur data, ingénieur logiciel et chef de produit. Remplacez ce mélange par un seul métier et un seul marché. La liste `startUrls` vide fait partie de l'entrée enregistrée. Cette méthode utilise les sept champs nommés plus haut.

Pour un premier petit contrôle, saisissez ces valeurs :

Ce contrôle est un échantillon de texte. Il ne couvre pas toutes les offres ouvertes. Ce n'est pas une enquête complète auprès des employeurs.

Gardez ces champs de sortie sur chaque ligne que vous examinez :

`descriptionStatus` a deux valeurs utiles. `full` signifie que la description est assez complète pour être étiquetée. `missing` signifie que le texte complet n'est pas disponible. Si le statut est manquant, n'étiquetez pas les compétences. Comptez la ligne comme une lacune.

Un intitulé seul peut omettre des tâches. Un court extrait peut cacher une tâche exigée. Il peut aussi faire paraître exigée une compétence seulement souhaitée. Lisez `descriptionText`.

Certains champs facultatifs peuvent être absents. Absent n'est pas la même chose que zéro. Si `companyName` est absent, l'employeur est inconnu. N'inventez pas de nom. Si `jobUrl` est absent, gardez la ligne seulement si `jobId` l'identifie encore.

Utilisez `jobId` pour retirer les copies répétées de la même annonce. Gardez une copie. Ne retirez pas deux annonces différentes seulement parce qu'un même employeur a publié les deux. Gardez l'employeur sur chaque annonce. Un employeur avec de nombreuses annonces peut faire paraître une compétence plus courante qu'elle ne l'est.

Contrôlez `query` et `searchLocation`. S'ils ne correspondent pas à votre métier et à votre marché, laissez la ligne hors de ce groupe. Si `locationRaw` nomme un autre marché, laissez cette annonce de côté. Ne la mélangez pas à Market One ni à votre marché réel.

Un contrôle du build 0.2.19 a collecté trois identifiants d'offres sources. Il a aussi collecté des URL sources, des heures de collecte et le `descriptionText` complet. Ce contrôle a utilisé un autre métier et un autre marché. Il a atteint le plafond de trois lignes. Ces trois lignes ne sont pas toutes les offres de ce marché. Le contrôle montre que le texte complet peut être collecté. Il ne choisit pas de compétences pour le travail d'analyste de données. Il ne soutient pas les dénombrements fictifs ci-dessous.

3. Enregistrez une ligne de preuve par compétence

Lisez une description complète à la fois. Pour chaque compétence ou tâche, enregistrez une ligne de preuve.

Enregistrez l'offre, l'employeur et la phrase source exacte. Enregistrez le lien source lorsque vous avez un vrai `jobUrl`. Enregistrez un nom court de compétence, une classe d'exigence, la tâche et une note.

Une classe d'exigence est l'étiquette que vous donnez après avoir lu la phrase. Utilisez seulement quatre étiquettes.

• Exigé signifie que le texte dit que vous devez avoir la compétence.
• Souhaité signifie que le texte demande la compétence, mais ne dit pas qu'elle est exigée.
• Contexte signifie que le texte nomme un outil, mais pas comme un test pour vous.
• Pas clair signifie que vous ne pouvez pas déterminer la classe à partir des mots.

La phrase « Nous utilisons Python » ne suffit pas. N'étiquetez pas Python comme exigé à partir de cette seule phrase. Étiquetez-le contexte ou pas clair.

Gardez les mots d'origine. Ne les remplacez pas par une phrase plus fluide avant d'étiqueter la classe.

Un comptage brut des mots traite chaque mention comme égale. La classe empêche cette erreur. Une compétence souhaitée n'est pas une compétence exigée. Une mention de contexte n'est pas une compétence à apprendre en premier.

4. Gardez une petite liste de compétences

Choisissez un nom court de compétence pour chaque compétence. Gardez les mots d'origine à côté de ce nom.

SQL est un langage utilisé pour interroger des tables. Utilisez un seul nom de compétence pour SQL et Structured Query Language seulement lorsque le texte désigne ce même langage.

Ne fusionnez pas Java et JavaScript. Ce sont des langages différents. Ne fusionnez pas le travail de graphiques avec un seul nom de produit. Ne fusionnez pas chaque service cloud en une seule compétence. Un service cloud est un logiciel auquel on accède par Internet. Des services différents peuvent être des compétences différentes.

Un synonyme est un mot différent pour la même compétence. Vous décidez des synonymes à la main. Si deux étiquettes se contredisent, gardez les deux notes. Ne prétendez pas qu'un outil automatique de compétences a fait ce travail. Cet Actor n'étiquette pas les compétences.

5. Comptez les annonces et les employeurs séparément

Le nombre d'annonces signifie combien d'annonces différentes indiquent la compétence dans cette classe. Le nombre d'employeurs signifie combien d'employeurs différents l'indiquent. Trois annonces d'un seul employeur sont trois mentions d'annonces. Elles restent un seul employeur.

Indiquez la classe avec les deux nombres. Utilisez seulement les annonces au texte complet comme total d'annonces. N'appelez pas le résultat une demande des clients. N'appelez pas cela un taux national. N'appelez pas cela une croissance des embauches. Ce type de recherche n'est pas un échantillon aléatoire de toutes les offres.

Échantillon fictif

Les tableaux ci-dessous sont une fiction originale. Ils enseignent comment compter. Ils ne sont pas une sortie de l'Actor. Ils ne sont pas le contrôle de trois lignes.

La fiction a six annonces que vous pouvez étiqueter. Cinq employeurs les ont publiées. L'employeur A a publié J1 et J2. L'employeur B a publié J3. L'employeur C a publié J4. L'employeur D a publié J5. L'employeur E a publié J6. Les étiquettes J1 à J7 sont des noms de la leçon. Ce ne sont pas des identifiants sources. Cette fiction n'a pas d'URL source. Dans un tableau réel, enregistrez `jobId` et `jobUrl`.

Une septième ligne collectée, J7, n'a pas de `descriptionText`. Son statut fictif est manquant. Ses compétences sont inconnues. Inconnu n'est pas zéro. Laissez J7 hors du dénombrement des compétences. Indiquez la lacune. Une des sept lignes collectées ne peut pas être étiquetée. Le total d'annonces pour les compétences est six, pas sept.

« Non indiqué » signifie que ce texte fictif ne le dit pas. Cela ne signifie pas que la compétence est absente du travail réel de l'employeur.

SQL exigé figure dans quatre annonces sur six. Ces annonces appartiennent à trois employeurs sur cinq : A, B et C. J1 et J2 viennent tous les deux de l'employeur A. La quatrième annonce SQL ajoute une annonce. Elle n'ajoute pas un employeur.

Le travail exigé sur tableur figure dans trois annonces sur six. Ces annonces appartiennent à trois employeurs sur cinq : A, B et D. L'employeur D exige les tableurs et ne mentionne pas SQL.

Python souhaité figure dans trois annonces sur six. Ces annonces appartiennent à trois employeurs sur cinq : A, C et E. Python n'est pas exigé dans ce tableau.

Le produit de tableau de bord est un contexte dans J6 seulement. Aucune des six annonces ne le marque comme exigé. Ce « aucune » est un dénombrement d'étiquettes pour ces six textes. Ce n'est pas un résultat pour un pays. J7 reste inconnu, donc il ne fait pas partie de ce « aucune ».

Un classement par mot-clé placerait SQL en premier, parce que quatre est plus que trois. Il mettrait ensuite les tableurs à égalité avec Python. Il pourrait aussi garder le produit de tableau de bord. Ce classement est le mauvais ordre d'étude.

Le nombre d'employeurs met SQL, les tableurs et Python à égalité, à trois employeurs chacun. La classe d'exigence place ensuite Python derrière les deux compétences exigées. Elle retire aussi le produit de tableau de bord de la liste d'étude. L'annonce SQL en plus, c'est l'employeur A deux fois. Elle ne doit pas placer SQL seul devant le travail sur tableur.

Ne transformez pas quatre sur six en un taux pour toutes les offres d'un pays. Quatre sur six décrit seulement cet ensemble fictif.

6. Marquez la preuve que vous avez

Un nom de compétence sur un CV n'est pas une preuve. Une preuve est un travail terminé qu'une autre personne peut inspecter. Une requête peut être une preuve. Un tableau nettoyé peut être une preuve. Un graphique avec une décision écrite peut être une preuve.

Marquez chaque tâche qui revient comme présente, partielle ou absente. Présente signifie qu'une preuve inspectée existe. Partielle signifie qu'une partie de la tâche est montrée et qu'une partie manque. Absente signifie qu'aucune preuve n'est montrée. N'inventez pas de score d'embauche. Ne prédisez pas les entretiens.

Dans cette fiction, l'apprenant peut écrire un filtre SQL de base. Un filtre garde certaines lignes et en retire d'autres. Cette preuve est présente. L'apprenant n'a pas de jointure terminée. Une jointure relie deux tables par une clé commune. Cette preuve est absente. L'apprenant n'a pas de rapport dont les totaux ont été rapprochés. Rapprocher signifie que les totaux de sortie correspondent aux totaux d'entrée. Cette preuve est absente. Un graphique de tableur est aussi absent. Python n'est pas le premier écart, parce que sa classe est souhaité.

L'étendue d'une compétence n'est pas l'étendue d'une tâche précise. Les compétences SQL couvrent 3 employeurs. Les compétences de tableur couvrent 3 employeurs. La tâche de jointure apparaît dans J1 chez l'employeur A. La tâche de rapprochement apparaît dans J3 chez l'employeur B. La tâche de graphique apparaît dans J1 et J5 chez les employeurs A et D. Ensemble, cette preuve explicite de tâches couvre les employeurs A, B et D. Elle ne couvre pas l'employeur C. Ces tâches ne couvrent pas chacune 3 employeurs.

Plus de pratique du filtre répéterait une preuve déjà présente. La preuve exigée qui manque est la jointure, les totaux rapprochés et le graphique. Le premier projet doit couvrir ces écarts. Ne laissez pas J2 seul transformer Python en tout le plan.

7. Choisissez un projet

Dans cette fiction, utilisez la jointure SQL, le rapprochement et le graphique de tableur. Cet ensemble est une combinaison voulue. Les trois tâches tiennent dans un seul travail. Le texte indique les trois comme exigées. La tâche de jointure apparaît dans J1 chez l'employeur A. La tâche de rapprochement apparaît dans J3 chez l'employeur B. La tâche de graphique apparaît dans J1 et J5 chez les employeurs A et D. Ensemble, la preuve explicite de tâches couvre les employeurs A, B et D. Elle ne couvre pas l'employeur C. Les compétences SQL couvrent 3 employeurs. Les compétences de tableur couvrent 3 employeurs. L'étendue d'une compétence n'est pas l'étendue d'une tâche précise. Ces tâches ne couvrent pas chacune 3 employeurs.

Un projet utile montre que vous savez faire ce travail. Une longue liste d'outils ne le rend pas utile. Nommez les compétences que vous devez pratiquer en premier. Pratiquez d'abord une jointure de base et une somme dans un tableur. N'ajoutez pas Python tant que vous ne pouvez pas expliquer le résultat SQL et le résultat du tableur.

Un contrôle d'acceptation est un test qui dit que le projet est terminé. Les contrôles ci-dessous sont un plan. Ce ne sont pas des résultats mesurés d'un apprenant. Cet article n'a pas exécuté de requête. Les totaux ci-dessous sont un contrôle à la main du jeu d'essai.

Un jeu d'essai est un petit ensemble de lignes inventées, utilisé pour le test. Gardez les lignes d'entrée inchangées.

Lignes clients : 4 identifiants client.

Lignes de commandes : 10 commandes.

Lisez ceci comme deux dénombrements différents. La table des clients a 4 identifiants : C1, C2, C3 et C4. Les commandes utilisent 4 clés client différentes : C1, C2, C3 et CX. Trois de ces clés de commande sont des identifiants client connus. Une clé de commande n'a pas de correspondance. La clé sans correspondance est CX. C4 n'a pas de commandes. CX n'est pas le même fait que C4.

À vue, chaque identifiant client apparaît une fois. Le nombre attendu d'identifiants client en double est 0. Chaque identifiant de commande apparaît aussi une fois. Ceci est une lecture à la main du jeu d'essai. Ce n'est pas un résultat de requête.

Totaux à la main, si chaque commande reste dans la table mensuelle :

• Les montants de janvier sont 10, 20, 15, 12 et 8. Leur somme est 65.
• Les montants de février sont 25, 30, 5, 40 et 18. Leur somme est 118.
• Les sommes des mois sont 65 et 118. Leur somme est 183.
• Les dix montants de commandes ont aussi pour somme 183.
• Les montants de CX sont 12 et 18. Leur somme est 30.
• Le montant avec correspondance est 183 moins 30, soit 153.

Une table mensuelle correcte qui inclut chaque commande doit montrer janvier 65, février 118 et un total de 183. Le graphique doit montrer ces deux montants mensuels. Cet article ne contient pas de graphique terminé. Vous construisez le graphique dans un tableur.

Les commandes sans correspondance sont O8 et O10. Les deux utilisent CX. Un test correct de clé sans correspondance doit désigner ces deux lignes.

Cadrage du projet pour cette fiction :

• Entrée : les 10 lignes de commandes et les 4 lignes clients ci-dessus.
• Sortie : une table des ventes mensuelles, un graphique de tableur et deux constats écrits.
• Méthode : relier les commandes aux clients, marquer CX et sommer amount par mois.
• Contrôle de qualité : additionner l'entrée à la main et faire correspondre 183 à la table mensuelle.
• Montrer : le texte de la requête, le graphique, la clé sans correspondance et une limite.

Deux constats doivent être possibles à partir du jeu d'essai. D'abord, CX n'est pas dans la table des clients, et son montant est 30. Ensuite, C4 n'a pas de commandes. Ces constats sont l'explication attendue. Ce ne sont pas des résultats d'une exécution.

Texte de requête prévu pour la table mensuelle. Cet article ne l'a pas exécuté.

SELECT o.order_month, SUM(o.amount) AS month_amount
FROM orders AS o
GROUP BY o.order_month

Texte de requête prévu pour les clés de commandes sans correspondance. Cet article ne l'a pas exécuté.

SELECT o.order_id, o.customer_id, o.amount
FROM orders AS o
LEFT JOIN customers AS c
  ON c.customer_id = o.customer_id
WHERE c.customer_id IS NULL

Utilisez ces contrôles d'acceptation :

1. Les 10 lignes de commandes d'origine et les 4 lignes clients restent inchangées.
2. Le travail indique 10 commandes.
3. Le travail indique 4 identifiants client.
4. Le travail indique 4 clés client différentes sur les commandes.
5. Ces 4 clés sont nommées comme 3 identifiants connus plus la clé sans correspondance CX.
6. La note explique CX et ne le confond pas avec C4.
7. Un contrôle à la main montre que les montants des commandes ont pour somme 183, et que la table mensuelle a aussi pour somme 183.
8. Le texte de la requête et le graphique sont tous les deux montrés.
9. L'apprenant explique une limite.

Une limite claire suffit. Par exemple, le total mensuel inclut les 30 sans correspondance, tandis que le total avec correspondance est 153. Une autre limite vraie est que ce projet ne montre pas que vous savez utiliser Python. Une troisième est que six annonces fictives ne sont pas un résultat national. N'importe laquelle de ces limites peut réussir le dernier contrôle.

8. Ordonnez le plan

Placez le travail en quatre parties. Ne commencez pas par la compétence souhaitée.

La première partie est la pratique que vous faites en premier. Pratiquez une jointure sur ce jeu d'essai. Pratiquez une somme dans un tableur.

La deuxième partie est le projet combiné. Construisez la table mensuelle. Construisez le graphique. Écrivez les deux constats.

La troisième partie est la revue. Un autre lecteur utilise les contrôles d'acceptation. Le lecteur n'a pas besoin de faire confiance à un score. Le lecteur peut compter 10 commandes, compter 4 identifiants client, trouver CX et additionner les montants.

La quatrième partie est l'explication. Expliquez la clé sans correspondance. Expliquez une limite.

Le classement pour cette fiction est court. D'abord, faites la jointure, le rapprochement et le graphique. Ces tâches sont exigées, et la preuve manque. Ce projet est une combinaison voulue. La preuve explicite de tâches couvre les employeurs A, B et D. Elle ne couvre pas l'employeur C. Ces tâches ne couvrent pas chacune 3 employeurs. Les compétences SQL couvrent 3 employeurs. Les compétences de tableur couvrent 3 employeurs. L'étendue d'une compétence n'est pas l'étendue d'une tâche précise. Ensuite, revoyez ce projet avec les contrôles. Pratiquez Python seulement une fois que vous savez expliquer ce travail. Laissez le produit de tableau de bord hors du plan de compétences.

Vous fixez les créneaux. Un créneau est le temps que vous choisissez de consacrer. Ce n'est pas une promesse que vous maîtriserez la compétence. Dans ce plan fictif, utilisez une séance pour la pratique. Utilisez une séance pour le projet. Utilisez une séance pour la revue et l'explication.

Si vous changez le métier, le niveau ou le marché, collectez un nouvel échantillon. Utilisez les mêmes règles. Ne réutilisez pas ce classement fictif pour un autre métier.