Il "Primo modo" nella spiegazione di DevOps di Gene Kim richiede "Pensiero dei sistemi" https://itrevolution.com/the-three-ways-principles-underpinning-devops/
Dove si può imparare la capacità di "Pensiero dei sistemi"? Quali sono alcune delle risorse che possono prendere qualcuno che non ha familiarità con il "Pensiero di sistemi" e consentire a quella persona di iniziare a fare "Pensiero di sistemi" nel suo lavoro quotidiano?
Risposte:
Googling "pensiero di sistema" ha restituito molte risorse relative al "pensiero di sistemi" piuttosto che al "pensiero di sistema". Questa fonte indica che "Il pensiero dei sistemi" è uno dei tre modi che potrebbero essere applicati in DevOps.
Dopo aver letto diversi riferimenti, "Il pensiero dei sistemi" riguarda le interazioni piuttosto che i silos. Se uno lo traduce in DevOps, allora "Il pensiero dei sistemi" è allineato con la teoria e importante anche per DevOps poiché questa è l'interazione tra QA, Dev e Ops.
Per applicare il "pensiero sistemico" si dovrebbe essere in grado di comunicare con persone provenienti da Dev, Ops e QA, ascoltarli, comprendere i loro problemi e trovare il modo di farli lavorare insieme invece di ottenere una mentalità "attraverso il muro" e dipartimenti non collegati all'interno dell'azienda.
Un elemento che richiede davvero "Sistemi di pensiero" è la consegna continua (CD). Sono coinvolti più reparti, mentre CI è utilizzato principalmente da Dev, QA e Ops dovranno sicuramente essere coinvolti in questo processo in quanto non si vuole rilasciare una versione più recente se l'integrazione o i test manuali falliscono e Ops vuole essere informato se c'è sono modifiche al sistema mentre monitorano i sistemi e cercano di prevenire e risolvere i problemi sulla piattaforma.
In sintesi, per gli ingegneri DevOps è necessario "Pensare ai sistemi". Se uno vede solo Dev, Ops e QA come singole parti, ma nessuna interdipendenza, questo non è allineato con la teoria DevOps , cioè l'intersezione tra Dev, Ops e QA.
Riferimenti
http://www.thwink.org/sustain/glossary/SystemsThinking.htm
una disciplina per vedere le "strutture" alla base di situazioni complesse e per discernere in alto da punti di leva bassi.
https://thesystemsthinker.com/connecting-systems-thinking-and-action/
L'iceberg è uno dei modelli più usati per spiegare il pensiero dei sistemi (vedi "L'iceberg"). Grazie a film come "Titanic", molte persone riconoscono che la maggior parte di un iceberg si trova nascosto sotto l'acqua; cioè, fuori dalla vista.
https://www.accenture.com/us-en/blogs/blogs-devops-evan-erwee-system-thinking
System Thinking consente alle persone di rendere esplicita la loro comprensione dei sistemi sociali e di migliorarli allo stesso modo in cui le persone possono utilizzare i principi di ingegneria per migliorare la loro comprensione dei sistemi meccanici.
...
Possiamo quindi affermare che System Thinking for DevOps è necessario per comprendere l'Ingegneria del Software come un costrutto sociale che utilizza i principi dell'ingegneria.
Da un approccio di System Thinking, il pensiero DevOps è fondamentalmente diverso dalla tradizionale forma di analisi. L'analisi tradizionale si concentra sulla separazione dei singoli elementi di ingegneria del software, ad esempio architettura, codifica, test, strumenti ecc. Al contrario, l'approccio DevOps si concentra su come tutti gli aspetti del ciclo di vita del software interagiscono con altri componenti del sistema. Tornando alla definizione di DevOps possiamo facilmente identificare i "tratti comportamentali" osservati nel movimento DevOps, vale a dire: adattabile / flessibile (migliorare le relazioni), cooperativo (migliore comunicazione), diplomatico (collaborazione), ecc.
Il pensiero sistemico è una disciplina di gestione che riguarda la comprensione di un sistema esaminando i collegamenti e le interazioni tra i componenti che compongono l'intero sistema definito.
https://thesystemsthinker.com/introduction-to-systems-thinking/
Cosa sta pensando esattamente il sistema? In termini più semplici, il pensiero dei sistemi è un modo di vedere e parlare della realtà che ci aiuta a capire e lavorare meglio con i sistemi per influenzare la qualità della nostra vita. In questo senso, il pensiero sistemico può essere visto come una prospettiva. Implica anche un vocabolario unico per descrivere il comportamento sistemico, e quindi può essere pensato anche come un linguaggio. Inoltre, poiché offre una gamma di tecniche e dispositivi per l'acquisizione e la comunicazione visiva dei sistemi, è un insieme di strumenti.
https://www.burgehugheswalsh.co.uk/Systems-Thinking/Approach.aspx
Fondamentalmente, il pensiero sistemico è semplice. Trattiamo la situazione di interesse come un sistema e la esaminiamo usando proprietà e caratteristiche del sistema come scopo, contesto e struttura per scoprire di più.
http://study.com/academy/lesson/systems-thinking-in-management-definition-theory-model.html
Il pensiero di sistema è un metodo di pensiero critico attraverso il quale si analizzano le relazioni tra le parti del sistema al fine di comprendere una situazione per un migliore processo decisionale. In termini più semplici, osservi molti alberi, altre piante e creature che vivono intorno agli alberi, il tempo e come tutte queste parti si incastrano per capire la foresta.
Credo che il pensiero dei sistemi si possa trovare nei tre modi DevOps. Per me, i sistemi hanno proprietà che DevOps affronta molto bene. Ho scritto qualcosa in merito su https://opensource.com/article/18/3/how-apply-systems-thinking-devops
L'autore di questo articolo ha sottratto il termine "pensiero sistemico" che ha le sue origini in biologia e sociologia con Ludwig von Bertalanffy e la sua teoria dei sistemi generali (1968), e in seguito è stato applicato alla cibernetica (nel suo significato originale di feedback loop nella vita e contesti non viventi - cellule, macchine, organizzazioni, prima che la "sicurezza informatica" e simili parole d'ordine la dirottassero). In breve, non puoi conoscerlo perché non è una cosa che esiste nel modo in cui lo usa, solo qualcosa che ha inventato per sembrare intelligente - ma se sei interessato al pensiero di sistemi reali , direi che inizi da GST e lavori la tua strada in avanti.
(Fonte: ho un Master in Analisi dei sistemi, prima che anche quel termine fosse designato come "supporto IT")