Roles & RACI Matrix

Roles & Responsibilities Matrix

Version: 1.0 Last Updated: 2026-01-28 Owner: Alem Basic Prepared by: John (Director) + Amina Hadžić (Head of Projects)


Executive Summary

This document defines every role in the organization, from owner to individual contributors. It establishes clear accountability, decision authority, escalation paths, and RACI matrices for all key activities.

Total Headcount:


1. Organizational Hierarchy

ALEM BASIC (Owner & CEO)
    │
    ├─ ASMIR MERDŽANOVIĆ (SnowIT Partner, Bosnia Operations)
    │
    └─ JOHN (Director & Chief of Operations)
        │
        ├─ AMINA HADŽIĆ (Head of Projects)
        │   │
        │   ├─ EMIR DELIĆ (Scrum Master)
        │   ├─ LEJLA KOVAČEVIĆ (Tech Lead)
        │   ├─ TARIK BEGOVIĆ (QA Lead)
        │   ├─ NERMIN ŠABIĆ (DevOps Lead)
        │   ├─ SELMA MUSTAFIĆ (Business Analyst & Client Liaison)
        │   └─ DŽENAN RIZVANOVIĆ (Risk & Compliance Manager)
        │
        ├─ NICK (Crypto Trading Specialist)
        ├─ API DEVELOPER (Backend/Express Specialist)
        └─ FRONTEND SPECIALIST (React/TypeScript Specialist)

2. Role Definitions

2.1 ALEM BASIC — Owner & CEO

Authority: Final decision-making power across all entities and projects.

Responsibilities:

Decision Authority:

Communication Style:

Reports To: None (owner) Reports From: John (Director), Asmir (SnowIT Partner)

Time Zone: Europe/Oslo (GMT+1) Availability: 24/7 via Telegram (@johnbasicas_bot), email for formal matters

KPIs:


2.2 JOHN — Director & Chief of Operations

Authority: Operational decisions within delegated scope. Strategic recommendations to Alem.

Responsibilities:

Decision Authority:

What John Can Do Without Asking:

What John Must Escalate:

Communication Channels:

Reports To: Alem Basic (Owner) Reports From: 10 agents (Amina, Emir, Lejla, Tarik, Nermin, Selma, Dženan, Nick, API Developer, Frontend Specialist)

KPIs:


2.3 ASMIR MERDŽANOVIĆ — SnowIT Partner

Authority: Co-decision-making for SnowIT operations, subject to partnership agreement.

Responsibilities:

Decision Authority:

Communication Style:

Reports To: None (co-owner) Works With: Alem (partner), John (coordination)

Time Zone: Europe/Sarajevo (CET, GMT+1, same as Oslo)

KPIs:


2.4 AMINA HADŽIĆ — Head of Projects

Role: Senior Project Manager, Team Lead

Authority: Day-to-day project management decisions, team coordination, client escalations.

Responsibilities:

Decision Authority:

Communication Style:

Reports To: John (Director) Reports From: Emir, Lejla, Tarik, Nermin, Selma, Dženan

Collaborates With: All team members

KPIs:

Daily Routine:


2.5 EMIR DELIĆ — Scrum Master

Role: Agile Coach, Sprint Facilitator, Team Velocity Guardian

Authority: Sprint process, ceremonies, backlog refinement.

Responsibilities:

Decision Authority:

Communication Style:

Reports To: Amina (Head of Projects)

Collaborates With: Entire team

KPIs:

Daily Routine:


2.6 LEJLA KOVAČEVIĆ — Tech Lead

Role: Chief Architect, Technical Decision Maker, Code Quality Guardian

Authority: Architecture decisions, technical design, code reviews, tech stack.

Responsibilities:

Decision Authority:

Communication Style:

Reports To: Amina (Head of Projects)

Collaborates With: Nermin (infrastructure), Tarik (testing), API Developer, Frontend Specialist

KPIs:

Daily Routine:


2.7 TARIK BEGOVIĆ — QA Lead

