Thin[gk]athon Transformation der Regionen

Trova più velocemente l'applicazione giusta

fornito da Smart Systems Hub, Buntspeicher Zwönitz, Sellium GmbH, Ufficio distrettuale dell'Erzgebirge, futureSAX GmbH, simul⁺


CONDIZIONI
Il Thin[gk]athon avrà luogo dal 09. fino al 10 giugnoin varie località. Il Thin[gk]athon dura due giorni in ciascuna sede (anche virtuale). Se desideri partecipare virtualmente, devi indicare la fascia oraria che preferisci.

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

Business and Innovation Center (BIC) Zwickau: 9 giugno - 10 giugno 2026
⇾ Lessingstraße 4, 08058 Zwickau


IL THIN[GK]ATHON

Il Thin[gk]athon è più di un classico hackathon. Si tratta di un intenso sprint di co-innovazione in cui team interdisciplinari lavorano su sfide industriali reali.

In meno di 3 giorni, team di sviluppo software, scienza dei dati, ingegneria embedded e industria sviluppano insieme prototipi funzionanti e concetti di architettura tecnica.

L'attenzione è posta su:

• integrazione di hardware e software

• lavorare con dati e tecnologie reali

• sviluppo di soluzioni in condizioni pratiche

Il Thin[gk]athon offre uno spazio in cui nuovi approcci tecnici possono essere rapidamente testati, valutati e ulteriormente sviluppati.

LA SFIDA

Attualmente ci sono più di 140 domande nell'ufficio distrettuale dell'Erzgebirgskreis. L'obiettivo è sfruttare in modo ottimale le applicazioni esistenti ed evitare che più sistemi con funzioni simili o identiche funzionino in parallelo. Allo stesso tempo, è difficilmente realistico per le singole persone mantenere in ogni momento una panoramica completa di tutte le applicazioni, funzioni e possibili usi.

La sfida è sviluppare un prototipo tecnico che legga i requisiti da un documento di requisiti strutturato e li confronti con le informazioni esistenti sulle applicazioni esistenti. La base sono da un lato i requisiti raccolti nella conversazione, attualmente in un documento Word, e dall'altro le informazioni sulle applicazioni conservate nel wiki IT. L'obiettivo: un profilo dei requisiti dovrebbe essere utilizzato per creare automaticamente un elenco prioritario di applicazioni potenzialmente idonee - inclusa una valutazione dell'idoneità, una giustificazione trasparente e un collegamento diretto alla rispettiva documentazione mostra come un tale processo di corrispondenza delle app può funzionare dal punto di vista tecnico e organizzativo. Il processo ideale è questo:

1. Si svolge una conversazione con il dipartimento e il modulo di richiesta viene compilato.
2. Il contenuto del documento Word viene letto automaticamente.
3. I requisiti vengono verificati rispetto alle applicazioni esistenti e la loro documentazione funzioni.
4. Le informazioni rilevanti vengono utilizzate dal wiki IT.
5. Il risultato è un elenco di possibili applicazioni con valutazione corrispondente, ad esempio "molto probabile che corrisponda" o "corrispondente parzialmente".
6. Per ciascun risultato viene visualizzato un collegamento alla documentazione wiki appropriata.
7. Per la documentazione, il risultato può essere esportato in formato PDF e successivamente archiviato nel DMS.

Importante: il supporto tecnico non sostituisce il dialogo tra il dipartimento e IT. Dovrebbe piuttosto contribuire a creare una base solida per un processo decisionale più rapido.

OBIETTIVI CHIAVE:

1. Sfruttare meglio le applicazioni esistenti: il prototipo deve mostrare come le soluzioni software esistenti possano essere testate sistematicamente rispetto a nuovi requisiti. Ciò significa che è possibile evitare strutture doppie e utilizzare meglio gli investimenti esistenti.

2. Rendi gestibile la complessità: con oltre 140 applicazioni, è difficile mantenere una panoramica manualmente. App-Match ha lo scopo di contribuire a rendere la conoscenza funzionale della documentazione esistente utilizzabile dalla macchina.

3. Valutare i requisiti più rapidamente: una preselezione iniziale dovrebbe essere creata automaticamente da un modulo di richiesta compilato. Ciò riduce lo sforzo di ricerca e accelera il coordinamento tra il dipartimento e l'IT.

4. Rendere le decisioni comprensibili: i risultati corrispondenti non dovrebbero apparire solo come una lista dei risultati, ma dovrebbero essere giustificati e collegati. Ciò significa che rimane trasparente il motivo per cui una domanda è stata ritenuta idonea.

