E quem está na sua gangue?

Aconteceu que as empresas em que trabalhei realmente amavam todos os tipos de testes do arsenal de RH. Todos - e gerentes, e artistas comuns, foram conduzidos através desses testes.

Os testes, em regra, determinavam o tipo de personalidade em relação à atividade profissional - a que uma pessoa está mais inclinada, o que é fácil para ela, que tipo de atividade a faz se esforçar e o que é melhor não fazer.

Para nossa surpresa, descobrimos que testes diferentes revelam aproximadamente as mesmas inclinações. Se um teste mostrou que uma pessoa, por exemplo, a alma de uma empresa, um cara de camisa, o restante dos testes dá resultados semelhantes.

Provavelmente não há nada de estranho nisso, porque os testes são construídos com os mesmos princípios e dividem as pessoas nos mesmos tipos de personalidades inventadas pelos cientistas do século passado.

Mas, pessoalmente, essa convergência de resultados me ajudou a acreditar nos tipos de personalidades e em seu impacto na atividade profissional de uma pessoa. Além disso, tive a oportunidade de observar pessoas com “retratos” conhecidos por mim por vários anos, e a correção das características só foi confirmada.

Não vou falar sobre os próprios testes - essas informações estão completas na Internet e seu RH, se você perguntar, terá prazer em enviar uma dúzia.

Eu não queria falar sobre testes, mas sobre minhas observações pessoais : como as pessoas com características diferentes se comportam em uma equipe, que papéis desempenham bem e quais elas não desempenham, em que trabalho e em que momento quem é melhor usar (de uma maneira boa) )

Vou contar principalmente sobre o exemplo de programadores e administradores de sistema. Às vezes vou além dos limites estabelecidos, como a equipe de TI não tinha vários tipos de personalidade, mas eles entraram nos departamentos vizinhos.

Sistema de coordenadas

Vou falar sobre o exemplo dos papéis da equipe de Belbin - pessoalmente, esse teste me parece mais bem-sucedido. Não há muitos tipos, é difícil confundir, enquanto há muita informação na Internet, e passar no teste não será difícil - para quem quiser.

Portanto, o teste de Belbin divide as pessoas em tipos, de acordo com os papéis da equipe:

• Coordenador (Coordenador) - aquele que sabe e gosta de gerenciar no nível operacional;
• Motivador (Shaper) - aquele que sabe e gosta de avançar no trabalho, grosso modo, “empurrando” pessoas com motivação positiva e negativa;
• A alma da equipe (trabalhador da equipe) - aquela que sabe reunir a equipe (principalmente - sem rumo), seja toda amiga;
• Um diplomata (de outra maneira - um Pesquisador de Recursos) é alguém que sabe como interagir com outras equipes e o ambiente em geral;
• O gerador de idéias (Plant) - alguém que sabe como e gosta de apresentar novas idéias sobre todos os aspectos da equipe;
• Analista (Monitor Avaliador) - aquele que sabe analisar opções, olhar em frente e ver erros;
• O contratante (implementador) - aquele que gosta de fazer apenas o que diz;
• Especialista - semelhante ao Empreiteiro, mas entende bem a área específica;
• Finalizador (Finalizador completo) - aquele que sabe e gosta de organizar a conclusão dos assuntos.

De acordo com os resultados do teste, geralmente uma pessoa tem de 2 a 3 papéis pronunciados, raramente - um, muito raramente - nem um, só isso. Normalmente, a mancha do resultado indica enchimento injusto.

Então saia um de cada vez.

Coordenador

Especificamente para programadores, o papel não é muito útil, porque nem sempre é necessário, nem todos os dias. O coordenador sabe como lidar com uma situação de crise em pouco tempo.

Por exemplo, um servidor travou. Vá a ferro, virtual ou aplicativos. Bem, o que está lá, todos eles - o servidor de aplicativos, como o 1Snogo, por algum motivo, engoliu toda a memória, todo o processador e o console travaram.

