diff --git a/src/chapter_1.md b/src/chapter_1.md
index 79a882f..3ed58ab 100644
--- a/src/chapter_1.md
+++ b/src/chapter_1.md
@@ -32,3 +32,28 @@ Altri lavori[@bangash2019whatdevelopersknow; @han2020whatprogrammersdiscuss; @al
 Altri studi[@hassan2009predictingfaultsusing] ancora hanno traslando il concetto di entropia[@shannon1948mathematicaltheorycommunication] utilizzato nella teoria della comunicazione per andare a valutare la complessità del processo di cambiamento del software.
 Andando, inoltre, ad evidenziare come la complessità del processo possa essere utilizzata per predire i *faults* all'interno dei prodotti software con risultati migliori rispetto alle metriche di complessità del software.
 
+## Research Questions
+
+Questo studio ha l'obiettivo di dare una risposta a queste cinque domande:
+
+- **RQ1**: *come il \ac{ML} e' distribuito sull'architettura dei progetti?*
+
+  In questa *RQ* si vuole investigare l'architettura dei progetti.
+  In particolare l'attenzione viene concentratala sui files e sulle directories modificate durante interventi di *issues fixing*.
+  Obbiettivo di questa domanda è anche individuare la percentuale di files che utilizzano import riconducibili a librerie e framework di \acl{ML}.
+- **RQ2**: *come sono distribuiti i bug sulle diverse fasi di \ac{ML}?* 
+
+  Il workflow tipico per lo sviluppo di un'applicazione di \acl{ML} si compone di più fasi.
+  L'obiettivo di questa *RQ* è quello di individuare le fasi più critiche per quanto riguarda l'introduzione di difetti all'interno del prodotto software.
+- **RQ3**: *esiste una differenza di entropy tra \ac{ML} bug e altri bug?*
+
+  A partire dai lavori precedenti svolti sull'entropia di un cambiamento, si vuole capire se esiste una differenza in termini di entropia generata tra le correzioni dei difetti ascrivibili al \acl{ML} e gli altri difetti.
+- **RQ4**: *come varia il livello di discussione tra \ac{ML} bug e altri bug?*
+
+  Questa *RQ* riguarda il livello di discussione dei *bug*.
+  In particolare si vuole capire se, all'interno dei progetti di \acl{ML}, i bug generici sono discussi con lo stesso livello di approfondimento di quelli specifici del \ac{ML}.
+- **RQ5**: *come varia il time-to-fix tra \ac{ML} bug e altri bug?*
+
+  Un altro aspetto caratteristico di un *fix* è il tempo necessario per poter essere attuato.
+  Questa *RQ* ha lo scopo di verificare l'esistenza di differenze tra i *bug* generici e quelli di \acl{ML}.
+