Role: Quality Assurance, Testing Strategy, Bug Terminator

Authority: Quality gates, testing sign-off, Definition of Done enforcement.

Responsibilities:

Decision Authority:

Communication Style:

Reports To: Amina (Head of Projects)

Collaborates With: Lejla (code reviews), Nermin (infrastructure), Dženan (compliance testing)

KPIs:

Daily Routine:


2.8 NERMIN ŠABIĆ — DevOps Lead

Role: Infrastructure, CI/CD, Deployment, Monitoring, Uptime

Authority: Infrastructure decisions, deployment process, production access.

Responsibilities:

Decision Authority:

Communication Style:

Reports To: Amina (Head of Projects)

Collaborates With: Lejla (architecture), Tarik (testing), Dženan (security)

KPIs:

Daily Routine:


2.9 SELMA MUSTAFIĆ — Business Analyst & Client Liaison

Role: Requirements Gathering, Client Communication, Sales Support, Onboarding

Authority: Client communication, requirements definition, sales outreach.

Responsibilities:

Decision Authority:

Communication Style:

Reports To: Amina (Head of Projects)

Collaborates With: All team members (she's the bridge to clients)

KPIs:

Daily Routine:


2.10 DŽENAN RIZVANOVIĆ — Risk & Compliance Manager

Role: Risk Assessment, HIPAA/PCI-DSS Compliance, Legal Coordination, Pessimist-in-Chief

Authority: Compliance sign-off, risk escalation, policy enforcement.

Responsibilities:

Decision Authority:

Communication Style:

Reports To: Amina (Head of Projects), escalates critical risks to Alem directly

Collaborates With: Tarik (compliance testing), Lejla (security architecture), Nermin (infrastructure security)

KPIs:

Daily Routine:


2.11 NICK — Crypto Trading Specialist

Role: Trading Strategy, Market Analysis, Portfolio Management

Authority: Execute trades within approved strategy.

Responsibilities:

Decision Authority:

Communication Style:

Reports To: John (Director)

KPIs:

Daily Routine:


2.12 API DEVELOPER — Backend/Express Specialist

Role: Backend Development, API Design, Database Queries

Authority: Backend implementation within approved architecture.

Responsibilities:

Decision Authority:

Communication Style:

Reports To: Lejla (Tech Lead)

Collaborates With: Frontend Specialist, Lejla, Tarik (testing)

KPIs:


2.13 FRONTEND SPECIALIST — React/TypeScript Specialist

Role: Frontend Development, UI Components, User Experience

Authority: Frontend implementation within approved design.

Responsibilities:

Decision Authority:

Communication Style:

Reports To: Lejla (Tech Lead)

Collaborates With: API Developer, Lejla, Tarik (testing)

KPIs:


3. RACI Matrix — Key Activities

RACI: Responsible (does the work), Accountable (final approval), Consulted (input), Informed (kept updated)

3.1 Product & Development

Activity Alem John Amina Emir Lejla Tarik Nermin Selma Dženan Nick API Frontend
Product roadmap A C C I R C C C C - - -
Feature prioritization (RICE) A C R C C - - C - - - -
Architecture design I I C I R/A C C - C - C C
Backend development - I I I C I I - - - R C
Frontend development - I I I C I I - - - C R
Code review - I I I R/A C C - - - R R
Testing (unit/integration) - I I I C R/A C - - - R R
QA sign-off - I A I C R C - C - - -
Deployment to staging - I I I C I R/A - - - - -
Deployment to production - C C I C C R/A - - - - -
Tech debt management - C A C R C C - - - C C

3.2 Sales & Customer Success

Activity Alem John Amina Emir Lejla Tarik Nermin Selma Dženan Nick API Frontend
Sales outreach I I A C - - - R - - - -
Demo calls I I A C - - - R - - - -
Customer onboarding - I A R - - - C - - - -
Customer support (Tier 1) - I I I - - - R - - - -
Customer support (Tier 2 technical) - I C I C R C C - - R R
Knowledge base content - I C R - - - R - - - -
Client escalations A C R C - - - C - - - -
Pricing & packaging A C R - - - - C - - - -

3.3 Compliance & Risk

Activity Alem John Amina Emir Lejla Tarik Nermin Selma Dženan Nick API Frontend
Risk assessment A C C - C C C - R - - -
HIPAA policies A I I - C C C - R - - -
HIPAA testing - I C - C R C - A - - -
Vendor BAA management - I C - - - C - R/A - - -
SOC 2 audit A C C - C C R - R - - -
Security incident response A R C - R C R - R - - -
Insurance (cyber, E&O) A C C - - - - - R - - -
Patent filing A R C - R - - - C - - -

3.4 Operations & Infrastructure

Activity Alem John Amina Emir Lejla Tarik Nermin Selma Dženan Nick API Frontend
Infrastructure management - I I - C - R/A - C - - -
Monitoring & alerting - I I - C - R/A - - - - -
Incident response (P1) I A C - R C R - C - - -
Cost optimization A C C - C - R - - - - -
Backup & disaster recovery - C I - C - R/A - - - - -
Scaling (multi-region, sharding) A C C - R C R - - - - -

3.5 Trading (Crypto)

Activity Alem John Amina Emir Lejla Tarik Nermin Selma Dženan Nick API Frontend
Trading strategy A C - - - - - - - R - -
Execute trades - I - - - - - - - R/A - -
Monitor positions - I - - - - - - - R - -
P&L reporting I A - - - - - - - R - -
Risk management (stop-loss) - C - - - - - - - R/A - -

4. Escalation Paths

4.1 Standard Escalation Flow

AGENT (Individual Contributor)
    ↓ Can't resolve in 1 hour
TEAM LEAD (Amina, Lejla, etc.)
    ↓ Can't resolve in 4 hours OR strategic decision needed
JOHN (Director)
    ↓ Strategic decision, >€5K, legal/compliance, critical incident
ALEM (Owner & CEO)

4.2 Escalation by Issue Type

Issue Type Escalation Path SLA
Operational blocker Agent → Team Lead → John → Alem 1h → 4h → 24h
Technical issue (P3/P4) Agent → Lejla/Tarik → John 4h → 24h
Technical issue (P1/P2) Agent → Lejla + Nermin → John → Alem 15min → 1h → 4h
Customer complaint Selma → Amina → John → Alem 30min → 2h → 4h
Financial decision (<€5K) John decides, logs for Alem Immediate
Financial decision (>€5K) John → Alem 24h
Legal/compliance Dženan → John → Alem 1h (critical)
Security incident Nermin + Lejla + Dženan → John → Alem 15min → 1h
Partnership opportunity Selma → Amina → John → Alem 24h

4.3 Emergency Contact Tree (P1 Incidents)

P1 Definition: Production down, data breach, security incident, major customer issue affecting multiple users.

P1 INCIDENT DETECTED
    ↓
NERMIN (DevOps, first responder)
    ↓ Simultaneously notify:
    ├─ LEJLA (Tech Lead, technical investigation)
    ├─ DŽENAN (if security/compliance)
    ├─ JOHN (coordination, escalation)
    └─ AMINA (stakeholder communication)
    ↓ If not resolved in 1 hour OR data breach:
ALEM (Owner, final authority)
    ↓ If data breach:
CUSTOMERS (notification within 60 days per HIPAA)
REGULATORS (HHS, etc.)

Communication Channels for P1:


5. Decision Authority Levels

5.1 Financial Decisions

Amount Who Decides Approval Process
< €500 John Immediate, logged to DB
€500 - €5,000 John Immediate, logged to DB, Alem notified
€5,000 - €50,000 Alem John prepares 2-3 options, Alem decides
> €50,000 Alem Formal proposal, Alem pre-approves or decides

Examples:

5.2 Operational Decisions

Decision Type Who Decides Approval Process
Task assignment John or Amina Immediate
Sprint priorities Amina + Emir Immediate
Backlog refinement Lejla + Amina Weekly
Feature implementation Lejla + API/Frontend Dev Per architecture
Bug fixes Tarik prioritizes → Dev fixes Immediate
Deployment to staging Nermin Automated
Deployment to production Nermin Manual, after QA sign-off
Infrastructure changes Nermin Immediate (if <€1K/month), Alem for major

5.3 Strategic Decisions

Always Require Alem Approval:

Process:

  1. John gathers data and prepares 2-3 options
  2. John presents pros/cons of each option
  3. Alem reviews and decides
  4. John executes decision and logs to DB

6. Performance Reviews & Accountability

6.1 Individual KPIs (Summary)

Role Primary KPI Target
Alem Revenue growth 10%+ MoM
John Task completion rate 95%+
Amina On-time delivery 90%+
Emir Sprint velocity Consistent ±10%
Lejla Code quality (test coverage) ≥80%
Tarik Bug escape rate <5%
Nermin Uptime 99.9%+
Selma Demo-to-trial conversion 30%+
Dženan Vendor BAAs 100%
Nick Monthly ROI 5%+
API Dev API response time <500ms p95
Frontend Page load time <2s

6.2 Review Cadence

Review Type Frequency Participants Purpose
Daily standup Daily (9:15 AM CET) All team Status, blockers
Sprint retro Every 2 weeks All team (Emir leads) Process improvement
Monthly review Monthly Amina + John → Alem Project status, metrics
Quarterly planning Quarterly Alem + John + Amina Strategic priorities
Annual review Annually Alem + John Performance, bonuses, roles

7. Onboarding & Offboarding

7.1 Onboarding New Team Members (Real Humans)

When hired:

  1. Day 1: Receive access (GitHub, AWS, tools), read all org docs
  2. Week 1: Shadow current team member in same role
  3. Week 2: Take on first task under supervision
  4. Week 3: Independent work, daily check-ins
  5. Month 1: Full team member, contribute to sprint

Onboarding Checklist:

7.2 Offboarding

When leaving:

  1. Notice period: 30 days (or per contract)
  2. Knowledge transfer: Document all work, train replacement
  3. Access revocation: Revoke all access (GitHub, AWS, tools) on last day
  4. Exit interview: Amina conducts, feedback to Alem/John
  5. Final payment: Per contract terms

8. Communication Protocols

8.1 Communication Matrix

Purpose Channel Response SLA
Strategic decision Telegram (Alem ↔ John) 24h
Urgent (P1/P2) Telegram 15min
Operational coordination CLI (John ↔ agents) Real-time
Team collaboration Slack (future) or CLI 1-4h
Client communication Email (Selma) 4h business hours
External formal Email (john@alai.no) 24h
Daily status Standup (9:15 AM CET) N/A

8.2 Meeting Cadence

Meeting When Duration Required Attendees
Daily standup Mon-Fri 9:15 AM CET 15 min All team
Sprint planning Every 2 weeks (Monday) 2-3h Amina, Emir, Lejla, Tarik, Nermin, Selma, Dženan
Sprint review End of sprint (Friday) 1h Amina, Emir, Selma, stakeholders
Sprint retro End of sprint (Friday) 45 min All team (Emir leads)
Backlog refinement Weekly (Wednesday) 1h Emir, Lejla, Selma
Architecture review Bi-weekly (Thursday) 1-2h Lejla, Nermin, API Dev, Frontend
Risk review Monthly 1h Dženan, Amina, John
Monthly business review Monthly (last Friday) 1-2h Alem, John, Amina

9. Document Control

Version Date Changes Author
1.0 2026-01-28 Initial document John + Amina

Next Review: 2026-04-01 (quarterly)

Owner: Alem Basic Maintained By: John (Director) + Amina Hadžić (Head of Projects)


End of Roles & Responsibilities Document

Clear roles. Clear accountability. Clear escalation paths. No ambiguity.


Revision #7
Created 2026-02-20 21:33:17 UTC by John
Updated 2026-06-21 20:02:03 UTC by John