Parece bom - com as raras exceções, a perda de dados não acontecerá. Mas isso assusta, para e torna você estúpido em tal situação - pressão do tempo. Não há tempo, as pessoas correm com seu eterno "ahhh, eu tenho um carro para carregar!", Ou você precisa passar o imposto de renda em duas horas - isso não importa. Karkushi e clickers sempre serão encontrados.

Portanto, uma situação semelhante é ideal para usar um coordenador. Ele rapidamente toma a situação em suas próprias mãos, começa a dar instruções claras e curtas, geralmente no caso. Todo mundo só precisa calar a boca e fazê-lo, e então tudo vai dar certo.

Nota - o coordenador não entende porque é o mais inteligente ou experiente. Ele simplesmente não está perdido, como o resto.

Se você diminuir a pressão do tempo - por exemplo, deixe o servidor cair durante os feriados de Ano Novo, quando não houver pessoas, qualquer cara da equipe lidará com a situação. Mas com problemas de tempo, o coordenador faz melhor.

Sim, um ponto importante - o coordenador lida bem com a liderança do processo de solução do problema, e não com a solução em si.

O coordenador, à primeira vista, é mais parecido com o cara que costumávamos chamar de líder. Tínhamos muitos coordenadores entre os gerentes, e todos estavam felizes - ege-gay, até o teste confirmou que somos gerentes, esse é diretamente o nosso tipo de personalidade!

Mas, infelizmente, o coordenador é, antes, o despachante, o encarregado da ordem de serviço, o gerente do escritório etc., bem, você entende. Digamos apenas que esse é o nível mais baixo de controle quando você faz pedidos diretamente e por um período muito curto - no máximo um dia. O que, de fato, foi confirmado com o tempo.

Em tempos normais, sem crise, um coordenador entre programadores faz mais mal do que bem. Ele começa a dar instruções óbvias, a mudar as prioridades rapidamente, como "então fuja, ajude Lilya, ela é linda", "ei, largue o OneScript e feche o mês!", "Então, vamos mostrar o progresso, já são 15 minutos". Você precisa fazer esse cara entender a tempo de que não precisa subir para gerenciar o que funciona. Haverá uma crise - então tome as rédeas.

Horror, é claro, se os programadores conseguiram um chefe com esse tipo de personalidade - então, como eles dizem, você corre por aí "burro em sabão" (expressão idiomática). Eu tinha um chefe, tive o suficiente por um mês e meio (ou não me lembro dele).

Motivador

Este, na minha opinião, é o papel mais útil em uma equipe de programadores. Um motivador é uma pessoa que sabe como mover outras pessoas para a frente.

Ele pode inspirar, ordenar, ele pode manipular, desafiar. A principal coisa, provavelmente - ele sabe escolher as palavras certas para uma pessoa em particular. Porque ele é um bom psicólogo por natureza, ou aprendeu algo assim, ou apenas um demônio linguístico.

Avançar o trabalho, o desenvolvimento da equipe e o autodesenvolvimento de uma pessoa em particular, fornecendo informações a tempo ou forçando-a a pensar em algo fora do contexto do trabalho.

Por que o motivador é o cara mais útil para programadores? Porque, o que quer que alguém diga, você e eu somos lesmas preguiçosas um pouco desajeitadas.

Mas o problema é que esses caras são extremamente raros entre os programadores e seus superiores e raramente vêm de programadores externos para se animar. Os clientes que batem os pés e estabelecem prazos não são motivadores, mas, como regra, parasitas latentes .

Entre todos nós que foram digitalizados de acordo com Belbin, apenas duas pessoas foram motivadoras pronunciadas e todas estavam fora da TI. Portanto, não tenho exemplos de motivadores naturais de programadores.

Mas há boas notícias. Um motivador é algo que você pode aprender. É improvável que seja tão legal quanto o natural, por uma simples razão: é interessante que eles se motivem e teremos que fazer isso pela força, pelo menos a princípio.

Estudei com motivadores naturais por um longo tempo, consegui adquirir algumas habilidades. Comparado a esses caras, eu, é claro, tenho um balde bespontovaya, mas entre os programadores puxei cerveja.

Sobre as habilidades de um motivador, ele está bem e muito escrito em livros sobre psicologia aplicada, liderança emocional e liderança em geral e em qualquer não-ficção, como Transerfing.

