Featured

Управление на проекта

Тази секция дефинира организационната структура на екипа, разпределението на финансовите ресурси за фазата на 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 час: Подготовка на документация и презентация.