Thin[gk]athon Transformation der Regionen

Trouvez plus rapidement la bonne application

propulsé par Smart Systems Hub, Buntspeicher Zwönitz, Sellium GmbH, Bureau du district d'Erzgebirge, futureSAX GmbH, simul⁺


CONDITIONS
Le Thin[gk]athon aura lieu à partir du 09. jusqu'au 10 juindans divers endroits. Le Thin[gk]athon dure deux jours sur chaque site (également virtuel). Si vous souhaitez participer virtuellement, vous devez indiquer le créneau horaire que vous préférez.

Buntspeicher Zwönitz : 9 juin - 10 juin 2026
⇾ Speicherstraße 1 · 08297 Zwönitz

Centre d'affaires et d'innovation (BIC) Zwickau : 9 juin - 10 juin 2026
⇾ Lessingstraße 4, 08058 Zwickau


À PROPOS DU THIN[GK]ATHON

Le Thin[gk]athon est plus qu'un hackathon classique. Il s'agit d'un sprint de co-innovation intensif dans lequel des équipes interdisciplinaires travaillent sur de véritables défis industriels.

En moins de 3 jours, des équipes de développement de logiciels, de science des données, d'ingénierie embarquée et de l'industrie développent ensemble des prototypes fonctionnels et des concepts d'architecture technique.

L'accent est mis sur :

• l'intégration du matériel et des logiciels

• le travail avec des données et des technologies réelles

• le développement de solutions dans des conditions pratiques

Le Thin[gk]athon offre un espace dans lequel de nouvelles approches techniques peuvent être rapidement testées, évaluées et développées davantage.

LE DÉFI

Il y a actuellement plus de 140 candidatures dans le bureau de district d'Erzgebirgskreis. L’objectif est d’utiliser de manière optimale ces applications existantes et d’éviter que plusieurs systèmes dotés de fonctions similaires ou identiques ne soient exploités en parallèle. Dans le même temps, il n'est guère réaliste pour des individus de conserver à tout moment une vue d'ensemble complète de toutes les applications, fonctions et utilisations possibles.

Le défi consiste à développer un prototype technique qui lit les exigences d'un document d'exigences structuré et les compare avec les informations existantes sur les applications existantes. La base en est, d'une part, les exigences collectées lors de la conversation, actuellement dans un document Word, et, d'autre part, les informations sur les applications gérées dans le wiki informatique. L'objectif : un profil d'exigences doit être utilisé pour créer automatiquement une liste hiérarchisée de candidatures potentiellement appropriées - comprenant une évaluation de l'adéquation, une justification transparente et un lien direct vers la documentation respective montrant comment un tel processus de mise en correspondance d'applications peut fonctionner techniquement et organisationnellement. Le processus idéal ressemble à ceci :

1. Une conversation a lieu avec le service et le formulaire de demande est rempli.
2. Le contenu du document Word est lu automatiquement.
3. Les exigences sont vérifiées par rapport aux candidatures existantes et à leur documentation. fonctions.
4. Les informations pertinentes sont utilisées à partir du wiki informatique.
5. Le résultat est une liste d'applications possibles avec une note correspondante, par exemple « très susceptible de correspondre » ou « partiellement correspondant ».
6. Pour chaque résultat, un lien vers la documentation wiki appropriée est affiché.
7. Pour la documentation, le résultat peut être exporté au format PDF et stocké ultérieurement dans le DMS.

Important : le support technique ne remplace pas le dialogue entre le département et IL. Au contraire, cela devrait contribuer à créer une base solide pour une prise de décision plus rapide.

OBJECTIFS CLÉS :

1. Mieux utiliser les applications existantes : le prototype est destiné à montrer comment les solutions logicielles existantes peuvent être systématiquement testées par rapport aux nouvelles exigences. Cela signifie que les structures en double peuvent être évitées et que les investissements existants peuvent être mieux utilisés.

2. Rendre la complexité gérable : avec plus de 140 applications, il est difficile de garder une vue d'ensemble manuellement. App-Match est destiné à aider à rendre les connaissances fonctionnelles de la documentation existante utilisables par la machine.

3. Évaluez les besoins plus rapidement : une première présélection doit être automatiquement créée à partir d’un formulaire de demande complété. Cela réduit les efforts de recherche et accélère la coordination entre le service et le service informatique.

4. Rendre les décisions compréhensibles : les résultats correspondants ne doivent pas simplement apparaître sous forme de liste de résultats, mais doivent être justifiés et liés. Cela signifie que la raison pour laquelle une candidature a été jugée appropriée reste transparente.