Pessoalmente, minha opinião é que pelo menos uma pessoa em uma equipe deve se tornar um motivador, pelo menos um pouco. Para fazer isso, você precisa tentar, mas e agora. Você pode se divertir com o fato de que as habilidades de motivação são muito universais e sua aquisição fará a contribuição correta para o pacote de demissão.

Team Soul

Pessoalmente, essa alma da equipe me parece o cara mais inútil para os programadores.

Esse é o cara que chama todos para beber cerveja na sexta-feira depois do trabalho, ou no verão em uma caminhada, ou inicia conversas "para toda a vida" enquanto trabalhava, ou o primeiro grita "pessoal, vá comer alguma coisa!" às 12-00.

Eu não sei, talvez isso seja algum tipo de preconceito, mas esse programador (e ele estava em nossa equipe) me enfureceu mais do que se uniu aos outros. Não vou insistir, mas parece-me que misturar à força pessoal e trabalho é errado e prejudicial.

É divertido, é claro, mas afeta muito o trabalho - e nós, assim, chegamos ao trabalho. Se eu quiser beber cerveja, encontrarei alguém e não preciso de um motivo e, de alguma forma, posso lidar com a organização de reuniões.

Essas "almas da empresa" foram muito anteriores, nas fábricas, nas aldeias e nas pequenas cidades. Graças a eles, sempre há dois sistemas de valores na equipe - profissional e doméstico, e eles quase sempre entram em conflito.

Se você trabalha bem e trabalha muito / efetivamente, sai do sistema de valores da casa - não bebe chá das 9h às 10h. Consequentemente, e vice-versa - quem conhece mais piadas, histórias sobre pesca e traz as tortas mais deliciosas de casa - raramente é o principal na produção.

Mas aqui, repito, minha opinião pessoal. Na verdade, como tudo descrito no artigo. Se você gosta da camisa da equipe - boa saúde. Eu não gosto disso Portanto, eu limitava a duração de suas histórias de pesca :)

O motivador é mais importante para a equipe.

Diplomata

A tradução é estúpida, no original é chamada de "investigador de recursos" - um especialista em recursos. A equipe de programadores, especialmente implementadores, é um cara extremamente útil.

Um diplomata é uma pessoa interessada e fácil de construir externa, com relação à equipe. Em nossas realidades, são relações com usuários, clientes, proprietários, tomadores de decisão etc.

Especialmente, essa pessoa é indispensável, como você sabe, em implementações - nas quais você precisa trabalhar muito com o ambiente externo. Isso é especialmente importante não em implementações de franquia, onde o relacionamento é, por assim dizer, por uma noite, mas em equipes fixi ativas, que estão desenvolvendo o sistema de informações corporativas da empresa em um ritmo normal.

Porque o sucesso a longo prazo da equipe, de uma maneira ou de outra, depende muito do ambiente externo. Você pode ser pelo menos a equipe mais legal do mundo, mas se seus amigos são apenas Lilya, da contabilidade, e Serega, do departamento de vendas, e os demais o consideram um bando de idiotas presunçosos com salários de cavalos, esse feriado não vai durar muito.

Tivemos sorte - havia até dois diplomatas, por assim dizer, de diferentes níveis.

Um deles é um especialista em comunicação horizontal que rapidamente fez muitas conexões (no bom sentido da palavra ... porém, quem sabe) com funcionários de alto escalão sem carga em quase todos os departamentos. Não é que eles tenham se tornado amigos diretos, mas reagiram quase felizes aos pedidos de ajuda adequados - eles queriam ajudar um cara legal. Como equipe, usamos descaradamente essas conexões se precisávamos delas para implementação ou alterações.

O segundo é um especialista em comunicação vertical, direcionado para as escadas. Esse cara construiu deliberadamente um canal direto de comunicação bastante estável com os principais executivos - o proprietário, o diretor e os gerentes.

O contato com o proprietário e o diretor foi especialmente útil, pois com sua ajuda, foi possível influenciar significativamente os gerentes seniores e médios, que freqüentemente freiam a implementação e a mudança.

