Тази секция дефинира организационната структура на екипа, разпределението на финансовите ресурси за фазата на MVP (Minimal Viable Product) и стратегията за минимизиране на проектните рискове.
Екип и разпределение на ролите
Проектът се изпълнява от компактен екип от 4 души с кръстосани компетенции (Cross-functional team), което осигурява гъвкавост и бърза комуникация.
|
Роля |
Изпълнител |
Описание на отговорностите |
|
Lead Developer & AI Architect |
Петър Кузманов |
• Техническа реализация: Изцяло изграждане на приложението (SPA), интеграция на React 19 и Google Gemini API. • Архитектура: Проектиране на Serverless структурата и логиката на "Client-to-AI" комуникацията. |
|
Business Analyst & Strategy |
Александър Дамянов |
• Визия и Цели (т.1): Дефиниране на социалния проблем, целите на проекта и концептуалната рамка. • Устойчивост (т.6): Разработка на стратегията за бъдещо развитие, бизнес модел и план за финансиране. |
|
Team Lead & Management |
Цветан Въглярски |
• Координация: Управление на времето по време на спринтовете и разпределение на задачите. • Презентиране: Водещ комуникатор при защитата на проекта. |
|
Product Designer (UI/UX) |
Георги Костов |
• Визуален дизайн: Създаване на интерфейс, адаптиран за неспециалисти (цветова палитра, достъпност). • QA: Тестване на потребителското изживяване. |
Управление на рисковете
За оценка на рисковете се използва стандартна Матрица на риска (3x3), изчисляваща степента на заплаха чрез формулата:
RiskScore=Probability(p) X Impact(I)
Легенда на степените:
Вероятност (P): 1 (Нисък), 2 (Среден), 3 (Висок).
Въздействие (I): 1 (Нисък), 2 (Среден), 3 (Висок/Критичен).
Резултат: 1-2 (Зелен/Приемлив), 3-4 (Жълт/За наблюдение), 6-9 (Червен/Критичен).
|
№ |
Идентифициран Риск |
P |
I |
Score |
Мерки за преодоляване (Mitigation Plan) |
|
1 |
Технологични ограничения от OS: Apple/Google ограничават достъпа на приложението до системни функции (Screen Time API) или блокират контрола. |
3 |
3 |
9 (High) |
• Използване само на официални MDM/Screen Time API-та. •Разработка на "Nudge" система (напомняне), вместо "Block" (твърдо спиране), ако API не позволява. |
|
2 |
AI Халюцинации (Грешки): AI асистентът дава грешна инструкция при финансова операция, което води до загуби за потребителя. |
2 |
3 |
6 (High) |
• Вграждане на RAG технология за проверка на факти. • Ограничаване на съветите само до навигация (UI), без финансови съвети. • "Human-in-the-loop" опция за поддръжка. |
|
3 |
Недоверие към поверителността: Потребителите се страхуват да инсталират софтуер, който "вижда" екрана им (Spyware concerns). |
2 |
3 |
6 (High) |
• Edge AI: Обработка на данните локално на устройството, без изпращане на снимки към сървъра. • Прозрачен Open-source код на модулите за сигурност. • Одит от трета страна. |
|
4 |
Високи оперативни разходи: Цената на AI заявките скача драстично при мащабиране, правейки бизнес модела губещ. |
3 |
2 |
6 (High) |
• Кеширане на често повтарящи се отговори. • Използване на по-малки и евтини модели (SLM) за рутинни задачи. • Ограничения във Free плана. |
|
5 |
Ниска адаптация (UX): Възрастните хора не успяват да инсталират или настроят самото приложение. |
2 |
2 |
4 (Med) |
• Функция "Remote Setup": Позволява на роднина да настрои приложението дистанционно чрез QR код. • Гласова активация на български език за целия процес. |
Организация на работата по време на Хакатона (24ч) Поради краткия срок на състезанието, екипът работи в интензивен "Sprint" режим с разпределение на времето:
10-11 ч: Анализ на проблема, избор на технологии и UI скициране.
12-16 ч: Активно кодиране (Backend API, AI интеграция и React Native Frontend).
17-19 ч: Интеграция на компонентите (Merge), тестване и отстраняване на бъгове.
7:40-13 час: Подготовка на документация и презентация.