A "Primeira Via" na explicação de DevOps por Gene Kim requer "Pensamento de Sistemas" https://itrevolution.com/the-three-ways-principles-underpinning-devops/
Onde se pode aprender a capacidade do "pensamento sistêmico"? Quais são alguns dos recursos que podem levar alguém que não tem familiaridade com o "pensamento sistêmico" e permitir que essa pessoa comece a praticar o "pensamento sistêmico" em seu trabalho diário?
Respostas:
O "pensamento sistêmico" no Google retornou muitos recursos relacionados ao "pensamento sistêmico" em vez de "pensamento sistêmico". Essa fonte indica que o "pensamento sistêmico" é uma das três maneiras que podem ser aplicadas no DevOps.
Depois de ler várias referências, o "pensamento sistêmico" é mais sobre interações do que silos. Se alguém traduz isso para o DevOps, o "pensamento sistêmico" está alinhado com a teoria e também é importante para o DevOps, pois é a interação entre QA, Dev e Ops.
Para aplicar o "pensamento sistêmico", é preciso ser capaz de se comunicar com pessoas de Dev, Ops e QA, ouvi-las, entender seus problemas e encontrar maneiras de deixá-las trabalhar juntas, em vez de obter uma mentalidade de "ultrapassar os limites" e departamentos desconectados da empresa.
Um elemento que realmente requer "pensamento sistêmico" é a Entrega Contínua (CD). Múltiplos departamentos estão envolvidos, enquanto o IC é usado principalmente por Dev, QA e Ops, definitivamente, você precisará se envolver nesse processo, pois não se deseja lançar uma versão mais nova se a integração ou testes manuais falharem e o Ops quiser ser informado se houver são mudanças no sistema, pois monitoram os sistemas e tentam prevenir e resolver problemas na plataforma.
Em resumo, o "pensamento sistêmico" é necessário para os engenheiros do DevOps. Se alguém apenas vê Dev, Ops e QA como partes individuais, mas não interdependência , isso não está alinhado com a teoria do DevOps , ou seja, interseção entre Dev, Ops e QA.
Referências
http://www.thwink.org/sustain/glossary/SystemsThinking.htm
uma disciplina para ver as 'estruturas' subjacentes a situações complexas e para discernir alto a partir de pontos de baixa alavancagem.
https://thesystemsthinker.com/connecting-systems-thinking-and-action/
O iceberg é um dos modelos mais usados para explicar o pensamento sistêmico (consulte "O Iceberg"). Graças a filmes como "Titanic", muitas pessoas reconhecem que a maior parte de um iceberg fica oculta sob a água; isto é, fora da vista.
https://www.accenture.com/us-en/blogs/blogs-devops-evan-erwee-system-thinking
O System Thinking permite que as pessoas tornem explícita sua compreensão dos sistemas sociais e as aprimorem da mesma maneira que as pessoas podem usar os princípios de engenharia para melhorar sua compreensão dos sistemas mecânicos.
...
Portanto, podemos afirmar que o System Thinking for DevOps é necessário para entender a Engenharia de Software como uma construção social usando os princípios de engenharia.
De uma abordagem do System Thinking, o pensamento do DevOps é fundamentalmente diferente da forma tradicional de análise. A análise tradicional concentra-se em separar as peças individuais de engenharia de software, por exemplo, arquitetura, codificação, testes, ferramentas etc. Voltando à definição de DevOps, podemos identificar facilmente os 'traços de comportamento' observados no movimento DevOps, a saber: adaptável / flexível (melhorar o relacionamento), cooperativo (melhor comunicação), diplomático (colaboração) etc.
O pensamento sistêmico é uma disciplina de gerenciamento que diz respeito à compreensão de um sistema, examinando as ligações e interações entre os componentes que compõem a totalidade desse sistema definido.
https://thesystemsthinker.com/introduction-to-systems-thinking/
O que exatamente os sistemas estão pensando? Em termos mais simples, o pensamento sistêmico é uma maneira de ver e falar sobre a realidade que nos ajuda a entender e trabalhar melhor com os sistemas para influenciar a qualidade de nossas vidas. Nesse sentido, o pensamento sistêmico pode ser visto como uma perspectiva. Também envolve um vocabulário único para descrever o comportamento sistêmico e, portanto, também pode ser pensado como uma linguagem. E, como oferece uma variedade de técnicas e dispositivos para capturar e se comunicar visualmente sobre sistemas, é um conjunto de ferramentas.
https://www.burgehugheswalsh.co.uk/Systems-Thinking/Approach.aspx
Fundamentalmente, o pensamento sistêmico é direto. Tratamos a situação de interesse como um sistema e a examinamos usando propriedades e características do sistema, como objetivo, contexto e estrutura, para descobrir mais.
http://study.com/academy/lesson/systems-thinking-in-management-definition-theory-model.html
O pensamento sistêmico é um método de pensamento crítico pelo qual você analisa os relacionamentos entre as partes do sistema para entender uma situação para uma melhor tomada de decisão. Em termos mais simples, você observa muitas das árvores, outras plantas e bichos que vivem ao redor das árvores, o clima e como todas essas partes se encaixam para descobrir a floresta.
Acredito que o pensamento sistêmico pode ser encontrado nas três formas de DevOps. Para mim, os sistemas têm propriedades que o DevOps trata muito bem. Eu escrevi algo sobre em https://opensource.com/article/18/3/how-apply-systems-thinking-devops
O autor desse artigo desviou o termo "pensamento sistêmico", que tem suas origens na biologia e na sociologia, com Ludwig von Bertalanffy e sua General Systems Theory (1968), e mais tarde foi aplicado à cibernética (em seu significado original de feedback na vida). e contextos inanimados - células, máquinas, organizações, antes da "segurança cibernética" e chavões semelhantes a sequestrarem). Em resumo, você não pode aprender sobre isso, porque não existe algo da maneira como ele o usa, apenas algo que ele inventou para parecer inteligente - mas se você estiver interessado em pensar em sistemas reais , eu diria que comece pelo GST e trabalhe seu caminho a seguir.
(Fonte: Eu tenho um mestrado em Análise de Sistemas, antes que esse termo também fosse roubado para significar "suporte de TI")