Acontece que os gerentes de nível médio tiveram mais azar - eles sofreram pressão tanto de cima como de baixo, de dois investigadores de recursos muito irritantes.

Gerador de ideias

Este é um homem que gosta de ter ideias. As idéias são o produto dele, cujo resultado se orgulha. Não importa se alguém implementará ou não essa ideia, basta que o gerador a tenha e dê a sua opinião - e ele acredita que trabalhou duro e cumpriu sua missão.

Existem muitos geradores entre os programadores, porque nossa profissão é criativa. Um programador de gerador fixo em uma empresa regular - como uma fábrica ou atacadista - pode, se ampliar seus horizontes em áreas de negócios relacionadas, ir além da TI e dar um salto de carreira impressionante. O motivo é simples - entre as profissões não-criativas, existem muito poucos geradores de idéias; portanto, em áreas afins, há, diretamente fisicamente, uma falta de idéias de qualidade.

Ideias como “o contador principal criou o EDI para conectar-se” ou “o buscador criou o FIFO em gerenciamento de contabilidade” ou “o diretor de logística criou o WMS para implementar” ou “o diretor de comércio acendeu que a implementação do CRM aumentava as vendas em 10%” - besteira infelizmente. Formalmente, essas são idéias, mas sua qualidade é zero.

O gerador-programador pode ter idéias aplicadas de alta qualidade, porque, por mais trivial que seja, ele é um programador. Julgue por si mesmo.

Se, por exemplo, você deixar um idiota (não um programador) formar requisitos para um sistema de informação, suas idéias serão alimentadas pelo bash.org. Afinal, todos ouviram, pelo menos uma vez, a idéia de um "grande botão vermelho" (ainda acontece verde)? Ainda com frequência, as idéias dos idiotas começam com a frase "Se eu pudesse fazê-lo ...", bem, fantasias sem sentido começam por aí, como ligar um computador pela manhã, desenhar formas redondas, usar um telefone celular "como em um computador" (= em um cliente grosso), equipe gerenciar através do exoesqueleto, etc.

Todas essas idéias são um conjunto de letras sem sentido que não devem ser pronunciadas, por uma simples razão - são irrealizáveis ​​e, portanto, inúteis. Bem, como a idéia de "fazer as pazes no mundo". Tais idéias são proferidas por idiotas apenas para uma coisa - serem proferidas.

O gerador-programador tem uma diferença fundamental - suas idéias são sensíveis ao contexto. Porque ele é um programador, especialmente se ele também é o 1Snik, e ele sempre tem o que está na cabeça? Limitações da plataforma, estejam erradas .

As limitações da plataforma ficam na cabeça como um sistema de coordenadas, fazendo você se lembrar do que é possível e do que não é. Obviamente, essas restrições estão em constante expansão - e a plataforma parece estar se desenvolvendo , de acordo com o espelho , e as estruturas externas ao 1C são bem estabelecidas, mas o contexto é sempre definido.

Obviamente, sempre existem novas tecnologias, cadeias de blocos, inteligência artificial e todos os tipos de código aberto lá. Mas se você fizer a pergunta de segurança "De que são capazes as modernas tecnologias de TI?" para o programador, ele responderá "muito, mas ainda assim não consegue, vai dirigir a fatura e não impede o OneScript de acendê-la". E se você fizer a mesma pergunta a um idiota, ele responderá "Por tudo!".

Voltando a ir além da TI. Agora você entende por que as idéias de um programador que entende, por exemplo, em logística, serão valiosas? Porque ele conhecerá as limitações e a idéia expressa por ele já passou (em sua cabeça) por uma verificação das restrições. Embora, é claro, no final haja perguntas como "aqui não tenho certeza de que sim, preciso pesquisar no Google e fumar manuais" :)

E agora de volta à equipe de programadores. O gerador é muito importante para eles. Antes de mais nada, seu maior valor são as soluções não padronizadas dentro da estrutura de restrições . O gerador ajudará a evitar, por exemplo, milhares de linhas de govnokod, tendo criado uma pequena solução para toda uma classe de tarefas, em algo como layout.