5. Sviluppare un prototipo realistico: il Thingkathon non riguarda un sistema produttivo finito, ma piuttosto una prova di concetto affidabile:
Cosa è tecnicamente possibile? Quale qualità dei dati è richiesta? Dove sono i limiti e il potenziale?

FOCUS TECNOLOGICO
L'attenzione è posta su un prototipo pratico che combina in modo intelligente vari componenti tecnici:

• Elaborazione dei documenti: lettura di requisiti strutturati da documenti Word o moduli digitali prospettici
• Estrazione della conoscenza: preparazione di informazioni dal wiki IT su applicazioni, funzioni e aree di applicazione
• Corrispondenza semantica: Confronto dei requisiti con le descrizioni funzionali esistenti
• Punteggio e definizione delle priorità: Valutazione dell'adattamento, ad esempio in categorie come oltre l'80% o oltre il 50%
• Spiegabilità: Visualizzazione di quali requisiti sono coperti da quale applicazione potrebbe
• Link: passaggio diretto alla rispettiva documentazione wiki
• Esportazione: generazione di un risultato PDF per la documentazione e successiva memorizzazione nel DMS
• interfaccia utente: un semplice front-end per l'immissione, il controllo e la visualizzazione dei risultati

I possibili approcci tecnologici includono ricerca semantica, incorporamenti, Generazione aumentata con recupero, regole classiche, modelli di metadati strutturati o logiche di corrispondenza ibride.

COSA DOVREBBE ESSERE NEL THIN[GK]ATHON
I team sviluppano un approccio di soluzione prototipo per App-Match all'interno del formato. I possibili risultati sono:

• un prototipo di processo cliccabile,
• un dimostratore tecnico per la lettura e la corrispondenza dei requisiti,
• un algoritmo di corrispondenza con valutazione comprensibile,
• una proposta per un modello di dati delle informazioni dell'applicazione,
• un concetto di interfaccia utente per i dipendenti IT,
• un'esportazione in PDF come documentazione dei risultati,
• una valutazione della fattibilità tecnica e successiva implementazione passaggi.

Alla fine dovrebbe essere visibile come quello che in precedenza era un processo di valutazione altamente manuale può diventare un processo supportato, comprensibile e scalabile.


Profili dei partecipanti ricercati
Sono necessarie diverse prospettive per la sfida. Particolarmente preziosi sono:

- Sviluppatori di software per elaborazione di documenti, integrazione di dati, backend, front-end e prototipazione.

- Scienziati di dati/ingegneri di intelligenza artificiale per corrispondenza semantica, incorporamenti, classificazione, punteggio e logica dei risultati spiegabile.

- Architetti aziendali/di soluzioni per la classificazione in ambienti IT esistenti, interfacce, strutture wiki, DMS e possibili modelli operativi.

- Progettisti UX/UI per una presentazione comprensibile dei risultati e una gestione dei processi user-friendly.

- Responsabili dei processi e dei requisiti IT per comprendere le discussioni sui requisiti reali, i processi decisionali e i requisiti di documentazione.

- Esperti di dominio provenienti da dipartimenti amministrativi, IT o specialistici per valutare se la soluzione sarebbe davvero utile nella vita di tutti i giorni vita.

Risultati attesi

Alla fine del Thingkathon non dovrebbe esserci un software perfetto, ma una base chiara per il processo decisionale:

• È realisticamente possibile la corrispondenza delle app sulla base dei documenti dei requisiti esistenti e delle informazioni wiki?
• Quale qualità e struttura dei dati è necessaria per il wiki IT?
• Con quanta precisione è possibile estrarre automaticamente i requisiti?
• Quale logica di corrispondenza fornisce risultati comprensibili?
• Che aspetto deve avere un risultato affinché l'IT e il dipartimento possano lavorarci?
• Quali passaggi sarebbero necessari per sviluppare un sistema utilizzabile dal prototipo?

Perché questa sfida è rilevante perché
App-Match affronta un problema con cui molte organizzazioni hanno familiarità: il panorama del software cresce nel corso degli anni, la conoscenza è distribuita tra documentazione e persone e nuovi requisiti portano rapidamente a nuove soluzioni. Allo stesso tempo, aumenta la pressione per utilizzare i sistemi esistenti in modo più efficiente, controllare i costi e prendere decisioni più rapidamente.

Un processo di abbinamento intelligente può creare qui un vero valore aggiunto: porta trasparenza nel panorama applicativo, supporta l'IT nella valutazione di nuovi requisiti e aiuta i dipartimenti a trovare soluzioni adeguate più rapidamente.

PARTNER

Smart Systems Hub

Buntspeicher Zwönitz

Sellium GmbH

futureSAX GmbH

Ufficio distrettuale dell'Erzgebirge

simul⁺