Thin[gk]athon Transformation der Regionen

Швидше знайдіть потрібну програму

на базі Smart Systems Hub, Buntspeicher Zwönitz, Sellium GmbH, Erzgebirge District Office, futureSAX GmbH, simul⁺


УМОВИ
Thin[gk]athon відбудеться з 09. до 10 червняу різних місцях. Thin[gk]athon триває два дні у кожному місці (також віртуальному). Якщо ви хочете взяти віртуальну участь, ви повинні вказати, який часовий проміжок ви віддаєте перевагу.

Buntspeicher Zwönitz: 9 червня - 10 червня 2026
⇾ Speicherstraße 1 · 08297 Zwönitz

Центр бізнесу та інновацій (BIC) Цвікау: 9 червня - 10 червня, 2026
⇾ Lessingstraße 4, 08058 Zwickau


ПРО THIN[GK]ATHON

Thin[gk]athon — це більше, ніж класичний хакатон. Це інтенсивний спільний інноваційний спринт, у якому міждисциплінарні команди працюють над реальними промисловими викликами.

Протягом менш ніж 3 днів команди з розробки програмного забезпечення, науки про дані, вбудованої техніки та промисловості разом розробляють робочі прототипи та концепції технічної архітектури.

Основна увага приділяється:

• інтеграції апаратного та програмного забезпечення

• роботі з реальними даними та Технології

• розробка рішень у практичних умовах

Thin[gk]athon пропонує простір, у якому нові технічні підходи можна швидко перевірити, оцінити та розвинути далі.

ВИКЛИК

Наразі в офісі округу Erzgebirgskreis понад 140 заявок. Метою є оптимальне використання цих існуючих додатків і уникнення паралельної роботи кількох систем із подібними чи ідентичними функціями. У той же час окремим людям навряд чи реально мати повний огляд усіх додатків, функцій і можливого використання в будь-який час.

Завдання полягає в тому, щоб розробити технічний прототип, який зчитує вимоги зі структурованого документа вимог і порівнює їх із наявною інформацією про існуючі додатки. Основою для цього є, з одного боку, вимоги, зібрані в бесіді, наразі в документі Word, а з іншого боку, інформація про програми, що зберігаються в ІТ-вікі. Мета: профіль вимог має використовуватися для автоматичного створення пріоритетного списку потенційно відповідних програм, включаючи оцінку придатності, прозоре обґрунтування та пряме посилання на відповідну документацію, що показує, як такий процес зіставлення програм може працювати технічно та організаційно. Ідеальний процес виглядає так:

1. Відбувається розмова з відділом і заповнюється форма запиту.
2. Вміст документа Word зачитується автоматично.
3. Вимоги: перевіряється на існуючі програми та їхні задокументовані функції.
4. Відповідна інформація використовується з ІТ-вікі.
5. Результатом є список можливих програм із відповідним рейтингом, наприклад «дуже ймовірно, що збігаються» або «частково збігаються».
6. Для кожного результату відображається посилання на відповідну вікі-документацію.
7. Для документації результат можна експортувати як PDF і пізніше зберегти в DMS.

Важливо: Технічна підтримка не замінює діалог між відділом та ІТ. Навпаки, це має допомогти створити добре обґрунтовану основу для більш швидкого прийняття рішень.

ОСНОВНІ ЦІЛІ:

1. Краще використовувати існуючі програми: прототип призначений для того, щоб показати, як існуючі програмні рішення можна систематично перевіряти на відповідність новим вимогам. Це означає, що дублюючих структур можна уникнути, а наявні інвестиції можна краще використати.

2. Зробіть складність керованою: з понад 140 програмами важко вести огляд вручну. App-Match призначений для того, щоб зробити функціональні знання з наявної документації придатними для машинного використання.

3. Швидше оцінюйте вимоги: початковий попередній вибір має бути автоматично створений із заповненої форми запиту. Це зменшує дослідницькі зусилля та прискорює координацію між відділом та ІТ.

4. Робіть рішення зрозумілими: відповідні результати не повинні відображатися просто як список влучень, а повинні бути обґрунтовані та пов’язані. Це означає, що залишається прозорим, чому заявку було визнано прийнятною.