Novamente, soluções não padronizadas não são necessariamente algo fora do comum. Às vezes, apenas um gerador vê a possibilidade de usar um mecanismo padrão, onde outros veem apenas um novo quilômetro de código.

Mas uma equipe com um gerador pode estar cheia de problemas.

Em primeiro lugar, o gerador é um narciso . Se ele der uma idéia, deve ser assim, caso contrário ele ficará seriamente ofendido. Porque ele, coitado, tentou, pensou, não dormiu à noite, e aqui - silêncio frio em resposta.

Em segundo lugar, o gerador na equipe deve ser um . Se houver dois deles, será um pesadelo - eles certamente começarão a "medir suas idéias", a ficar deprimidos e deprimidos, se o segundo surgir com algo mais abrupto. Não, não é assim - será desencorajado porque eles apoiaram a ideia dos outros.

Se houver dois deles, você terá que aprender as regras de convivência.

Em terceiro lugar, o gerador deve ser registrado. Melhor, é claro, fazê-lo fazer isso sozinho. Como os geradores estão cheios de memória, e se você não escrever a idéia, ele a apresentará sinceramente pela segunda vez e, novamente, você terá que gostar e admirar. E se ele não escrever, mas ele se lembrará, ele se lembrará por vários anos - sim, eu te disse, mas você me ignorou, nunca me escuta, blá, blá, blá.

Mas nem tudo é tão ruim. Os geradores são capazes de crescer e se tornar adequados. Por mais estranho que pareça, o registro de idéias já mencionado ajuda em algum lugar do sistema de informação. Quando uma idéia é escrita, o gerador a libera e deixa de apressar-se, como em uma bolsa escrita.

Mas o principal vai acontecer depois. Quando o gerador retornar à idéia gravada anteriormente, ele próprio dirá que a idéia é ruim. Porque, se este é um gerador normal, e não com preguiça de escrever, a lista será grande - centenas, milhares de idéias - e não haverá sentido em se apegar a elas, você pode cruzar com segurança o casamento. Porque não é assustador - outro milhão de idéias virá à mente.

Bem, não tente convencer o gerador de que "uma ideia não é nada, a produção é um resultado". Ele tem um contra-argumento de ferro - "Vamos lá, tente me apresentar uma idéia, e eu a programarei e darei à produção".A agonia do trabalho dos não-geradores não vale a pena, e esse gado vai ficar por aqui e tirar sarro.

É melhor deixar de lado essas coisas - cada uma na sua.

Analista

Ele também é chamado de "crítico". É um cara que pode competentemente considerar decisões, idéias, processos, sistemas e emitir vereditos.

Por exemplo, ele pode prever bem os resultados das alterações feitas. Em nossa prática do 1Snoy, isso é importante, você conhece a si mesmo - é necessário entender como as alterações em um objeto de metadados podem afetar outro objeto.

Entre os programadores, existem alguns desses caras, eles não são escassos. Provavelmente, o analista geralmente é um tipo de personalidade comum para todas as profissões de engenharia.

No trabalho em equipe, é importante e útil pedir uma opinião ao analista. Ele, como todos os tipos listados acima, está interessadoanalisar e criticar as idéias, propostas, planos e metas de outras pessoas. Portanto, não se preocupe se você entregar algo para análise - é alto para o analista. Obviamente, se não estamos falando de duas revoluções não carregadas do Excel, entre as quais é necessário encontrar diferenças.

O analista complementa bem o gerador de idéias, se as duas forem adequadas. Uma surge com uma ideia, a segunda analisa. Tanto nos negócios, sem ofensa a ninguém, todo mundo está interessado . Pode ser transformado em um jogo.

Um analista de uma equipe de programadores é adequado para o papel de um scrum master - uma pessoa que observa o trabalho de outros e vê em que programadores são estúpidos e perdendo tempo. Ele consegue com bastante facilidade, porque encontrar uma perda para o analista é alto, porque a perda é um erro no sistema. Análise de prato favorita.

