MentalDrop è un progetto imprenditoriale B2B early-stage che sta sviluppando un governance and evidence layer per workflow documentali high-assurance, con un primo focus sul settore Space.

Stiamo cercando un Co-Founder - Space Product Assurance / Quality & Requirements Verification esperto che entri nel founding team assumendo ownership reale del dominio Space e contribuendo direttamente alla costruzione dell’azienda e del prodotto.

Questa non è una normale posizione da dipendente. In questa fase non è prevista una normale retribuzione salariale: si tratta di un’opportunità da co-founder per una persona che voglia condividere responsabilità, rischio, ownership e upside di lungo periodo. Founder equity e assetto formale verranno definiti insieme durante la costruzione del founding team e della struttura societaria.

IL RUOLO

Lo Space Co-Founder avrà responsabilità diretta su:

- domain truth e assurance logic di MentalDrop SPACE;
- revisione profonda e progressiva dello SPACE Companion esistente;
- interpretazione e applicazione pratica degli standard ECSS nel perimetro del prodotto;
- requirements, applicability, conditionality, traceability, verification methods ed evidence expectations;
- definizione del boundary tra ciò che il software può verificare in modo strutturale/documentale e ciò che deve restare giudizio tecnico o ingegneristico;
- definizione e stress-test della evidence logic, inclusi casi di evidenza insufficiente, contraddittoria, ambigua o non determinabile;
- aderenza del prodotto ai processi reali di Product Assurance, Quality, Requirements & Verification e formal review nel settore Space;
- contributo diretto alle future attività con clienti, pilot, validazione di dominio e sviluppo della funzione Space all’interno dell’azienda.

Il ruolo richiede capacità di lavorare sia a livello di sistema sia hands-on su requisiti, evidenze, documentazione, traceability, review logic e casi limite.

Cerchiamo un domain founder che voglia costruire, non soltanto revisionare o validare ciò che è stato definito da altri.

Lo Space Co-Founder lavorerà inoltre in continuous co-design con il Technical Co-Founder & CTO, trasformando requisiti di dominio, assurance logic ed evidence needs in comportamento di prodotto verificabile.

Non immaginiamo un modello “domain expert definisce, CTO esegue”, né un modello nel quale il CTO costruisce e il dominio interviene soltanto a valle.

Lo Space Co-Founder avrà ownership su domain truth, assurance, evidence logic e process boundaries. Il CTO avrà ownership su architettura, software, MSEE, reliability e deployment.

Il prodotto dovrà nascere dalla collaborazione continua tra queste due ownership.

PROFILO CHE STIAMO CERCANDO

Per questo ruolo consideriamo essenziali:





- esperienza professionale diretta su programmi o progetti nel settore Space;
- forte esperienza in Space Product Assurance / Quality oppure Requirements & Verification, con significativa esposizione anche all’altro ambito;
- esperienza pratica nell’utilizzo degli standard ECSS.

Il ruolo non è rivolto a profili provenienti esclusivamente da generic Quality Assurance, software testing, document management o requirements management al di fuori del settore Space.

Idealmente una persona con

- esperienza concreta con requirements, verification evidence, traceability, compliance e formal reviews;
- capacità di ragionare in modo evidence-based e distinguere ciò che può essere dimostrato da ciò che non può esserlo;
- capacità di lavorare con evidenza insufficiente, contraddittoria o non determinabile senza forzare conclusioni;
- forte judgement di dominio e capacità di mettere in discussione assunzioni, interpretazioni e decisioni;
- integrità, intellectual honesty e comunicazione diretta e costruttiva;
- capacità di lavorare con ownership reale in un contesto early-stage;
- interesse a costruire un prodotto B2B destinato ad ambienti high-assurance.

Sono particolarmente rilevanti, ma non costituiscono filtri assoluti, esperienze in uno o più dei seguenti ambiti:

Configuration Management, document control, NCR, RFD/RFW, supplier/customer interface, audit, Software Product Assurance, Systems Engineering, acceptance, process improvement e digitalizzazione dei processi di assurance.

Non stiamo cercando un “unicorno ECSS”.

Non è necessario conoscere ogni standard ECSS, avere un PhD, aver ricoperto un titolo Director/Head, avere già esperienza da founder o saper programmare.

È invece importante avere abbastanza profondità nel dominio da poter contestare una decisione quando l’evidenza, gli standard o l’esperienza di programma indicano che è necessario farlo.

COSA ESISTE GIÀ

MentalDrop non parte da un’idea su carta.

Nell’ultimo anno è stato sviluppato un significativo groundwork tecnico e di dominio, che include:

- uno SPACE Companion strutturato su 378 classi documentali;
- 4.652 requisiti strutturali eseguibili;
- un layer delle fonti formali composto da 3.688 requisiti sorgente unici;
- gestione di applicability e conditionality;
- provenance e traceability delle fonti;
- evidence scope e relazioni strutturali tra requisiti e documenti;




- boundary esplicito tra controlli strutturali/documentali e giudizio tecnico;
- governance canonica e versionata, con change control e controlli di integrità;
- una baseline QA con 13.948/13.948 controlli superati e nessun P0/P1 irrisolto;
- la direzione architetturale del MentalDrop Semantic Evidence Engine (MSEE);
- attività iniziali di evaluation e ricerca su modelli open-weight per il bounded semantic evidence task;
- il sito e il primo positioning pubblico del progetto;
- attività di confronto con l’ecosistema aerospace, incluse una Technical Evaluation Board ESA BIC e una pubblicazione con AICQ Aerospace.

I 3.688 requisiti sorgente unici e i 4.652 requisiti eseguibili rappresentano due layer diversi: il layer eseguibile comprende anche controlli strutturali derivati da clausole normative e controlli trasversali.

La QA esistente verifica integrità, coerenza, provenance, referential integrity e governance della baseline. Non rappresenta una validazione competente Space del contenuto del Companion.

Il Companion esistente non viene considerato definitivo.

Una responsabilità centrale del nuovo Space Co-Founder sarà revisionarlo in profondità insieme al CTO, mettendo sotto stress interpretazioni, coverage, applicability, evidence logic, boundary e aderenza ai processi Space reali.

Per il MSEE, il modello open-weight destinato al production binding definitivo è ancora TBD. Il semantic layer sarà limitato a un bounded semantic evidence task, mentre governance strutturale e decisioni terminali resteranno sotto controllo deterministico.

Il prodotto non è ancora un MVP funzionante.

La fase successiva consiste nel trasformare questo groundwork in un sistema software robusto, verificabile e deployable attraverso il lavoro congiunto del Technical Co-Founder & CTO e dello Space Co-Founder.

COME INTENDIAMO IL RUOLO DI CO-FOUNDER

Questo è un ruolo founder-level con reale domain decision ownership, non una posizione focalizzata sull’esecuzione di una roadmap già definita o sulla validazione retroattiva di decisioni prese da altri.

Cerchiamo qualcuno che voglia mettere sul tavolo esperienza e judgement, contestare apertamente le assunzioni quando necessario e contribuire alle decisioni dell’azienda come membro effettivo del founding team.

Il dissenso tecnico e di dominio è parte del modello di lavoro: quando emergono evidenze migliori, devono poter cambiare la decisione.

L’obiettivo di lungo periodo è un commitment full-time. Per una persona che oggi ricopre già una posizione senior può essere discussa una transizione strutturata, purché esista una reale intenzione di arrivare al full-time founder commitment.

Location: Italia

Working model: remote-first

📌 Co-Founder — Space Product Assurance / Quality & Requirements Verification (Italia)
🏢 MentalDrop™
📍 Italia