5. Розробіть реалістичний прототип: Thingkathon — це не готова продуктивна система, а радше надійний доказ концепції:
Що технічно можливо? Яка якість даних потрібна? Де межі та потенціал?

ТЕХНОЛОГІЧНИЙ ФОКУС
Основна увага приділяється практичному прототипу, який розумно поєднує різні технічні компоненти:

• Обробка документів: Зчитування структурованих вимог із документів Word або перспективних цифрових форм
• Знання Вилучення: Підготовка інформації з ІТ-вікі про програми, функції та сфери застосування
• Семантична відповідність: Порівняння вимог із існуючими функціональними описами
• Оцінка та визначення пріоритетів: Оцінка відповідності, наприклад, у таких категоріях, як понад 80 відсотків або понад 50 відсоток
• Зрозумілість: Відображення того, які вимоги покриває та яка програма може
• Посилання: Прямий перехід до відповідної вікі-документації
• Експорт: Створення результату PDF для документації та подальшого зберігання в DMS
• Інтерфейс користувача: Простий інтерфейс для введення, перевірки та відображення результатів

Можливі технологічні підходи включають семантичний пошук, вбудовування, генерацію з доповненим пошуком, класичні правила, структуровані моделі метаданих або гібридну логіку відповідності.

ЩО МАЄ ВХОДИТИ В THIN[GK]ATHON
Команди розробляють підхід прототипу рішення для App-Match у форматі. Можливі результати:

• прототип процесу, який можна натиснути,
• технічний демонстратор для зчитування та відповідності вимогам,
• алгоритм відповідності зі зрозумілою оцінкою,
• пропозиція щодо моделі даних для інформації програми,
• концепція інтерфейсу користувача для ІТ-співробітників,
• експорт у формат PDF як результат документації,
• оцінка технічної Техніко-економічне обґрунтування та наступні кроки впровадження.

Зрештою, має бути видно, як те, що раніше було суто ручним процесом оцінювання, може стати підтримуваним, зрозумілим і масштабованим процесом.


Потрібні профілі учасників
Для виклику потрібні різні точки зору. Особливо цінні:

- Розробники програмного забезпечення для обробки документів, інтеграції даних, серверної частини, інтерфейсу та створення прототипів.

- Вчені з обробки даних / інженери штучного інтелекту для семантичного зіставлення, вбудовування, класифікації, оцінювання та пояснюваної логіки результатів.

- Підприємство / рішення архітектори для класифікації в існуючих ІТ-ландшафтах, інтерфейсах, вікі-структурах, DMS і можливих операційних моделях.

- Дизайнери UX/UI для зрозумілої презентації результатів і зручного керування процесами.

- ІТ-процеси та менеджери вимог для розуміння реальних обговорень вимог, процесів прийняття рішень і документації вимоги.

- Доменні експерти з адміністративних, ІТ-відділів або спеціалізованих відділів оцінять, чи справді рішення буде корисним у повсякденному житті.

Очікувані результати

Наприкінці Thingkathon має бути не ідеальне програмне забезпечення, а чітка основа для прийняття рішень:

• чи додатки підбираються на основі існуючих документів із вимогами та вікі-інформації реально можливо?
• Яка якість даних і структура потрібні для ІТ-вікі?
• Наскільки добре можна автоматично витягувати вимоги?
• Яка логіка відповідності забезпечує зрозумілі результати?
• Як має виглядати результат, щоб ІТ та відділ могли з ним працювати?
• Які кроки необхідно зробити, щоб розробити придатну для використання систему з прототипу?

Чому це завдання є актуальним?
App-Match вирішує проблему, з якою знайомі багато організацій: ландшафт програмного забезпечення зростає з роками, знання розподіляються між документацією та людьми, а нові вимоги швидко призводять до нових рішень. Водночас зростає необхідність ефективнішого використання існуючих систем, контролю над витратами та швидшого прийняття рішень.

Інтелектуальний процес узгодження може створити справжню додаткову цінність: він забезпечує прозорість середовища застосування, підтримує ІТ в оцінці нових вимог і допомагає відділам швидше знаходити відповідні рішення.

ПАРТНЕРИ

Smart Systems Hub

Buntspeicher Zwönitz

Sellium GmbH

futureSAX GmbH

Рузький окружний офіс

simul⁺