É verdade que apenas metade do scrum master será obtida do analista - aquele que viu o problema. E como resolvê-lo, o analista não criará um gerador. E o analista então criticará, tentará a solução do problema, encontrará inconsistências na interface, informará o gerador, ele descobrirá algo novo etc., ad infinitum, pare-os já , iterativamente.

Existem dois extremos na análise que precisam ser monitorados.

O primeiro é perfeccionismo e dedicação excessiva. Se você não definir restrições, ele analisará a disposição dos elementos no formulário ad infinitum.

O segundo - não o deixe entrar em um sistema que já está quase em produção. O analista não dá a mínima para que você tenha prazos e nervosismo lá, ele enfiará o nariz de todos em falhas, "que são óbvias, como você não vê". Mesmo que essas sejam as mesmas ligações ligeiramente quebradas no formulário. Envie para analisar o próximo projeto. Ou deixe a alma da equipe levá-lo para a cantina :).

Artista

Esse é o tipo mais comum de personalidade - tanto entre programadores quanto entre funcionários em geral.

Esta é a pessoa que fará o que eles dizem. E aquilo que eles não dizem não fará.

Esta fórmula descreve bem suas vantagens e desvantagens. Se o contratante corretamente, na hora de definir a tarefa, é provável que ele a conclua. Bem, se você completou, mas não há próxima tarefa, então o que? É isso mesmo, vai ficar estúpido no facebook. Ou na cantina com a alma da equipe.

Os artistas adoram instruções, planos, horários, processos, sistemas e todo esse jazz. São eles que formam a massa que com alegria e mansidão ajuda a construir o inferno - porque assim lhes foi dito.

Ao mesmo tempo, os artistas são o melhor ambiente para introduzir mudanças. Por exemplo, para alternar programadores para scrum. Basta explicar de forma clara e consistente que agora as tarefas não estão lá, mas aqui no quadro, e elas não têm mais prazos, e você precisa descobrir não até o final da tarefa, mas antes do final da semana.

E eles realmente não se importam, porque eles têm um sistema de coordenadas claro e compreensível no trabalho - se você faz o que é pedido, está pronto . É isso que você precisa usar.

Às vezes, é claro, esses programadores ficam furiosos - eles também precisam mastigar tudo, a tarefa, o processo, e para onde ir, com quem conversar, o que ler e onde estão os arquivos. Mas eles enfurecem se você não conhece o tipo de pessoa. E quando você sabe - isso é tudo, está claro, ele é um cara, e você deve tratá-lo assim.

A pior sujeira no mundo que os artistas neste mundo fazem - eles se tornam líderes. De fato, para que o executor conduza, alguém deve liderá-lo. Não gerencie estrategicamente, definindo metas por um ano, mas corretamente todos os dias - defina tarefas, escreva em um caderno corporativo, prazos, explique detalhes, designe recursos etc.

E então esse líder executivo vai até seus subordinados e começa a mastigar ranho. Não, como fazer algo sozinho, o contratante ainda entende de alguma forma, mas como delegá-lo aos subordinados e até monitorar o desempenho - ahhh, é melhor atirar em mim.

O comportamento típico desses líderes é "é mais fácil fazer tudo sozinho". Na verdade mais fácil, porque sabe como fazerao invés de chumbo. E o problema não está nos subordinados, mas no líder - como dizem, peço desculpas: "não quero * foder, não torture * opu".

Obviamente, se alguém uma vez escrever uma instrução normal "como gerenciar o departamento", o contratado terá êxito. Mas não será um executor, mas um despachante.

E então - nada de gente boa. Se você sabe como cozinhá-los.

Especialista

Eu costumava pensar que um especialista é o mesmo artista, apenas altamente especializado, ou algo assim.

Mas, quando um dos meus administradores de sistemas subordinados era especialista, finalmente percebi o que havia de errado com esse cara.

Um especialista é uma pessoa que normalmente, com interesse e entusiasmo, resolve problemas apenas na área que escolheu e na qual é verdadeiramente um especialista.

Não há dúvida de qualquer diligência. Mas, diferentemente do artista, há entusiasmo.

