Vamos falar sobre a aplicação prática de um tópico muito interessante - o pensamento sistêmico.
Existem muitos princípios e métodos no pensamento sistêmico, eu recomendo a leitura da literatura relevante. Por exemplo, um
livro simples e interessante. Hoje, abordaremos apenas um princípio - propriedades emergentes ou emergentes dos sistemas.
Vou falar sobre a teoria e, mais importante, sobre os aspectos práticos da aplicação. Em nossa vida - programadores, implementadores, arquitetos, analistas e gerentes de projeto.
No começo, porém, um pouco de teoria.
Sistemas e propriedades
No trabalho, quase sempre lidamos com sistemas - coleções complexas de pessoas, processos, relacionamentos (formais e informais), líderes explícitos e ocultos, objetos materiais, sistemas de informação, clientes, fornecedores, equipamentos etc. até o infinito.
Se você tem todos os elementos à sua frente, conhece-os ou até os vê - por exemplo, reuni-los em um só lugar -, então este não é um sistema, mas um conjunto de elementos. Apenas um monte de detalhes.
Como criar um sistema com esse heap? Você precisa colocar os elementos no lugar e ligá-los - inicie o sistema em funcionamento.
Isso é bem entendido por programadores ou engenheiros comuns. Aqui está o código do programa, aqui está um computador ou servidor, aqui estão os dados de entrada para processamento. Pressione ON - o sistema está funcionando. Bem, ou não funcionou se houver um erro nele.
Em sistemas compostos por pessoas, geralmente o oposto é verdadeiro, e essa diferença é fundamental. Sistemas de pessoas trabalharam antes de você e trabalharão depois de você. Mas eles não vão funcionar
com você , na sua presença. Na verdade, na sua presença, eles deixam de ser sistemas e novamente se transformam em um conjunto de elementos.
Voltando ao exemplo acima, quando você coletou tudo e todos os elementos do sistema em um único local. O que você fez? Você
desligou o sistema.
Qual é a diferença entre o sistema ligado e desligado? Pessoas como a mesma, as mesmas posições, os mesmos processos, o mesmo líder - tudo está no lugar.
A diferença nas propriedades do sistema, que se manifestam apenas quando é "ligado", ou seja, quando o sistema estiver em execução.
Exemplos de tais propriedades do sistema estão por toda parte; você pode encontrá-los sem dificuldade.
Uma TV sem eletricidade é um sistema desligado que não mostra sua principal função - exibir uma imagem. Ligue a TV - você verá a imagem, a função aparecerá. Se você espirrar água em uma TV em funcionamento, verá uma nova propriedade do sistema que talvez você não conheça.
Tais propriedades do sistema são chamadas
emergentes ou
emergentes .
Eles surgem quando um sistema é montado e ativado a partir de um conjunto de elementos. Ambas as condições são importantes - são montadas e ativadas. No nosso caso, quando não se desliga.
Portanto, nossa tarefa é entender o sistema para alterá-lo posteriormente. Como entender o sistema?
Não desligue
É muito simples vê-la sem desligar.
Assim como depuramos o código - ligue-o e veja o que acontece. Em princípio, você pode depurar o código com os olhos, mas com uma impressão - lembre-se, no instituto, de “listar um programa”? Mas parece que poucas pessoas o fazem. Os sistemas que criamos são muito complexos. Muitas dependências, das quais não estamos sujeitas, mas mexer com elas durante a depuração é uma tarefa ingrata.
Com sistemas convencionais que não são computadores, é ainda mais complicado. Não existe uma "listagem". Imagine o quão alto seria trabalhar com sistemas "humanos", se a caixa de seleção "Pausar em exceções capturadas" estivesse lá?
Como geralmente desligamos o sistema:
- Conversamos com os funcionários individualmente
- Conversamos com todos os funcionários de uma só vez
- Levamos todos a um evento informal
- Solicitamos aos funcionários, definimos uma tarefa, solicitamos um relatório
- Descreva suas atividades ou escreva um processo de negócios
- Reunindo líderes em uma reunião
- Perguntamos aos ex-funcionários como o sistema funciona.
- Etc.
Acontece que todas as nossas ações habituais levam ao desligamento de sistemas e tentativas de entender as propriedades emergentes de um conjunto de elementos.
Sherlock Holmes fez um excelente trabalho com esse trabalho, ele chamou de dedução - para entender a imagem em detalhes. É verdade que ele não tinha outra escolha - você não solicitará ao criminoso que cometa novamente o crime na presença do gênio da pesquisa.
Nossa situação é mais simples e há uma oportunidade de observar sistemas inalterados em funcionamento.
O melhor método, é claro, é estar constantemente presente no sistema, fazer parte dele e, ao mesmo tempo, observá-lo à distância. Este, por exemplo, é o caminho de um scrum master. E, por definição, o papel do supervisor imediato. A menos que, é claro, ele não realize reuniões em vez de trabalhar.
Um exemplo semelhante é um treinador, por exemplo, em um time de futebol. Lá, monitorar o sistema em ação, com todo o seu poder, faz parte do trabalho.
O que nós, trabalhadores de escritório, divididos por divisórias, armários, às vezes continentes?
Realizar vigilância secreta, pessoalmente ou usando meios técnicos.
Observação
A observação pessoal nem sempre é possível, tudo depende da sua posição em relação ao sistema observado.
Se você trabalha em uma organização, pode simplesmente colocar seu local de trabalho onde o sistema está localizado - pessoas cuja interação você deseja entender.
A princípio, você será um elemento estranho que desliga o sistema. Mas gradualmente eles se acostumarão e deixarão de prestar atenção em você.
Para se acostumar com você mais rapidamente, finja que não está particularmente interessado no que está acontecendo por aí. Você pode fingir que está trabalhando com entusiasmo no computador, colocar os fones de ouvido e ligar a música - mas em silêncio para ouvir o que está acontecendo por aí. Não finja ouvir conversas. Mais precisamente, finja não ouvir conversas. Eu acho que mais você descobrirá como participar.
Se houver pessoas em sua equipe que acharão mais fácil ingressar no sistema, envie-as com uma instalação clara.
Você pode usar uma variedade de
ferramentas para rastrear as ações das pessoas nos sistemas . Você não verá todo o sistema dessa maneira, mas pelo menos descobrirá se as pessoas usam suas ferramentas ou não. Em palavras, eles dizem uma coisa, mas na realidade - outra.
A prática mostra que geralmente 2 a 5 dias são suficientes para se ter uma idéia do sistema. Esta não será uma imagem extremamente precisa, mas um esboço que fornece uma visão geral e integral do sistema.
O esboço pode ser complementado posteriormente com detalhes, já sem o uso de observação. Por exemplo, complemente com dados de teste de hipóteses, dados de sistemas de controle etc.
Curiosamente, a observação ajuda a desenvolver recursos de previsão. A previsão ajuda a entender rapidamente, com base na experiência e conhecimento sobre o comportamento dos sistemas, quais métodos e mudanças funcionarão e trarão resultados, e quais não. Essa é outra aplicação do pensamento sistêmico e das propriedades emergentes dos sistemas; falaremos sobre isso abaixo.
Como resultado, monitorar um sistema em funcionamento que não está desligado é um método excelente e difícil de substituir por algo. A observação ajuda a ver o sistema da maneira mais precisa, imparcial e objetiva possível, sem interpretação.
Qualquer outra opção é
interpretação ou projeção em um sistema de coordenadas específico. Especialmente se você perguntar sobre o sistema ao líder (como costuma acontecer). Isso se aplica não apenas ao trabalho do programador, mas também à rotina diária do gerenciamento.
Na verdade, não há nada de novo nessa abordagem; ela é frequentemente usada em determinadas áreas.
Por exemplo, no varejo e no setor de serviços, compradores misteriosos são usados - pessoas que são enviadas propositalmente para uma loja, hotel etc., para que possam ver o sistema em ação como ele é.
Uma novidade nessa abordagem é seu uso no trabalho de uma empresa comum, como regra não relacionada ao varejo - produção, por exemplo. Tomamos o antigo método conhecido, encontramos um novo aplicativo.
Previsão
Agora sobre previsão. No trabalho de um programador, uma situação é frequentemente encontrada quando você precisa fazer uma previsão do sucesso de um projeto. Normalmente estamos falando de projetos de desenvolvimento organizacional interno da empresa. Simplificando, sobre alterações de rascunho.
Eles geralmente perguntam sobre os projetos de outras pessoas - aqueles em que um programador de negócios não está envolvido. I.e. sobre projetos realizados não de acordo com as regras de programação de negócios, mas de acordo com a regra "como eu puder".
Um programador de negócios, depois de um breve estudo de informações sobre um projeto planejado, geralmente diz que nada de útil resultará disso. Ou - nada vai dar certo. A diferença é clara - o projeto pode ser concluído com sucesso, dentro do prazo e do orçamento, mas não trará nenhum benefício para a empresa.
Opinião expressa, ou seja, a previsão de um programador de negócios geralmente causa reações negativas - depressão, raiva, rejeição, "quem é você?", "atuação Deus na Terra, ou o quê? etc.
Uma reação negativa se intensifica quando a previsão se torna realidade, e acontece com muita frequência.
No entanto, nem tudo é tão triste, e gradualmente as pessoas começam a se acostumar com essa "superpotência" de um programador de negócios, e até mesmo o usam adequadamente para o benefício da empresa ou de seu pessoal. Alguns até mantêm registros de previsões - um caderno no qual assinalam "ele estava certo". Por exemplo, dois dos meus colegas gerentes tinham um caderno assim. Não sei, virtual ou real.
Agora vamos ver como um programador de negócios faz essas previsões.
De onde vêm as previsões?
É tudo sobre como usar o conhecimento do comportamento do sistema.
O projeto de mudanças sempre contém pelo menos dois sistemas: variável e mudança.
Variável -
o que vamos melhorar . Processo de negócios, trabalho unitário, interação de funções, etc. Vamos chamá-lo de
objeto de mudança .
Mudança -
aquele que inventa, implementa e implementa mudanças . Simplificando, a equipe de implementação de mudanças. Vamos chamá-la de
sujeito de mudança .
Ambos os sistemas consistem em um conjunto de elementos e relacionamentos entre eles. São pessoas, sistemas de informação, objetivos, relacionamentos formais e informais, modelo de gestão, abordagens de liderança, forças influentes, etc.
No assunto, ou seja, o projeto e a equipe de mudanças, existem elementos específicos - o algoritmo para escolher os métodos a serem implementados, o objetivo e a motivação do gerente e da equipe do projeto, a metodologia de implementação, os princípios de gerenciamento de projetos, as abordagens de gerenciamento para avaliar o progresso e os resultados do projeto, os planos da equipe para a vida após o projeto, a escolha do problema a ser resolvido etc. .d.
Ninguém pode ver com segurança todos os elementos e conexões, mesmo o programador de negócios mais experiente. Mas alguns, uma certa parte é vista por todos - o gerente de projetos da implementação, o chefe da empresa e todos os colegas ao redor.
No entanto, é o programador de negócios que fornece a previsão mais precisa. Todo mundo está olhando para a mesma coisa. Veja o objeto, veja o assunto, plano do projeto, recursos, ambiente. Mas a previsão é fundamentalmente diferente. Porque
A resposta é muito simples e até chata: um programador de negócios leva em consideração
informações históricas . Informações históricas e estatísticas sobre o comportamento de sistemas similares.
O resultado do projeto de implementação de mudanças consiste em uma
combinação de dois sistemas - um objeto e um assunto. Se os sistemas não se ajustarem corretamente, o resultado será negativo.
Se um novo projeto de mudanças está sendo concebido, mas os sistemas do objeto e do sujeito não mudaram muito, o resultado provavelmente será semelhante. As mesmas pessoas estão tentando implementar o mesmo método na mesma unidade.
Existem muitos exemplos. Se você examinar com detalhes o histórico da introdução de mudanças em sua empresa, verá uma confirmação desse padrão.
Você pode procurar exemplos na rua, agora apenas o sistema certo - o “inverno” é chamado. Inverno + cidade + estes, como eles, que neve deve ser removida. Os anos se passam e o resultado é semelhante. Porque todos os sistemas estão no lugar, inalterados. Ah, sim, às vezes o inverno é sem neve - então o resultado é muito bom. De quem é?
A parte mais difícil dessa abordagem é determinar se
há diferenças nos sistemas ou não. Para fazer isso, você precisa aprender a classificar os elementos e relacionamentos do sistema por importância - para destacar seus principais elementos e relacionamentos formadores de sistema.
Não existe uma receita única, há muitas opções. Por exemplo, existe o método 7S, criado na McKinsey, que analisa o sistema em 7 partes. Pessoalmente, prefiro não me limitar, caso contrário, você pode ver algo novo por si mesmo.
A compreensão dos elementos-chave pode ser feita de forma intuitiva, mas você precisa verificar novamente, porque a qualidade da intuição depende do nível atual de seu desenvolvimento como programador de negócios e pode enganá-lo.
Destacar elementos-chave permitirá que você faça uma previsão mais rapidamente, sem se aprofundar nos detalhes e sem estudar o ruído. Você acabou de ver que os elementos principais de ambos os sistemas permanecem no lugar e pode ter certeza de que o resultado será repetido com alta probabilidade.
Quanto mais você pratica este exercício, mais rapidamente suas habilidades se desenvolvem e mais precisas serão suas previsões.
Existe uma expressão tão popular em nosso país - “eles queriam o melhor, mas acabou como sempre”. Agora, depois de ler, você entende que algo está faltando aqui. Seria mais correto "eles queriam o melhor, agiam como sempre, bem, esse é o resultado ...".
Vi um exemplo dessa abordagem com nosso ministro das Relações Exteriores, Sergey Lavrov. Em uma entrevista coletiva após uma reunião com o Secretário de Estado dos EUA Rex Tillerson, Lavrov disse: “No que diz respeito aos problemas específicos da Síria, em particular B. Assad, discutimos hoje excursões históricas, e R. Tillerson disse que é uma pessoa nova e prefere não se aprofundar na história. e lide com os problemas de hoje. No entanto, o mundo é projetado para que, se não aprendermos com o passado, dificilmente possamos ter sucesso no presente. ”
Em seguida, Lavrov listou vários exemplos - combinações de sistemas do objeto e do sujeito, com o mesmo objetivo do sujeito - a introdução de um modelo de democracia por meio da derrubada do ditador. NATO e Iraque, NATO e Líbia. E previu o resultado de uma combinação da OTAN e da Síria.
Até agora, ao que parece, Lavrov está certo.