5. Développer un prototype réaliste : le Thingkathon ne consiste pas en un système productif fini, mais plutôt en une preuve de concept fiable :
Qu'est-ce qui est techniquement possible ? Quelle qualité de données est requise ? Où sont les limites et le potentiel ?

FOCUS TECHNOLOGIQUE
L'accent est mis sur un prototype pratique qui combine intelligemment divers composants techniques :

• Traitement de documents : Lecture d'exigences structurées à partir de documents Word ou de formulaires numériques en perspective
• Extraction de connaissances : Préparation des informations à partir du wiki informatique sur applications, fonctions et domaines d'application
• Correspondance sémantique : Comparaison des exigences avec les descriptions fonctionnelles existantes
• Score et priorisation : Évaluation de l'adéquation, par exemple dans des catégories telles que plus de 80 % ou plus de 50 %
• Explicabilité : Affichage des exigences couvertes par quelle application pourrait
• Lien : Accès direct à la documentation wiki respective
• Exportation : Génération d'un résultat PDF pour la documentation et stockage ultérieur dans le DMS
• Interface utilisateur : Une interface simple pour la saisie, la vérification et l'affichage des résultats

Les approches technologiques possibles incluent la recherche sémantique, les intégrations, Génération augmentée par récupération, règles classiques, modèles de métadonnées structurés ou logiques de correspondance hybrides.

CE QUI DEVRAIT VENIR DANS LE THIN[GK]ATHON
Les équipes développent une approche de solution prototype pour App-Match au sein du format. Les résultats possibles sont :

• un prototype de processus cliquable,
• un démonstrateur technique pour lire et faire correspondre les exigences,
• un algorithme de correspondance avec une évaluation compréhensible,
• une proposition pour un modèle de données des informations d'application,
• un concept d'interface utilisateur pour les employés informatiques,
• une exportation PDF comme documentation des résultats,
• une évaluation de la faisabilité technique et de la prochaine mise en œuvre. étapes.

À la fin, il devrait être visible comment ce qui était auparavant un processus d'évaluation hautement manuel peut devenir un processus soutenu, compréhensible et évolutif.


Profils de participants recherchés
Différentes perspectives sont nécessaires pour relever le défi. Sont particulièrement utiles :

- Les développeurs de logiciels pour le traitement de documents, l'intégration de données, le backend, le front-end et le prototypage.

- Les scientifiques de données/ingénieurs en IA pour la correspondance sémantique, les intégrations, la classification, la notation et la logique de résultat explicable.

- Les architectes d'entreprise/de solutions pour la classification dans les paysages informatiques, les interfaces existants, structures wiki, DMS et modèles opérationnels possibles.

- Concepteurs UX/UI pour une présentation compréhensible des résultats et une gestion conviviale des processus.

- Gestionnaires de processus et d'exigences informatiques pour comprendre les discussions sur les exigences réelles, les processus de prise de décision et les exigences en matière de documentation.

- Des experts du domaine de l'administration, de l'informatique ou des départements spécialisés pour évaluer si la solution serait vraiment utile au quotidien. life.

Résultats attendus

À la fin du Thingkathon, il ne devrait pas y avoir de logiciel parfait, mais une base claire pour la prise de décision :

• La mise en correspondance d'applications basée sur les documents d'exigences existants et les informations wiki est-elle réaliste ?
• De quelle qualité et structure de données le wiki informatique a-t-il besoin ?
• Dans quelle mesure les exigences peuvent-elles être extraites automatiquement ?
• Quelle logique de correspondance fournit des résultats compréhensibles ?
• À quoi doit ressembler un résultat pour que le service informatique et le service puissent travailler avec ?
• Quelles étapes seraient nécessaires pour développer un système utilisable à partir du prototype ?

Pourquoi ce défi est-il pertinent
App-Match répond à un problème que de nombreuses organisations connaissent : le paysage logiciel s'agrandit au fil des années, les connaissances sont réparties entre la documentation et les personnes, et les nouvelles exigences conduisent rapidement à de nouvelles solutions. Dans le même temps, la pression pour utiliser les systèmes existants de manière plus efficace, contrôler les coûts et prendre des décisions plus rapidement augmente.

Un processus de mise en correspondance intelligent peut ici créer une réelle valeur ajoutée : il apporte de la transparence au paysage des applications, aide l'informatique à évaluer les nouvelles exigences et aide les services à trouver plus rapidement des solutions adaptées.

PARTENAIRES

Smart Systems Hub

Buntspeicher Zwönitz

Sellium GmbH

futureSAX GmbH

Bureau du district d'Erzgebirge

simul⁺