Por exemplo, temos um especialista em hardware e software de servidor (Windows e Linux). Se, Deus permita, você tivesse uma tarefa séria para configurar servidores, e mesmo não uma tarefa comum, mas importante para a empresa - por exemplo, corrigindo vulnerabilidades - esse cara ficará na sala do servidor por dias, sem interrupções e dias de folga.

Só porque é interessante para ele resolver problemas em sua especialização.

E ele resolverá todas as outras tarefas, depois das mangas. Ou, como se costuma dizer sobre tantos administradores de sistema, "como se ele estivesse enfiado nas calças". Sobre qualquer diligência, disciplina, tempo, qualidade geralmente estão fora de questão. Fiz - e isso é bom.

E, infelizmente, ou felizmente, esses especialistas são valorizados precisamente por sua "especialidade". Porque a solução do problema, que se enquadra claramente no círculo de interesses, nos fins de semana e nas noites, no sistema de valores de quase qualquer gerente, parece um sério compromisso com a empresa.

Tais abordagens me enfureceram por um longo tempo. Entendo, é interessante que você explore o servidor, mas, droga, alguém também precisa trocar os cartuchos e, às vezes, é necessário instalar cabos de pares trançados.

Mas, especificamente no nosso caso, a solução foi encontrada por conta própria - em conexão com a expansão, eles usaram o administrador assistente, qualificações mais baixas, mas - sobre a felicidade - do artista. E tudo, ordem e harmonia vieram em todos os assuntos que o administrador principal do sistema não gostou. E ele finalmente teve tempo de se aprofundar nos servidores, comprar e configurar um segundo tsiska, mudar automaticamente para um canal de backup na Internet, aumentar a VPN entre escritórios e ouuuu, havia uma lista enorme que ele escreveu e fez com prazer.

Finalizador

Esse é um tipo de personalidade deslumbrante, mas sou forçado a lamentar - não o vi entre os programadores, isso não estava em nossa equipe.

Mas havia um finalizador brilhante, rico e natural entre os líderes paralelos a mim. Vou escrever um retrato dele.

Um finalizador é alguém que sabe como e gosta de terminar as coisas até o fim. Casos são pequenas tarefas e grandes projetos.

Ninguém na empresa sabia como fazer projetos longos como essa pessoa.

Julgue por si mesmo. Durante minhas observações, uma pessoa teve várias vezes para gerenciar projetos, cuja duração variou de 6 a 24 meses. Bons, grandes projetos, com grandes orçamentos, versáteis.

Agora adivinhe qual foi a falta da pessoa com a data de conclusão real dos projetos? 1 dia no máximo! Isso não é uma piada!

Além disso, não houve adivinhação, truques, redução de requisitos, tarefas de mancha no tempo.

Em primeiro lugar, quando uma pessoa era encarregada de um projeto, eles imediatamente informavam o prazo - exato, até um dia. E nenhum plano, apenas um objetivo.

Uma pessoa, sem falhas, elaborou o plano, orçamento, desempenho e recursos mais completos e detalhados, o volume da terceirização. Todos concordaram, é claro.

E ele fez. Na hora certa, todos os itens do plano. É claro que houve desvios no projeto - algo se arrastou, houve falha de algum fornecedor, ou um déficit de caixa interrompeu repentinamente o financiamento e, consequentemente, algum trabalho ou aquisição. Como todo mundo, em suma, isso é vida.

Mas o importante não foi o que aconteceu, mas como o gerente reage a isso. E este, o cachorro, o finalizador, difere de nós, lagostas comuns, pois sempre descobre como voltar à programação ! Ele nem pensa que os obstáculos que surgiram - objetivos, externos - possam ser cobertos, otmazatsya, renegociar o termo.

Sua principal competência (do finalizador) é sempre entender o que precisa ser feito e fazer o que levará ao final. Concluir é um trabalho feito a tempo.

Eu sinceramente admiro essa competência, porque ainda não a aprendi. Mas eu entendo as desvantagens óbvias.

A principal desvantagem é a produção contínua de estertores transportadores. Acima, você viu que uma pessoa recebe uma meta e a transforma em uma lista de tarefas, da qual quase nunca recua. Essa abordagem é o principal terreno fértil para os substitutos.

