Recentemente, por acidente, com a apresentação de uma boa pessoa, nasceu uma idéia - anexar um breve resumo a cada artigo. Não é uma anotação, não é uma tentação, mas um breve resumo. De tal forma que foi possível não ler o artigo.
Eu tentei e realmente gostei. Mas isso não se importa - a principal coisa que os leitores gostaram. Aqueles que pararam de ler há muito tempo começaram a voltar, marcando-me um grafo-maníaco. E outro homem bom me aconselhou a escrever um breve resumo para cada artigo antigo. Eu concordei e agora, no meio, estou escrevendo esses shorties. Ele os chamou de shorts.
Trago a sua atenção vários desses curtas, de acordo com várias publicações. De repente, você encontrará algo útil para si mesmo.
O gato morreu, o rabo descascou
As reuniões frequentemente falham. Reunidos, agredidos, separados.
Resultados ou produtos de uma reunião são decisões. Aqui eles geralmente não são. E se houver, nem sempre é de boa qualidade.
Se a reunião é limitada no tempo e a decisão deve ser tomada, ela (a decisão) é de baixa qualidade.
Se a reunião não for limitada no tempo e durar até que uma decisão seja tomada, qualquer decisão será tomada se apenas a reunião terminar.
Se uma decisão for inventada em uma reunião, ela será tomada - simplesmente porque o cérebro valoriza o que é apresentado.
A compreensão da má qualidade da solução virá mais tarde, mas será tarde demais.
Para tomar uma decisão eficaz, é melhor não participar da discussão, mas observar silenciosamente.
Primeiro, o cérebro não estará ocupado pensando em respostas.
Em segundo lugar, não há necessidade de tomar uma decisão.
Após a reunião, você pode ponderar com calma e tomar uma decisão. Será melhor.
Chave: na reunião, fique quieto e ouça. Para que outros não se preocupem, diga que esta é uma posição consciente.
→
habr.com/en/post/341654Parasitas latentes
Fundamentalmente, existem duas abordagens para estabelecer metas e controlar o desempenho: parasitas e simbióticos.
A abordagem simbiótica é resolver o problema.
A abordagem parasitária é tornar a tarefa NÃO resolvida.
A abordagem simbiótica é direta e direta, mas difícil de implementar. Portanto, é raro.
A tarefa é definida para que tudo fique claro - e metas, recursos e limitações.
O controle é realizado para que a tarefa seja resolvida exatamente.
A abordagem simbiótica é deixar parte da responsabilidade (e mais) pela solução do problema no diretor de palco.
A abordagem parasitária é florida e esperta, mas fácil de implementar. Portanto, é comum.
A tarefa é definida para que nada seja entendido. Quanto menos claro, melhor.
Controle, de preferência de maneira alguma.
Não há responsabilidade sobre o diretor da tarefa; todo o "macaco" é transplantado para o pescoço do artista.
O objetivo da abordagem parasitária: manipulação, FSW, auto-afirmação. Portanto, é freqüentemente encontrado no trabalho de mentores com funcionários iniciantes.
Melhor, é claro, uma abordagem simbiótica.
→
habr.com/en/post/343696Dimensions vs Illusions
Se você avaliar o processo e os resultados de sua atividade sem medições, estará enganado o tempo todo.
Pontuação sem números depende do humor. Mau humor - parece que você não está funcionando bem. O bom humor é o contrário.
Assim, você pode sentar e trabalhar mal por uma semana e, na sexta-feira, dar o resultado "para a montanha", e parece que a semana inteira correu bem.
Fundamentalmente, existem dois tipos de métricas: quantitativa e alternativa (mais conhecida pelos programadores como booleana).
"A tarefa é concluída no prazo" é booleana. É o mesmo que "Ajuste de detalhes" (um sinal alternativo de qualidade quando não podem ser medidos em números).
"Trabalhamos bem", "Estamos cumprindo o plano", "Estou bem feito" - também booleano.
Em estimativas como Boolean, o processo de controle é difícil de construir. É recomendável que você mude para métricas quantitativas o mais rápido possível.
Booleano gera burocracia e formalismo. Por exemplo, o cumprimento das tarefas no prazo pode ser alcançado aumentando o tempo, inventando tarefas para eles mesmos e executando um BID.
Para gerenciar com base em indicadores booleanos, você precisa gastar muito tempo - em reuniões, análises, etc. Porque há muito pouca informação.
Recomenda-se medir o processo e o resultado. Então a imagem será a mais completa.
Para programadores, o método "Poker Planning" do Scrum é recomendado.
→
habr.com/en/post/343910Isso é sparta
Suponha que você seja um programador e eles trouxeram uma tarefa séria. E você acha que não há necessidade de resolver o problema - é estúpido, prejudicial.
Comportamento típico em tal situação: leve a tarefa a um campo público. Enviar para coordenar com o chefe, iniciar o projeto interno, corrigi-lo no sistema etc.
Neste ponto, tudo quebra. A pessoa que trouxe a tarefa não quer ser considerada tola. E uma vez que entraram em um campo público, eles se defenderão.
É importante que uma pessoa não se perca, no sentido político. O principal na política é nunca admitir seus erros. Você não pode fazer nada, mas o principal é não ter erros reconhecidos.
Um homem fará o possível para provar que um programador é um vilão, um idiota, um oponente da mudança. E o programador ainda terá que resolver o problema.
Em alguns casos, uma pessoa organiza tudo para que o programador não resolva o problema. Então a pessoa será "branca" e o programador será absolutamente "preto" (e resistiu e falhou no final).
Existem várias soluções.
O primeiro é tornar-se um programador de negócios, entender os campos relacionados e determinar por si mesmo o que e como automatizar.
O segundo é o artigo do Chief for Change. Por exemplo, diretor de desenvolvimento.
O terceiro não deve surgir, e apenas faça o que eles dizem.
Quarto - o Caminho de Esparta, rápida rejeição de decisões. É mais conhecido como falha rápida, falha barata (saia rapidamente, saia barato).
O principal é não incluir publicidade. Para dizer à pessoa - não vamos gastar muito tempo, faremos um protótipo e veremos se a solução é viável ou não.
O protótipo vai demorar um pouco. Em caso de sucesso, ambos terão o seu próprio - tanto uma decisão normal quanto pontos políticos.
Em caso de falha, ninguém sofrerá. Bem, uma pessoa será melhor para um programador.
→
habr.com/en/post/344650Substitutos
Os negócios não gostam da 1C e de seus produtos, desenvolvedores web, SGQ, contabilidade, economistas, projetos de desenvolvimento, Scrum, CBT, controlador, KPI e sistemas de motivação.
Os negócios adoram aumentar a lucratividade por meio da automação, aumentar a rotatividade da promoção na Internet, melhorar a qualidade do produto, uma imagem simples e compreensível dos negócios em números, previsões do estado da empresa, um aumento real na eficiência, acelerar a implementação de projetos de 2 a 4 vezes, um aumento múltiplo nos lucros e reduzir estoques , um sistema de gerenciamento preciso, um sistema claro e compreensível para avaliar o estado das coisas nos negócios, um sistema de avaliação do trabalho que permite demitir metade dos gerentes.
Os negócios adoram atingir as metas de negócios. Os negócios não gostam de substitutos.
Um substituto é quando eles pedem para atingir uma meta de negócios, mas recebem um projeto de automação, um site, uma pilha de papel, uma equipe de funcionários obscuros ou relatórios de pé ilegíveis.
Um substituto é quando um objetivo na estrada é substituído por um meio de conquista. E eles esqueceram o objetivo juntos.
A produção substituta é baseada em três pilares: formalismo, gradualismo e responsabilidade mútua.
Formalismo é a transferência de objetivos para o papel com decomposição. Mas, de fato - a tradução do foco de atenção de um grande alvo em pequenos detalhes. Ninguém mais se lembra do objetivo - todos discutem os detalhes.
O gradualismo é uma baixa taxa de transição de objetivos para meios. No início, o objetivo ainda é discutido algumas vezes. Mas gradualmente, passo a passo, é mencionado cada vez menos. Até o próprio cliente esquecer, afogando-se nos detalhes.
A responsabilidade mútua é que todos os contratados operem aproximadamente da mesma forma. Não existe um único fabricante de automóveis que realmente aumente o lucro. Portanto, o cliente especialmente e não há saída.
O que fazer
Evite substitutos e o primeiro passo em direção à sua criação: formalismo. Pelo menos em projetos internos. Estabeleça uma meta e converse com o artista constantemente. Na escala, recursos, planos, etc. também. Mas o principal é o objetivo.
Caso contrário, o foco da atenção certamente mudará, e você obterá outro substituto.
→
habr.com/en/post/344844Jeb Klitschko
Existe um boxeador - Vladimir Klitschko. Ele tem uma característica - o uso constante de jab. Bem, isto é mais permanente do que outros boxeadores.
Jeb constantemente mantém o oponente em suspense, exaustivo.
Principais recursos de Jeb Klitschko: facilidade de execução (relativa, é claro) e constância.
O fato de que ações executadas constantemente, úteis, mas simples podem trazer muitos benefícios, dizem muitos autores.
Eu decidi tentar também. Eu criei um sistema contábil simples - quais espetadas fiz hoje.
Foi na fábrica. Ele fez Jebah no almoço (eu não almoço), ou seja, 1 hora por dia. Ele fez o que os outros não fazem (eles dizem que leva ao sucesso).
Configurei verificações para um sistema de autoaprendizagem, tive ideias para o desenvolvimento, implementei as idéias de outras pessoas para o desenvolvimento, configurei tarefas automáticas, refatorou e otimizou o código.
Todos os dias - qualquer tarefa desta lista. Ele fez uma tarefa - bonito. Você pode ter alguns.
Observações levaram 3 meses. Durante esse tempo, ele fez 30 verificações, apresentou 200 idéias, realizou 80 idéias de outras pessoas, construiu processos automatizados em dois departamentos, fez três otimizações legais.
Legal, o que. Bem, isso é "entre as coisas". Eu recomendo a todos.
→
habr.com/en/post/344934Substituto flexível
A palavra "Scrum" refere-se a pelo menos duas entidades: filosofia e estrutura.
A filosofia, ou abordagem do trabalho, é descrita em um livro de Jeff Sutherland.
Estrutura, ou seja, um algoritmo de ações descrito em um documento chamado Scrum Guide.
A filosofia se transformou em uma estrutura porque os autores da filosofia queriam ganhar dinheiro com ela (em suas próprias palavras).
A estrutura é bastante simplificada em comparação com a filosofia. O principal é que o objetivo foi simplificado, ou melhor, jogado fora.
O objetivo da filosofia: acelerar a obtenção de resultados. Além disso, às vezes. Existem oito vezes exemplos de aceleração no livro.
O objetivo da estrutura é ter o Scrum. Diz o seguinte: faça de acordo com as instruções - você tem Scrum, viole as instruções - você não tem Scrum.
A estrutura não implica acelerar a consecução do resultado, em geral.
As pessoas que ensinam ou implementam o Scrum trabalham com a estrutura. Eles falam e implementam um algoritmo que não leva a nenhum resultado além de "agora temos Scrum".
O ponto é claro. Filosofia é muito difícil de vender. A estrutura é mais simples.
Uma estrutura é um produto. Ele, como esperado, passou na "embalagem". É simples, compreensível, há suporte e muitos especialistas. Não se parece com nada?
Tudo é bom, exceto pelo resultado - não é.
Se o cliente não estiver familiarizado com a filosofia Scrum, a implementação da estrutura o atenderá perfeitamente.
Se o cliente estiver familiarizado com a filosofia Scrum, ele ficará desapontado com a implementação da estrutura - não haverá aceleração na obtenção do resultado.
Será legal, moderno, moderno, mas nenhuma meta de negócios será alcançada (exceto o desenvolvimento do orçamento para “algo novo”).
Como ser Aprenda a filosofia do Scrum. É baseado na filosofia japonesa de gerenciamento da qualidade, cuja essência é: medições e melhorias sem fim.
Infelizmente, é preciso pensar, experimentar, observar e, infelizmente, trabalhar muito. Se isso não lhe agradar, use a estrutura.
→
habr.com/en/post/345540