{"id":60580,"date":"2023-11-07T18:59:08","date_gmt":"2023-11-07T09:59:08","guid":{"rendered":"https:\/\/monolith.law\/it\/?p=60580"},"modified":"2023-11-24T22:39:18","modified_gmt":"2023-11-24T13:39:18","slug":"legal-and-contract-issues-of-agile-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/it\/it\/legal-and-contract-issues-of-agile-development","title":{"rendered":"Cosa sono i problemi legali e contrattuali legati allo sviluppo Agile?"},"content":{"rendered":"\n<p>Esistono diverse metodologie per lo sviluppo di sistemi. La pi\u00f9 classica e comune \u00e8 il modello Waterfall, e molti libri di diritto che trattano lo sviluppo di sistemi si basano su questo modello. In questo articolo, discuteremo i problemi legali associati allo sviluppo di sistemi basati sul modello di sviluppo Agile, che \u00e8 difficile da comprendere attraverso libri e altre fonti.<\/p>\n\n\n\n<div id=\"ez-toc-container\" class=\"ez-toc-v2_0_53 counter-hierarchy ez-toc-counter ez-toc-grey ez-toc-container-direction\">\n<div class=\"ez-toc-title-container\">\n<span class=\"ez-toc-title-toggle\"><\/span><\/div>\n<nav><ul class='ez-toc-list ez-toc-list-level-1 ' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/monolith.law\/it\/it\/legal-and-contract-issues-of-agile-development\/#Il_modello_di_sviluppo_Agile_e_la_legge\" title=\"Il modello di sviluppo Agile e la legge\">Il modello di sviluppo Agile e la legge<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/monolith.law\/it\/it\/legal-and-contract-issues-of-agile-development\/#Cos%E2%80%99e_un_modello_nello_sviluppo_di_sistemi\" title=\"Cos&#8217;\u00e8 un modello nello sviluppo di sistemi\">Cos&#8217;\u00e8 un modello nello sviluppo di sistemi<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/it\/it\/legal-and-contract-issues-of-agile-development\/#Caratteristiche_del_modello_di_sviluppo_Agile\" title=\"Caratteristiche del modello di sviluppo Agile\">Caratteristiche del modello di sviluppo Agile<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/it\/it\/legal-and-contract-issues-of-agile-development\/#Gestione_dei_documenti_e_del_cambiamento_nello_sviluppo_Agile\" title=\"Gestione dei documenti e del cambiamento nello sviluppo Agile\">Gestione dei documenti e del cambiamento nello sviluppo Agile<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/it\/it\/legal-and-contract-issues-of-agile-development\/#L%E2%80%99importanza_della_gestione_dei_documenti\" title=\"L&#8217;importanza della gestione dei documenti\">L&#8217;importanza della gestione dei documenti<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/it\/it\/legal-and-contract-issues-of-agile-development\/#L%E2%80%99istituzione_di_un_comitato_di_coordinamento_e_efficace_per_la_gestione_dei_documenti\" title=\"L&#8217;istituzione di un comitato di coordinamento \u00e8 efficace per la gestione dei documenti\">L&#8217;istituzione di un comitato di coordinamento \u00e8 efficace per la gestione dei documenti<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/it\/it\/legal-and-contract-issues-of-agile-development\/#Utilizzare_il_comitato_di_coordinamento_per_gestire_i_cambiamenti\" title=\"Utilizzare il comitato di coordinamento per gestire i cambiamenti\">Utilizzare il comitato di coordinamento per gestire i cambiamenti<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/it\/it\/legal-and-contract-issues-of-agile-development\/#E_richiesta_una_comprensione_del_dovere_di_buona_fede_e_del_principio_di_lealta\" title=\"\u00c8 richiesta una comprensione del dovere di buona fede e del principio di lealt\u00e0\">\u00c8 richiesta una comprensione del dovere di buona fede e del principio di lealt\u00e0<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/it\/it\/legal-and-contract-issues-of-agile-development\/#Riassunto\" title=\"Riassunto\">Riassunto<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Il_modello_di_sviluppo_Agile_e_la_legge\"><\/span>Il modello di sviluppo Agile e la legge<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/10\/shutterstock_321052328-1024x683.jpg\" alt=\"\" class=\"wp-image-5414\" \/><figcaption class=\"wp-element-caption\">Spiegheremo le caratteristiche dello sviluppo Agile.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Cos%E2%80%99e_un_modello_nello_sviluppo_di_sistemi\"><\/span>Cos&#8217;\u00e8 un modello nello sviluppo di sistemi<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Nei progetti di sviluppo di sistemi, esiste un modello di sviluppo come struttura per la comprensione generale del progresso. Il rappresentante di questo \u00e8 il cosiddetto &#8220;modello a cascata&#8221;. In altre parole, proprio come l&#8217;acqua che scende da &#8220;monte&#8221; a &#8220;valle&#8221; di un fiume, si tratta di completare ogni fase, come la definizione dei requisiti, la progettazione, l&#8217;implementazione, i test, ecc., in un unico flusso. Questo metodo \u00e8 adatto per ridurre al minimo il ritorno e il doppio lavoro delle procedure e per procedere con il lavoro in modo pianificato.<\/p>\n\n\n\n<p>D&#8217;altra parte, nel modello di sviluppo Agile, si ripete l&#8217;implementazione di piccoli programmi e i test. Attraverso questa ripetizione di implementazione di piccoli programmi e test, si costruisce gradualmente un grande sistema. Per una spiegazione pi\u00f9 dettagliata di questi modelli di sviluppo di sistemi e un confronto dei vantaggi e degli svantaggi di entrambi i modelli di sviluppo, si prega di fare riferimento all&#8217;articolo seguente.<br><\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/legal-merits-and-demerits-of-development-model\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/legal-merits-and-demerits-of-development-model[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Caratteristiche_del_modello_di_sviluppo_Agile\"><\/span>Caratteristiche del modello di sviluppo Agile<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Il grande vantaggio dello sviluppo con il modello Agile \u00e8 la capacit\u00e0 di entrare nel lavoro effettivo con un senso di velocit\u00e0. Poich\u00e9 le attivit\u00e0 di &#8220;upstream&#8221;, come la definizione dei requisiti e la creazione di documenti di progettazione, e l&#8217;implementazione del programma non sono separate, \u00e8 adatto per guidare flessibilmente, compresa la risposta a aggiunte di funzionalit\u00e0, correzioni e cambiamenti di specifiche. Dal punto di vista legale, i punti particolarmente importanti per il successo del modello di sviluppo Agile sono come gestire la gestione dei documenti e la gestione delle modifiche. Nel modello di sviluppo Agile, i ruoli e le responsabilit\u00e0 non sono chiaramente divisi come nel modello a cascata. Inoltre, poich\u00e9 si tratta di un metodo che enfatizza la &#8220;velocit\u00e0&#8221; di esecuzione e inizio piuttosto che la &#8220;gestione&#8221;, \u00e8 facile portare a una mancanza di documenti di progettazione, specifiche e verbali.<\/p>\n\n\n\n<p>Inoltre, in relazione alla gestione delle modifiche, il modello di sviluppo Agile \u00e8 liscio nella risposta alle modifiche, quindi c&#8217;\u00e8 un rischio che il progetto possa incendiarsi mentre risponde alle richieste di modifica delle specifiche a livello di campo, bypassando il processo di approvazione del decisore. In questo caso, il vantaggio del modello di sviluppo che &#8220;la risposta alle modifiche successive \u00e8 liscia&#8221; pu\u00f2 diventare un rischio di incendio del progetto.<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Gestione_dei_documenti_e_del_cambiamento_nello_sviluppo_Agile\"><\/span>Gestione dei documenti e del cambiamento nello sviluppo Agile<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/10\/pixta_50106785_M-1024x768.jpg\" alt=\"\" class=\"wp-image-5416\" \/><figcaption class=\"wp-element-caption\">Come gestire la documentazione e i cambiamenti nel modello di sviluppo Agile?<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"L%E2%80%99importanza_della_gestione_dei_documenti\"><\/span>L&#8217;importanza della gestione dei documenti<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Nel contesto di un progetto di sviluppo basato sul modello Agile, una preoccupazione legale \u00e8 l&#8217;accumulo di comunicazioni verbali, che pu\u00f2 portare a una carenza di documentazione. A proposito, abbiamo discusso in dettaglio l&#8217;importanza della gestione dei documenti nei progetti di sviluppo di sistemi in un altro articolo.<br><\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/the-minutes-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/the-minutes-in-system-development[ja]<\/a><\/p>\n\n\n\n<p>In quell&#8217;articolo, spieghiamo l&#8217;importanza della gestione dei documenti nei progetti di sviluppo di sistemi da due prospettive: la prevenzione dei conflitti (ovvero &#8220;la gestione preventiva&#8221;) e la conservazione delle prove in caso di conflitto (ovvero &#8220;la gestione delle crisi&#8221;).<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"L%E2%80%99istituzione_di_un_comitato_di_coordinamento_e_efficace_per_la_gestione_dei_documenti\"><\/span>L&#8217;istituzione di un comitato di coordinamento \u00e8 efficace per la gestione dei documenti<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Quando si adotta il modello di sviluppo Agile, a differenza del modello Waterfall, non esiste un piano chiaro preparato in anticipo. Pertanto, non \u00e8 sufficiente semplicemente gestire le discrepanze tra il piano e i risultati effettivi, e c&#8217;\u00e8 il rischio che i costi, sia in termini di tempo che di denaro, possano aumentare se si lascia tutto al team di sviluppo.<\/p>\n\n\n\n<p>Un&#8217;efficace misura in questo contesto \u00e8 che il responsabile del progetto organizza regolarmente riunioni di coordinamento per facilitare il progresso del progetto. Se la scala di sviluppo \u00e8 piccola, \u00e8 vero che si preferisce un approccio in cui i responsabili si riuniscono di volta in volta piuttosto che organizzare regolari riunioni di coordinamento. Tuttavia, nel modello di sviluppo Agile, il rischio di non affrontare tempestivamente le questioni \u00e8 particolarmente alto. Pertanto, \u00e8 sicuro includere l&#8217;organizzazione regolare di riunioni di coordinamento anche nei contratti. Il modo in cui questo \u00e8 stipulato nel contratto modello del Ministero dell&#8217;Economia, Commercio e Industria \u00e8 come segue:<br><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Istituzione del comitato di coordinamento)<\/p>\n\n\n\n<p>Articolo 12 Le parti A e B, fino al completamento del presente lavoro, al fine di discutere le questioni necessarie per garantire il regolare svolgimento del presente lavoro, quali lo stato di avanzamento, la gestione e la segnalazione dei rischi, lo stato di attuazione del lavoro congiunto e del lavoro diviso tra le parti A e B, la conferma del contenuto da includere nelle specifiche del sistema, la discussione e la risoluzione dei problemi, ecc., <u>organizzeranno un comitato di coordinamento<\/u>. Tuttavia, (omissis).<br><\/p>\n\n\n\n<p>2. Il comitato di coordinamento si riunir\u00e0 regolarmente <u>alla frequenza stabilita nel contratto individuale<\/u>, e inoltre, si riunir\u00e0 ogni volta che <u>la parte A o la parte B lo ritenga necessario<\/u>.<br><\/p>\n\n\n\n<p>3. Al comitato di coordinamento <u>parteciperanno i responsabili e i principali incaricati di entrambe le parti, nonch\u00e9 coloro che i responsabili ritengono opportuno<\/u>. Inoltre, sia la parte A che la parte B possono richiedere all&#8217;altra parte la partecipazione di persone necessarie per la discussione nel comitato di coordinamento, e l&#8217;altra parte deve rispondere a tale richiesta, salvo ragioni valide.<br><\/p>\n\n\n\n<p>4. La parte B, nel comitato di coordinamento, rediger\u00e0 e presenter\u00e0 un <u>rapporto di gestione del progresso<\/u> secondo il formato concordato separatamente tra la parte A e la parte B, e confermer\u00e0 lo stato di avanzamento sulla base di tale rapporto di gestione del progresso, nonch\u00e9 la presenza o l&#8217;assenza di ritardi, le ragioni e le misure da adottare in caso di ritardi, la necessit\u00e0 di modificare l&#8217;organizzazione di promozione stabilita in questo capitolo (come il cambio di personale, l&#8217;aumento o la diminuzione del personale, il cambio del subappaltatore, ecc.), lo stato di attuazione delle misure di sicurezza, la presenza o l&#8217;assenza di motivi per modificare il contratto individuale, il contenuto dei motivi per modificare il contratto individuale, se presenti, ecc., e confermer\u00e0 le questioni decise, le questioni da esaminare ulteriormente e, se presenti, il programma di esame e le parti che eseguiranno l&#8217;esame.<br><\/p>\n\n\n\n<p>(Omissione degli articoli 5, 6 e 7.)<br><\/p>\n<\/blockquote>\n\n\n\n<p>Il punto chiave qui \u00e8 che l&#8217;esistenza del comitato di coordinamento conferisce una certa legittimit\u00e0 alle clausole contrattuali, distinguendolo da altre riunioni organizzate ad hoc.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Utilizzare_il_comitato_di_coordinamento_per_gestire_i_cambiamenti\"><\/span>Utilizzare il comitato di coordinamento per gestire i cambiamenti<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Inoltre, nello sviluppo Agile, \u00e8 presupposto che le questioni su cui le due parti hanno inizialmente concordato possano essere modificate successivamente. Pertanto, \u00e8 molto importante come gestire la situazione di cambiamento delle specifiche in seguito.<\/p>\n\n\n\n<p>In questo contesto, se il comitato di coordinamento si riunisce regolarmente, la gestione dei cambiamenti diventa molto pi\u00f9 fluida. Ad esempio, si potrebbe stabilire nel contratto che le discussioni sui cambiamenti avvengono nel comitato di coordinamento e che, se una delle parti richiede una discussione sui cambiamenti, l&#8217;altra parte ha l&#8217;obbligo di partecipare a tale discussione. (Di seguito \u00e8 riportato un estratto delle disposizioni del contratto modello del Ministero dell&#8217;Economia, Commercio e Industria.)<br><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Procedura di gestione dei cambiamenti)<\/p>\n\n\n\n<p>Articolo 37 Se la parte A o la parte B riceve una proposta di modifica da parte dell&#8217;altra parte (omissis), entro <u>\u25cb giorni<\/u> dalla data di ricezione, consegner\u00e0 all&#8217;altra parte un documento scritto (di seguito denominato &#8220;documento di gestione dei cambiamenti&#8221;) contenente le seguenti informazioni, e la parte A e la parte B discuteranno l&#8217;approvazione o meno di tale modifica nel comitato di coordinamento previsto all&#8217;articolo 12. (Omissione delle informazioni da includere)<br><\/p>\n<\/blockquote>\n\n\n\n<p>I punti chiave della disposizione sopra riportata possono essere riassunti come segue:<br><\/p>\n\n\n\n<ul>\n<li>Standardizzazione del metodo di accettazione delle proposte di modifica con un formato chiamato &#8220;proposta di modifica&#8221;<br><\/li>\n\n\n\n<li>Impostazione di un termine per la discussione sulla proposta di modifica dopo averla ricevuta \u2192 Anche se non si utilizza una formulazione come &#8220;entro \u25ef giorni&#8221;, si potrebbe considerare di sostituirla con una frase come &#8220;il pi\u00f9 presto possibile&#8221;.<br><\/li>\n\n\n\n<li>Unificazione del luogo di discussione sull&#8217;approvazione o meno della modifica nel &#8220;comitato di coordinamento&#8221;<br><\/li>\n<\/ul>\n\n\n\n<p>In altre parole, per evitare malintesi come &#8220;ho fatto una proposta di modifica, non l&#8217;ho fatta&#8221;, &#8220;ho risposto all&#8217;approvazione o meno della modifica, non l&#8217;ho fatto&#8221;, si sta chiarificando il metodo di procedura.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"E_richiesta_una_comprensione_del_dovere_di_buona_fede_e_del_principio_di_lealta\"><\/span>\u00c8 richiesta una comprensione del dovere di buona fede e del principio di lealt\u00e0<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Finora, abbiamo presentato modelli di clausole contrattuali relative a &#8220;consigli di coordinamento&#8221;, &#8220;discussioni sulle modifiche&#8221;, ecc. Tuttavia, ci\u00f2 che \u00e8 importante per una comprensione essenziale di questi \u00e8 la questione del &#8220;dovere di buona fede&#8221; e del &#8220;principio di lealt\u00e0&#8221;. In primo luogo, il modello di sviluppo agile tende a diventare difficile da procedere senza una relazione di fiducia tra il committente e il fornitore. Questo perch\u00e9 si d\u00e0 priorit\u00e0 alla velocit\u00e0 di avvio del lavoro effettivo, e le procedure fino all&#8217;avvio sono solitamente ridotte al minimo. Pertanto, \u00e8 comune nella pratica includere clausole che impongono un &#8220;dovere di buona fede&#8221; all&#8217;altra parte.<br><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Articolo 4, paragrafo 3: Nelle discussioni sulle modifiche, si esamineranno l&#8217;oggetto della modifica, la possibilit\u00e0 di modifica, l&#8217;impatto della modifica sul prezzo e sulla data di consegna, ecc., e entrambe le parti discuteranno in buona fede se effettuare la modifica.<br><\/p>\n<\/blockquote>\n\n\n\n<p>Questo serve a prevenire un approccio che tradisce l&#8217;altra parte con una teoria legale formale, come &#8220;se accettare o meno una modifica del contratto \u00e8 interamente a discrezione della parte che riceve la proposta, e non c&#8217;\u00e8 obbligo di accettare la costrizione&#8221;, in negoziati che sono stati condotti sulla base di una relazione di fiducia iniziale. Questo riflette anche i principi del diritto che riguardano le transazioni tra privati, non solo nello sviluppo di sistemi.<br><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Articolo 1, paragrafo 2 del Codice Civile Giapponese<\/p>\n\n\n\n<p>L&#8217;esercizio dei diritti e l&#8217;adempimento degli obblighi devono essere effettuati in buona fede e con lealt\u00e0.<br><\/p>\n<\/blockquote>\n\n\n\n<p>La legge non d\u00e0 sempre priorit\u00e0 al &#8220;contenuto del contratto&#8221; o al &#8220;testo dell&#8217;articolo&#8221; che sono puramente formali. In particolare, nelle transazioni con l&#8217;altra parte, dovrebbe essere utilizzato in modo flessibile, incorporando la &#8220;lealt\u00e0&#8221; e la &#8220;buona fede&#8221; sostanziali. Inoltre, per quanto riguarda il fatto che ci\u00f2 che \u00e8 imposto come &#8220;obbligo&#8221; per legge non si basa necessariamente sulla procedura del &#8220;contratto&#8221;, si veda l&#8217;articolo dettagliato di seguito.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/system-development-unlawful-responsibility\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/system-development-unlawful-responsibility[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Riassunto\"><\/span>Riassunto<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Nel contesto di un progetto di sviluppo di sistemi basato sul modello di sviluppo Agile, \u00e8 ovviamente importante comprendere il rischio che le procedure amministrative e la struttura di gestione diventino progressivamente negligenti. Tuttavia, non solo questo, \u00e8 anche importante comprendere le caratteristiche flessibili che la legge ha di per s\u00e9, basate su principi come il &#8220;principio di buona fede&#8221;, e avere l&#8217;atteggiamento di utilizzarle nella pratica.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Esistono diverse metodologie per lo sviluppo di sistemi. La pi\u00f9 classica e comune \u00e8 il modello Waterfall, e molti libri di diritto che trattano lo sviluppo di sistemi si basano su questo modello. In q [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":61055,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[16],"tags":[19,31],"acf":[],"_links":{"self":[{"href":"https:\/\/monolith.law\/it\/wp-json\/wp\/v2\/posts\/60580"}],"collection":[{"href":"https:\/\/monolith.law\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/it\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/it\/wp-json\/wp\/v2\/comments?post=60580"}],"version-history":[{"count":1,"href":"https:\/\/monolith.law\/it\/wp-json\/wp\/v2\/posts\/60580\/revisions"}],"predecessor-version":[{"id":61056,"href":"https:\/\/monolith.law\/it\/wp-json\/wp\/v2\/posts\/60580\/revisions\/61056"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/it\/wp-json\/wp\/v2\/media\/61055"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/it\/wp-json\/wp\/v2\/media?parent=60580"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/it\/wp-json\/wp\/v2\/categories?post=60580"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/it\/wp-json\/wp\/v2\/tags?post=60580"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}