Para o finalizador, o objetivo do projeto, seu significado e utilidade não têm absolutamente nenhum valor. Tudo o que importa é o acabamento certo. Ele gosta de ser atingido como um atirador em um alvo . Bem, ou como uma piada - ele chuta quando correu atrás do ônibus e conseguiu pular no movimento. E então ele pergunta - qual é esse número?

Um menor, mas também um importante menos - o finalizador assusta, constantemente e dolorosamente suporta o cérebro de todos. Se o finalizador precisar fazer um projeto, e você, Deus o permita, fique no caminho dele - não espere piedade. Embora você tenha uma posição, reputação, autoridade - o finalizador alcançará o presidente, mas você fará o que for necessário para o projeto dele. Você assinou, ou pela primeira vez que ouviu sobre o projeto dele - tire-o e largue-o.

Mas o finalizador é astuto, se adequado. Ele assumirá o cérebro de você e de todos enquanto o projeto estiver em andamento e, no final, ele virá, abraçará, beberá, chorará e dirá que não é ele quem é mau, mas a má vontade de Saruman o levou pelas estepes da Terra-média.o diretor fez você e você é o melhor amigo dele, e ele não queria gritar e reclamar de você, era apenas uma questão de vida ou morte, blá blá blá. E me perdoe para onde ir. Até o próximo projeto.

Portanto, eu pessoalmente não aprendi nada com esse finalizador em particular - não gosto dos métodos. Mas o objetivo - aprender a fazer projetos no prazo - eu gosto.

Minha gangue

Antecipando a pergunta "qual é o seu perfil em Belbin?", Responderei: Gerador de ideias + Crítico + Diplomata. Eu posso ter uma ideia, posso porcaria de outra pessoa, posso fazer tudo com as mãos erradas. Trabalho devagar, mal e só por baixo do palito.

Percebendo isso, dirigi minha pequena equipe no teste de Belbin e redistribuímos as responsabilidades, substituindo as competências e habilidades ausentes.

Havia quatro programadores na equipe além de mim. Três tinham um papel pronunciado para a Contratada, então todas as responsabilidades que foram além dela foram removidas delas. Eles começaram a se comunicar menos com clientes e usuários, porque não diplomatas. E eu, e eles mesmos, paramos de sofrer, arrancando idéias de mim - era o meu trabalho.

Um deles acabou por ser a Alma da equipe, então tornou-se algo como um mediador - conflitos extintos, reuniu todo mundo para o almoço e tomou uma bebida no fim de semana.

Mas havia lacunas. Por exemplo, havia uma falta de coordenação; nenhum de nós tinha esse papel. Portanto, simplesmente substituímos essa função por técnicas de automação e priorização como esta . De fato, eles usaram os papéis do Gerador de ideias e do Empreiteiro para criar e automatizar uma técnica que substituía o coordenador humano por uma máquina de coordenação.

O mesmo aconteceu com o papel do Finalizador - o balanceamento automático foi adicionado ao sistema prioritário, dependendo do grau de conclusão do projeto. Não vou dizer que aconteceu diretamente megacrut - a tia do artigo fez melhor, mas, em geral, o resultado foi bom.

Mas o papel do Motivador tinha que ser dominado para mim. A experiência também é valiosa, porque, ao que parece, acabou. Este será um artigo separado.

Depois de todas essas modificações, não somos mais chamados de "programadores", "departamento de tecnologia da informação" etc. - nos tornamos uma gangue. Não é isso que chamamos a nós mesmos, mas um diretor financeiro desanimado que nunca conseguiu passar por suas coisas estúpidas através de nossa defesa geral.

O principal no modelo de Belbin, na minha opinião, é aceitar, entender e adaptar. Se não houver um único gerador de ideias na equipe, não há necessidade de fantasiar que "apenas nos dê a vontade, teremos tantas idéias!". Se, caramba, não há um único contratado, então nada dará certo - todos liderarão, motivarão um ao outro, mas não haverá ninguém para trabalhar. E se não houver coordenador, haverá muito trabalho sem sentido, inútil ou até prejudicial que ninguém precisa.