Na minha vida, vi dois tipos de negócios que estão se desenvolvendo pior do que qualquer outra pessoa - franqueados da 1C e vendedores de árvores de Natal. Não se trata de amplitude de desenvolvimento, quando apenas o número de programadores está crescendo, mas de desenvolvimento interno. Em eficácia, em suma.
Embora, provavelmente, os vendedores de árvores de Natal possam ser excluídos desta lista, eles conseguiram me surpreender antes do Ano Novo vendendo-me um abeto real. Anteriormente, apenas pinheiros e pinheiros eram. Eu até vi na Internet como distinguir uma árvore de um abeto - na verdade, era um abeto.
Portanto, apenas os franqueados da 1C permanecem na lista das "Empresas mais em desenvolvimento". Muitas pessoas maravilhosas trabalham lá, mas o ambiente é assim, ou o lugar é danado - algo está errado com elas.
Eles só pensam hoje. Talvez a forte ligação a um fornecedor, que desenvolve as soluções de estrutura e aplicativo, seja a culpada. No século 21, ninguém em sã consciência construirá um negócio de longo prazo vinculado a uma linguagem de programação, um ambiente de desenvolvimento, um mercado? Mas forje o ferro enquanto está quente - por favor. Quando esfriar, será possível pensar em algo sério.
Mas, por alguma razão, parece-me que nem tudo está perdido. Você pode fazer melhor.
Diferentes métodos para aumentar a eficiência são, obviamente, interessantes. Mas uma combinação muito mais interessante desses métodos para uma atividade específica é um caso. Inclui processos, motivação, automação, objetivos e um sistema de gerenciamento. Nem sempre todos os componentes de uma só vez - exatamente o que você precisa.
Vamos tentar criar um caso para uma parte específica da empresa com a qual estamos familiarizados - 1C: Franqueado. Ele é familiar para nós porque tem experiência em trabalhar em outras franquias há vários anos, além disso - constantemente encontramos francos em um ambiente formal e informal.
Formularemos o caso com base na experiência acumulada - quase tudo o que escrevemos foi testado em nós mesmos. Não estamos convencendo ninguém de nada, interesse puramente acadêmico. Embora houvesse grandes franquias que levaram esse caso a serviço, e eles mesmos introduziram algo lá.
Se você não souber o que é o 1C: Franqueado, leia como se estivéssemos falando de uma determinada empresa que fornece serviços para o desenvolvimento, manutenção e aprimoramento de software.O objetivo do caso é simples - aumentar a produção de programadores e, se possível, a receita. Ou escape, ele tem opções diferentes. Vamos lá Eu te aviso - Longrid.
Situação inicial
Pegue não toda a franquia, mas parte dela, que chamaremos de departamento de desenvolvimento. Esses são os caras, programadores da 1C que estão sentados no escritório, recebem tarefas através do sistema ou de consultores, decidem se repassam o resultado aos consultores ou ao cliente remotamente.
Existem vários departamentos em franquias de grandes redes, há concorrência entre eles e, quando não têm recursos suficientes, eles trocam ativamente especialistas e tarefas. Talvez não seja por vontade própria, mas esse não é o ponto - olhamos para o departamento de desenvolvimento como uma unidade de negócios, e não como um monte de "programadores de verdade".
Digamos que nosso departamento de desenvolvimento seja composto por cinco pessoas. A produção mensal média total é de 500 horas. Destes, 200 é fechado por um certo campeão - o codificador mais experiente e inteligente. 100 horas fecham a Segunda, 80 - Terceira e Quarta, 40 - Iniciante.
Digamos que uma hora de trabalho para um cliente custa 2000 rublos. Digamos que tenhamos uma taxa interna única para programadores - 500 rublos por hora. Estimativas simples dizem que a receita do departamento é de 1 milhão de rublos por mês, a folha de pagamento do departamento é apenas 25% da receita, neste caso 250 mil rublos. No total, a empresa recebe 750 mil rublos, dos quais paga impostos sobre os mesmos programadores, bem, e todas as outras despesas. Não consideraremos a estrutura de lucro, apenas entendemos que ela não é linear, porque contém custos fixos, como alugar um escritório e comprar cookies.
O desenvolvimento, por exemplo, é relativamente estável, não pula muito. A menos que, quando o campeão sai de férias, temos uma falha de 40%, às vezes acontece e 700 horas - quando um bom projeto aconteceu, e os programadores trabalham nos fins de semana.
Objetivo do caso
Imediatamente, direi o objetivo de usar o estojo para não criar mistério. Queremos que nosso departamento de desenvolvimento não forneça 500, mas 1000 horas por mês, ou seja, o dobro. Pela mesma taxa horária, com os mesmos custos fixos, com o mesmo número de horas de trabalho. Podemos permitir pequenas despesas de tempo para este projeto - por exemplo, dentro de 30 a 50 tr.
É importante decidir imediatamente o que faremos na situação alvo. Por um lado, vendemos o tempo dos especialistas - as horas que eles gastam na solução de problemas. Por outro lado, vendemos tarefas resolvidas, avaliando-as em horas. Tudo parece estar claro, mas a diferença entre os dois sistemas de classificação é bastante significativa.
Digamos que nossas 500 horas por mês são 500 horas reais de trabalho para especialistas. Nessas 500 horas, eles resolvem, digamos, 200 problemas, com um preço médio de 2,5 horas. Acontece que cada tarefa custa em média 5000 rublos. O cliente está pronto para pagar esse dinheiro, conhece o mercado, o restante das franquias tem o mesmo preço.
E aprendemos a resolver o problema não em 2,5 horas, mas em 1,25 horas.
A questão principal é quanto pode ser vendido a um cliente?Se vendermos tempo, é lógico vender por 1,25 horas. O cliente ficará muito feliz - mais barato e mais rápido. Mas para nós, como empresa, quase não há benefício com esse esquema - apenas um cliente satisfeito e tempo livre de especialistas que precisam fazer alguma coisa. Suponha que encontramos mais clientes e também lhes vendemos uma tarefa por 1,25 horas. Como resultado, em um mês, o que obteremos? As mesmas 500 horas para 2000 rublos. Não faz sentido.
Uma opção é aumentar a taxa horária. Mas resolvemos os problemas mais rapidamente que os concorrentes? Em trabalhos pequenos, ninguém notará isso especialmente, mas em tarefas com 40 horas a diferença já será perceptível.
Mas o preço de uma hora é uma mudança notável para o mundo externo que pode desencorajar novos clientes. Eles não sabem o que estamos fazendo duas vezes mais rápido? Os slogans escritos no site não são particularmente convincentes.
Parece mais correto continuar vendendo a tarefa por 2,5 horas. O cliente não percebe nada e obtemos um resultado-alvo normal - realizando o dobro de tarefas, obtemos o dobro de dinheiro.
Você pode escolher uma opção de compromisso - para vender, por exemplo, em 2 horas. Então, o cliente vê economias tangíveis (especialmente em grandes volumes), obtém o resultado mais rapidamente e estamos no preto. Além disso, mesmo com a preservação da taxa interna de programadores.
Por uma questão de simplicidade, consideraremos a opção quando continuarmos a vender por 2,5 horas. Avaliamos a tarefa recebida usando um algoritmo um pouco mais complexo - precisamos estimar o tempo real e multiplicá-lo por 2. Mas mais sobre isso posteriormente.
Sim, ainda existem opções exóticas para usar o tempo livre, por exemplo, fortalecendo o desenvolvimento interno. Isso será no final.
Bem, isso é tudo, o objetivo é claro, agora vamos para a análise das mudanças necessárias.
Questão chave
Eles dizem que sempre há um ponto de aplicação de força no qual você precisa inserir uma alavanca e obter o efeito máximo. Não concordo com isso - no sentido de que esse ponto esteja sempre presente. Mas, neste caso, é - um sistema de motivação.
Nosso sistema de motivação é uma taxa horária individual para o trabalho realizado.
Existem muitas vantagens para os programadores, poucas para os negócios, mas há muitos pontos negativos.
O especialista não tem absolutamente nenhum motivo para compartilhar seu conhecimento e experiência. A única coisa que vale a pena fazer é aumentar seu perfil. Se tudo estiver em ordem com importância, é contra-indicado compartilhar experiências e ainda mais para ajudar na solução de problemas. Se você ensina um tolo, ele se tornará seu concorrente e nem agradecerá.
Se você conhece bem, por exemplo, um salário (esse é um programa), enquanto outros não sabem, você sempre terá pão e manteiga. Assim que o segundo salário aparecer, você terá que se esforçar para obter o máximo de detalhes.
O que é isso para os negócios? Se os especialistas não compartilham competências, os cuidados com o treinamento recaem sobre os ombros da empresa. É necessário organizar cursos ou pagar a organizações de terceiros (como 1C). O segundo são gargalos na forma de especialistas-chave. Se entre 5 pessoas, apenas uma conhece ERP (este também é um programa como esse), então você fisicamente não pode aceitar mais tarefas de ERP do que esse funcionário é capaz de digerir. Mesmo se for um campeão, não haverá mais de 200 horas por mês. Bem, ou corra riscos - trabalhe para descobrir mais tarde, ao longo do caminho.
Não é muito possível criar competências de compartilhamento. A visibilidade pode ser feita. Mas, quem era um programador, ele sabe - existem maneiras de fornecer ajuda para que você não seja mais necessário. Você pode até forçar o campeão a realizar um seminário ou treinamento. Ele honestamente reportará material - tão acessível na Internet. Ele deixará conhecimento real e prático para si mesmo.
Uma taxa horária individual é como uma empresa dentro de uma empresa, e esse "negócio interno" é sempre um IP, não uma LLC.
E as competências são importantes, especialmente em uma era de mudanças que ocorrem periodicamente. É claro que há uma pausa em alguns anos - por exemplo, antes do lançamento do ERP, quando todo mundo já descobriu o soft starter (este também é um programa antigo, mas cheio de entusiasmo). Mas em 2004–2010, por exemplo, os “engenheiros de projeto” que possuíam conhecimento sobre SCP foram os melhores de todos. Agora, provavelmente, os especialistas em ERP vivem melhor do que ninguém - não sei ao certo.
A peça individual mata a capacidade de compartilhar soluções de trabalho e melhores práticas, porque, novamente, isso não faz sentido. Bem, você deu à pessoa o seu processamento ou subsistema, ele fechou 40 horas acordadas com o cliente em um dia, levantou 20 tr. O que há com isso? Você pode, é claro, chegar a um acordo e criar um mercado negro dentro do departamento, mas isso não faz sentido. É mais fácil dizer: "me dê a tarefa, eu vou resolvê-la". Em uma situação desesperadora, é claro, ele dará, mas deixará para si mesmo, por princípio.
Você pode ver as competências de maneira diferente: quem é o dono delas? Digamos que seu campeão esteja na empresa desde 2010. Ele trabalhou muito no ERP, ganhou competências. A quem eles pertencem?
A empresa dirá - eles pertencem a nós. Nossos clientes, nossos projetos, nossas tarefas. Dê competência. Como buscá-los? Não puxe os carrapatos? Este não é um ativo material. Ele enlouquece e as competências choram.
E o que são competências? Produto. Ou não, a receita da venda do produto. Enviado 200 horas pelo ERP, recebeu dois lucros - 400 tr e competências. Dinheiro - é claro, aqui está, na conta corrente. Você pode transferir, gastar, investir. Onde estão as competências? Naquela cabeça careca. O que pode ser feito com eles? De fato - nada.
Acontece que o cara aprendeu às nossas custas. Não que investimos dinheiro em seu treinamento - não, aconteceu. Mas podemos obter esse lucro de apenas uma maneira: continuar explorando essas competências, ou seja, em todo o trabalho do ERP, coloque-o sozinho. Bem, ou arrisque e coloque um iniciante para obter outro recurso não recuperável.
A razão para esse estado de coisas é banal - o sistema de motivação errado. Não é que isso não incentive - ele proíbe diretamente uma pessoa de compartilhar competências.
Sistema de motivação - para que serve? Para que uma pessoa, por vontade própria e com todo zelo, faça o que é benéfico para a empresa. O sistema de motivação deve substituir o líder que anda, chuta e tenta apontar algo todos os dias.
Como garantir que uma pessoa, por vontade própria, faça o que é benéfico para a empresa? Bem, primeiro, é claro, para entender o que é benéfico para a empresa. Em segundo lugar, garantir que o benefício da empresa seja benéfico para a pessoa. Não na forma de missões e slogans, mas de verdade.
Case
Para o caso, escolhi os métodos que, em minha opinião e experiência, são mais adequados para alcançar a meta - duplicar a produção. Em geral, existem muitos outros métodos, mas aqui não estamos envolvidos na escrita, mas na ação. Além disso, vale ressaltar que, para dobrar a saída, não é necessário implementar todos os métodos - geralmente apenas um é suficiente.
A diferença nas condições iniciais de uma empresa em particular, da qual nada sei. Provavelmente, existe a franquia mais idiota do mundo, que tem a menor produção por funcionário. Você não é desta franquia, então sua métrica é maior. Mas quanto maior - não faço ideia. Mas o fato de você poder dobrar a saída é um fato.
Então, o que você precisa fazer
com :
- Selecione, automatize e adicione saldos iniciais ao sistema de classificação;
- Automatize e adicione saldos iniciais ao sistema de competências;
- Tomar uma decisão sobre o sistema de motivação, automatizar;
- Escolha os parâmetros da estratégia de competência;
- Nomear um oficial de serviço;
- Converse com programadores.
Para fazer:
- Discussão geral das tarefas recebidas;
- Seleção de um executor por competência, de acordo com a estratégia;
- Gestão e contabilidade de assistência mútua;
- Gerenciar status da tarefa.
Agora vou descrever brevemente cada item. Mas primeiro, uma explicação da automação.
Automação
O ponto presente em quase todas as variações do caso é a automação. Todas as alterações que você fará nos processos, gerenciamento e motivação, você precisa automatizar rapidamente.
"Automatizar rápido" é realmente rápido, ou seja, durante o dia (inclusive aguardando a oportunidade de atualizar a configuração do banco de dados). A partir daqui, surge imediatamente a necessidade de executar essa automação pelas forças da mesma equipe, cujo desenvolvimento você está aumentando. Se você é uma grande franquia e tem outro departamento que não está sujeito à sua automação interna, não tem muita sorte, mas existe uma solução - automação secreta.
Para tudo o que existe, basta uma configuração auto-descrita feita no joelho. Então, um dia, você o aprimorará, integrará em seu sistema corporativo, fará uma interface ergonômica etc. Agora precisamos de dados quase vazios, sem beleza e conveniência. Portanto, se você não tiver acesso para finalizar o sistema comum, crie o seu e compartilhe-o com a equipe.
Se o seu sistema de gerenciamento de tarefas não estiver no 1C, então, infelizmente, você não terá sorte - provavelmente será necessário descartá-lo. Ou use-o como proxy para o 1Snoy, se os clientes estiverem presos - deixe-os dirigir as tarefas para lá, mas, por enquanto, faça você mesmo um sistema, na 1C, e faça o upload de dados para ele. Caso contrário, nada funcionará - os desenvolvedores do bitrix24, JIRA, Github e outros sistemas, peço desculpas, eles queriam cagar nas suas necessidades. Se adicionar. Você ainda pode adicionar uma propriedade à tarefa, então a parte tabular é improvável e, mais ainda, o relatório.
Para automatizar o trabalho das equipes internas sentadas próximas uma da outra, a melhor plataforma, infelizmente, é a 1C.
Sistema de classificação
Precisamos de um novo sistema de classificação - a tarefa que agora realizamos em 2,5 horas, devemos realizar em 1,25 horas e vender em 2,5 horas. Acontece que a tarefa em nosso estado-alvo terá duas classificações - 2,5 e 1,25 horas. Um é um investimento real de tempo, o outro é uma certa avaliação para um cliente. Agora, no estado atual, acreditamos que essas estimativas são iguais (em média).
Pessoalmente, não gosto de manter duas classificações em uma unidade (horas). Não consigo parar de me perguntar como alguém pode gostar dela. Na realidade, existem ainda mais classificações: o relógio para o cliente, o relógio chamado pelo programador durante o planejamento, o relógio é real. Como, então, reunir tudo, de alguma forma, analisá-lo - o diabo o conhece.
Eu recomendo o sistema do Scrum - planejamento de poker. Cada tarefa é avaliada em pontos retirados da série Fibonacci - 1, 2, 3, 5, 8, 13, 21, 34, etc. A avaliação reflete sua visão abrangente dessa tarefa - a complexidade da execução, os custos de mão-de-obra, a incerteza e a natureza problemática do cliente na entrega do trabalho.
A maneira mais fácil de começar com a "âncora" é determinar se há uma tarefa de 1 ponto. Essa é a tarefa mais simples e atômica que você resolve. Consequentemente, uma tarefa de 2 pontos é duas vezes mais difícil.
As estimativas são feitas ao processar o fluxo recebido, ou seja, quando uma nova tarefa aparecer. Cada membro da equipe coloca sua marca, no final, temos 5 marcas (para o exemplo descrito por nós). Se houver estimativas divergentes em mais de um elemento da série, precisamos conversar e entender por que há uma diferença tão grande e, para eliminá-la, uma é superestimada ou outra subestimada. Quando todas as divergências são resolvidas, a média é considerada (a soma das classificações dividida pelo número de classificações) - será a avaliação do problema.
Se você introduzir o sistema “de cima”, é bem possível não organizar uma votação, mas colocar as classificações você mesmo. Nós não temos Scrum, nós mesmos escrevemos as regras.
Se, no processo de solução do problema, ficou claro que a estimativa está subestimada ou superestimada, é possível alterá-la com segurança. Obviamente, quando a tarefa for encerrada, a nota final deverá ser conhecida.
A avaliação deve ser inserida no sistema e armazenada na forma de uma tarefa de adereços.
Se você não gostar dos pontos, poderá usar algum tipo de horário padrão. Não recomendo esta opção, mas minha opinião pode ser ignorada. Por exemplo, no início da prática, criei uma avaliação como "para o melhor" - quantas horas o melhor programador passaria sabendo sobre um problema, contexto, cliente, funcionalidade, etc. ... Tudo o que esse "melhor" precisa - escreva um código.
Agora é extremamente importante inserir os saldos iniciais - avaliar as tarefas por 1-2 meses que você já resolveu e fazer estimativas no sistema. Primeiro, pratique e desenvolva seu próprio sistema de classificação. Em segundo lugar, e mais importante - obtenha a velocidade atual e o "preço em pontos".
Por exemplo, você vende 500 horas por mês por 2000 rublos, e isso é 500 pontos. Então sua pontuação no momento é de 2000 rublos. Depois de introduzir as alterações, você deve gerar 1000 pontos, vendê-los por 2000 rublos e receber o dobro da renda (tanto a empresa quanto os funcionários).
As sobras iniciais são extremamente importantes, porque sem elas você não responderá à pergunta elementar - funcionou ou não? Não seja preguiçoso, por favor.
Será tentador não avaliar tarefas antigas, mas começar com novas. , , , . – .
«», – .
, . , , ( ).
– . . , . , , .
– . – « » « », , .
– . – . , , , . – , . , , , , .. , .
, – . , . – , . , 10 . , , 100 %.
. . . . , , , .
« », . , - . – , , , , .
– , . , – .
– . , , , , , ( ). , – .
, – . «», «», .
. – . , , ( ). , , .. .
, , , , .
– «» , , . , , , , . , ( , – ).
, , , , « -». , , 10 , 2.
-. «», . «» – , , , . ? – . , 40 % — «». , 15 , , 2 , 500 . 2 . 60% = 600 , .. 266 (600 2.25 ). , 100 ( 10 , 1000 ).
«» 1600 ( 15 , 400 ). , . , .. , 500 , – 1600 . , – . , . , . , , -, .
, . , – . , 2 , 5 - . , , , .
, – , . , .
: – , «» . – , . , – , . .
, , . – , , , .
, . , .
, – - . , , , . , , , .
, . : . – , , , , .
: 70 % – , 30 % – . , . , . , , .
, – , , , ? , . -, . -, . , , . « » – « — ».
, , – , , . , – . . -, , . , , .
– , , . , – , .
«», , , . – , , , . – , , - . .
– , . , – – .
, , . , - «, , , . , . , , . , . „ “? ? , , , , 9-00 . , . – , ».
– , ( ). .
. , . , , , , . , , , . , , , , , .
- , . 5 15 . , – .
– , , . - , .
. , . , , « ».
, , . 1 – , . , , . , , – , , , – - «», , . 1 , - .
, , - , , . : .
– . , , . , – , , . .
, – , . , , . , « », - .
, , , - . , , , , .
. , , – , – . , , .
Muitas pessoas se perguntam - como é possível que a produção dobrar? Devido a quê? Somos capazes de escrever código mais rapidamente? Ou reduzir sua qualidade? Tapa e produção? Muitos, é claro, não são convidados, mas simplesmente negam e rejeitam. Afinal, é impossível que houvesse algum método comprovado de dupla aceleração, mas ninguém sabia disso?
O problema, de fato, é comum - o vetor errado de atenção. Ou, mais simplesmente, você não está olhando para lá. Limitamos o tópico aos programadores, embora o princípio seja universal.
Na sua opinião, qual é a velocidade ideal para resolver um problema do cliente por um programador da 1C? É sobre a tarefa de desenvolver ou finalizar. Pense enquanto lê, a resposta será um pouco menor.
Vamos dar uma olhada no trabalho do programador 1C. O que você acha, em quanto tempo ele programa (incluindo todos os aspectos - escrever código, criar metadados, layouts etc.)? 100%? 50%? 20%?
A prática mostra que isso acontece e 3%. Se você não acredita, verifique por si mesmo - existem programas especializados para essas medições. Mas há uma maneira mais simples - observe a quantidade de código gravada pelo programador em um dia e divida por sua velocidade de impressão. A figura resultante pode surpreendê-lo.
A mente do programador ficará indignada - bem, mas e quanto à quantidade de código e velocidade de impressão? Existem tarefas nas quais você precisa escrever mudo e muito. E há aqueles em que você precisa ler muito, pensar, analisar e tentar, depurar por um longo tempo.
Ok, vamos do outro lado. Durante todo o dia o programador pensou, analisou, tentou. Como resultado, ele escreveu 50 linhas de código e o problema foi resolvido. Código bom e correto, tudo é verificado e funciona. Passado 8 horas.
Agora, a pergunta é: em que horas ele resolverá exatamente o mesmo problema de outro cliente? Se ele apenas pegar uma solução pronta, então cerca de 5 minutos, certo? Bem, enquanto o configurador abre lá, enquanto o segundo, enquanto copia, etc. E se você reescrever, com canetas? Meia hora? No caminho, ele também fará uma revisão na máquina, e o código será aprimorado. 16 vezes mais rápido.
Bem, que diabos, copiar o código. Outro exemplo Você, em vez de dar uma tarefa ao programador, deu de 10 a 20 - você disse: aqui está o rastreador, escolha qualquer um e faça-o. O que acontecerá depois?
O programador irá escolher. No código do programa, o operador de seleção trabalha por uma fração de milissegundo (se não for uma condição muito difícil), mas uma pessoa não é uma máquina. Para ele, a escolha é um processo que às vezes fica muuuuito lento.
Às vezes, esse processo lembra o reconhecimento na batalha: o programador não apenas lê o título da tarefa e a descrição detalhada, mas também comenta, e depois rasteja para o configurador para entender o contexto. Olha, tropeça - Fu, digamos, esta é uma tarefa sobre macacão, aí o diabo quebrará sua perna, neste soft starter. Não, deixe Kolyan fazer. 15 minutos perdidos. Multiplique por 10-20, quanto será? Até 5 horas?
Isso é bom se o programador for inteligente e tiver contexto suficiente para tomar uma decisão. Mas ele, por exemplo, é um grande fã da Internet e procurou uma solução pronta - no mesmo Infostart, em uma conferência de afiliados ou em outro lugar. O momento da escolha começa a crescer a um ritmo alarmante.
Meio dia escolherá, meio dia funcionará. Perdas - 50%, ou seja, basta que alguém emita uma tarefa corretamente para duplicar a saída.
Ok, não temos esse problema como escolha. O gerente, ou programador chefe, escolhe e diz - aqui, faça isso. Não, não quero, não posso deixar Kolyan fazer melhor, responde o programador. Faça isso, eu disse! - insiste o chefe.
Além disso, de acordo com o entendimento do principal, o programador sentou-se e o fez. Deixe não muito eficaz, mas faz. O que ele esta fazendo? Às vezes - sim, resolve o problema. Às vezes, ele se senta e se ofende. Ou procurando razões para não fazer a tarefa. Por exemplo, está preparando uma lista de questões "sem as quais não faz sentido começar". Ou a Internet é estúpida, porque o mundo não é justo.
Vou terminar os exemplos, embora na verdade existam dezenas deles. Acontece que o programador tem dois estados - escreve código ou tupit. A palavra "tupit" é usada sem uma conotação negativa; simplesmente não encontrou um verbo mais adequado do substantivo "estupor".
Então o princípio principal foi desenhado: veja onde é estúpido. Faz pouco sentido iniciar o crescimento da eficiência com o processo de escrever código, escolher um ambiente de desenvolvimento diferente (como EDT), todo tipo de coisa para acelerar a codificação etc. Considere que, quando um programador escreve código, ele é eficiente. É isso mesmo quando ele bate com os dedos no teclado ou desenha com o mouse o formulário e adiciona os detalhes.
Na maioria das vezes, perde-se onde o programador é estúpido, e não onde ele escreve o código. Eu disse várias opções.
Se você é o chefe dos programadores, pare de olhar para a codificação, observe o tempo de inatividade. Se você é um programador, olhe para si mesmo, no seu tempo de inatividade. Essa é a chave para aumentar a velocidade de desenvolvimento.
Voltamos à pergunta - qual é o momento ideal para resolver um problema do cliente por um programador 1C? A resposta é óbvia - zero. Bem, absolutamente zero não existe, que seja 5 minutos. Como esse tempo é alcançado? Você já entende: emitindo uma solução pronta para uso. O cliente veio, disse sua tarefa, e você disse imediatamente - a solução que você já tem. Não sei quanto dinheiro levar, bem, não em 5 minutos do trabalho de um especialista, isso é certo. Você pode argumentar com essa afirmação, mas você pode pensar. Quantas vezes você resolveu problemas idênticos? Qual é a porcentagem de tarefas que você resolve pela primeira vez e nunca ouviu falar disso? Eu tenho uma prática pequena - apenas 13 anos, mas mesmo com uma figura tão modesta, entendo e vejo que já resolvi metade dos problemas.
Se você se armar com essa abordagem, precisará de bastante - escreva ferramentas personalizadas abstratas (em vez de govnokod contextual e momentâneo) e armazene-as em algum lugar. O primeiro que discutimos, o segundo tem muitas soluções.
Então fui um pouco além do caso. Não exorto você a desistir de tudo e a lidar com soluções prontas, só queria mostrar o ideal - a aceleração não é, de fato, desenvolvimento, mas vendas dezenas ou centenas de vezes. Consequentemente, a aceleração da geração de receita de franquia é centenas de vezes. Enquanto lidamos com um menor, vamos acelerar duas vezes.
Você entendeu o princípio, então tudo será claro e simples para você. Descreverei as ações que precisam ser incluídas no trabalho do departamento, com um objetivo - reduzir o tempo monótono, substituindo-o pela programação.
Discussão geral das tarefas recebidas
Simples e brega. O atendente, com quem discutimos em um artigo anterior, reúne todos os programadores todas as manhãs e analisam novas tarefas.
A primeira coisa a descobrir é se alguém resolveu um problema semelhante. Se você decidir, nomeie-o como consultor ou curador - não importa para o que ligar. É importante que o contratante saiba com quem entrar em contato.
Se ninguém fez isso, simplificamos um pouco os critérios - estamos procurando aqueles que trabalharam com este subsistema, este documento ou esse mecanismo de plataforma. Bem, você vê - se a tarefa é desenhar o Agendador, qualquer pessoa que já tenha dominado esse mecanismo incrível o fará. Ele será consultor.
Se a tarefa geralmente é nova e nem sequer é familiar para ninguém, você precisa escolher um isqueiro - aquele que será o primeiro a entender esse tópico. Existem duas tarefas principais: resolver um problema e desenvolver competência. Da próxima vez que se tornar consultor em tarefas semelhantes. Obviamente, todo mundo entende que fumar pode levar mais tempo do que o acordado com o cliente - isso é normal, você investe em sua equipe.
Ter um consultor é especialmente importante para iniciantes. Mesmo que, de acordo com sua estratégia de desenvolvimento de competências, você proíba um iniciante de pedir a um curador, o simples fato de sua presença fornecerá um enorme apoio moral a um iniciante.
Bem, não se esqueça de avaliar a tarefa, em pontos - jogue o planejamento do poker.
Seleção de um executor por competência, de acordo com a estratégia
Tudo é simples aqui. Você fez uma escolha - ajustou o controle deslizante entre o desenvolvimento e o aumento de competências. Portanto, escolha um artista de acordo com sua estratégia.
Por exemplo, você decide que iniciantes devem resolver problemas desconhecidos em 30% das vezes. No sistema, você já possui um relatório que mostra a porcentagem - quantos amigos, quantos problemas desconhecidos ele resolveu. Observe os números e decida em que momento emitir uma tarefa nova e desconhecida.
Ter um consultor removerá o excesso de potencial de importância da tarefa e fornecerá os elementos do processo do jogo. Será interessante para um iniciante lidar com novos mecanismos, porque ele saberá sobre a disponibilidade de suporte e sentirá. Se você estipular previamente os limites da aplicação desse suporte, será geralmente maravilhoso: por exemplo, forneça a um iniciante um trabalho independente por não mais de um dia, após o qual o consultor decidirá.
O grau e o formato do suporte de um consultor são de sua própria escolha, não há nada complicado. Se o recém-chegado é completamente novo, não faz sentido dar a ele um link para uma conferência de afiliados, um livro grosso sobre desenvolvimento e incentivar "vamos lá, resolva isso, filho". Ele simplesmente não consegue digerir um pedaço tão grande, engasga e você pode perder um funcionário. Ele não vai desistir, mas receberá um golpe significativo em sua importância, pode se tornar fechado e inerte.
Não há conselhos definitivos sobre a escolha de um "tamanho da peça", porque tudo é estritamente individual. Um princípio é universal: esse tamanho precisa ser monitorado. Claro, se você deseja aumentar a eficiência, e não o seu próprio significado. Uma maneira de auto-expressão como definir tarefas insolúveis é muito usada entre os programadores da 1C para não falar sobre isso.
Há exceções - funcionários que querem descobrir tudo por conta própria. Tanto que eles querem que recusem qualquer ajuda. Esta é a maneira deles de aumentar o significado - "Eu mesmo posso descobrir", e quanto mais amplo o contexto em que ele mergulha, maior a recompensa é a satisfação pessoal. Essa é uma qualidade útil, mas às vezes se transforma em uma mania - é melhor seguir isso, estabelecendo limites (com o tempo, por exemplo).
Se a tarefa for urgente ou o cliente for importante para você, as experiências serão desativadas e quem entender melhor ficará na tarefa. Bem, todo mundo sabe disso.
Gestão e contabilidade de assistência mútua
Se houver um consultor, seria bom motivá-lo - fornecer uma porcentagem do pagamento por hora para resolver o problema. A quantidade de interesse depende do grau de participação.
Obviamente, é necessário garantir que o consultor não se torne insolente e não puxe o cobertor sobre si mesmo quando a tarefa for atribuída ao recém-chegado. Não esqueça que nosso objetivo não é benefício imediato, mas sucesso a longo prazo.
Bem, você deve seguir o iniciante. Se você decidir que nesta tarefa ele conhece apenas o trabalho com o Agendador, não deixe que ele assuma o restante do contexto da tarefa - deixe o consultor informar.
Na verdade, não há mais nada a acrescentar.
Gerenciar status da tarefa
Havia um
artigo separado sobre esse tópico, não vou repetir tudo. Aliás, o artigo não estava particularmente interessado no 1Snikov, mas os representantes de outras raças de desenvolvedores gostaram - estamos trabalhando ativamente com eles agora. Isso significa que, no mundo da programação 1C, até agora, nem tudo é bom com métodos de aumentar a eficiência.
Quando você selecionar um oficial de serviço, forneça a ele um link para o artigo acima. A principal coisa que ele deve entender, aceitar e cumprir é que o status das tarefas precisa ser monitorado.
Toda manhã deve começar com um ritual - gerenciamento do status da tarefa. É muito simples e fácil de automatizar. Na primeira janela - novas tarefas que ainda não foram levadas ao trabalho. Esta é uma lista de discussão com a equipe que analisamos acima. O resultado da discussão deve ser o esvaziamento desta janela.
Na segunda janela - tarefas aceitas no trabalho, mas sem um executor. Esvaziado da mesma maneira, após uma discussão geral. Após a discussão, as duas listas devem ficar vazias. Tempo permitido para a tarefa estar no status "Não aceito para trabalho" e "Não atribuído a um executor" - não mais que um dia útil.
Se a tarefa não estiver clara e o cliente precisar de esclarecimentos - a tarefa, juntamente com uma lista de perguntas, será movida para a janela / status "Requer esclarecimento" ou "Enviado para revisão" - não importa o nome. O determinismo é importante.
Após a discussão (ou antes dela), o atendente verifica a lista daqueles enviados para revisão, para que não haja atraso nos status. Por exemplo, três dias são alocados para esclarecer a declaração. Três dias se passaram - precisamos escrever para o cliente para não desacelerar. Muito provavelmente, ele simplesmente esqueceu de responder.
Durante uma discussão com programadores, observamos a janela "No trabalho". Nós o classificamos: todo mundo entende quem está envolvido em qual tarefa. Dessa forma, há um tempo para a tarefa estar no status “Em trabalho”, vinculada ao contratado, e esse tempo deve ser monitorado.
Banal - para não perder os limites do tempo do conhecimento para um iniciante. Se ele recebeu um dia por uma decisão independente e esse dia passou, ele, com uma alta probabilidade, não levantará a mão e não dirá que não poderia lidar. Will estúpido até o fim. Não precisamos disso, então o controle banal sobre a vida útil do status nos salvará de perdas desnecessárias e um novato da culpa por nossa estupidez.
A última janela - tarefas concluídas que requerem aceitação do cliente. Aqui, o princípio é o mesmo daqueles enviados para revisão - estabelecemos um prazo, por exemplo, três dias, após os quais começamos a nos lembrar. Calma, confiante, mas persistente. Repito, o cliente poderia simplesmente esquecer, ele tem o suficiente de seu próprio negócio.
Final
Bem, é isso, termine o caso. A figura principal discutida é o valor intrínseco de uma unidade de trabalho, ou seja, ponto. Argumentei que esse custo pode ser reduzido pela metade - para produzir a mesma quantidade de trabalho na metade do tempo.
Aqui está nossa programação para um dos clientes (o principal no momento):
Como você pode ver, antes de aplicar o caso (ou seja, até abril), o valor do ponto oscilava aproximadamente no mesmo nível. Isso significa que, gastando o mesmo número de horas, produzimos a mesma quantidade de resultado - uma média de 1 ponto em 0,9 horas.
No primeiro mês de uso do caso, o valor do ponto caiu acentuadamente, para 0,22 horas, o que é cerca de quatro vezes. O primeiro mês, é claro, deve ser levado em consideração, mas não se pode confiar totalmente, porque houve um salto acentuado na entrega do trabalho - várias tarefas "caras" que, devido ao ciclo de vida descontrolado das tarefas, arrastadas como borracha, fecharam.
O segundo mês é mais indicativo e correto. Em primeiro lugar, não havia mais tarefas antigas que seriam fechadas - todas as tarefas que foram encerradas em maio nasceram nos dois meses anteriores, ou seja, durante a aplicação do caso. Em segundo lugar, o uso do caso se estabeleceu e se tornou um hábito. O resultado - 0,33 horas por 1 ponto, três vezes melhor do que antes do caso.
Bem, então o número começou a rondar a média prometida - metade da original.
Obviamente, foram obtidos resultados positivos não apenas para este cliente, mas também para todo o trabalho em geral. Incluindo - no interno, do qual temos bastante - mais do que para clientes externos.
Aqui, por exemplo, está um gráfico do número total de pontos ganhos:
Como você pode ver, antes do caso, distribuímos de 400 a 500 pontos por mês, em média, e então esse número aumentou para 1400 - um aumento de 3 vezes.
Ambas as agendas foram interrompidas em outubro, infelizmente - costumávamos realizar tarefas no github e depois nos mudamos para o Flowcon. O cronograma geral, de duas fontes, atrai preguiça.
É interessante entender a dependência dos números. Nós, Oknosoft, tentamos fazer pouco pelo atendimento ao cliente, nossa prioridade é o desenvolvimento. Antes do uso do caso, tínhamos um problema - demorava muito tempo para os clientes e restava muito pouco para desenvolvimento.
O uso do caso nos permitiu sair dessa armadilha - tínhamos, embora ainda não o suficiente, mas muito mais tempo para o desenvolvimento. O resultado não demorou a chegar: implementamos vários produtos que são muito importantes para nós.
O primeiro é o site do nosso projeto de programação de negócios (não darei um link, caso contrário, receberei um email com o assunto "nmivan, vamos lá ..."). A palavra-chave é o site, porque antes criamos apenas aplicativos de negócios que funcionam via Internet. O site foi criado na plataforma metadata.js, mas o principal sucesso não é o site em si, nem o conteúdo, mas o refinamento da plataforma e de seus componentes. Agora você também pode criar sites no metadata.js. Além disso, o site contém funcionalidade e microsserviços do CMS.
O segundo projeto, que não chegou às mãos por muito tempo, era sem papel, ou seja, funcionalidade de expedição de oficina, trabalhando através de um navegador e com visualização interessante (isso é importante para a produção de janelas, por exemplo). O trabalho de ausência de papel através de um navegador - por exemplo, usando um scanner de código de barras conectado a uma TV - expandirá e simplificará significativamente as possibilidades de aplicação de soluções no metadata.js na produção. Considerando especialmente a simplicidade de trabalhar com eventos externos no código metadata.js, eles podem ser capturados em qualquer lugar, e não apenas na forma ativa, como no 1C.
Conversamos sobre o terceiro projeto -
Flowcon.Life . Para nós, é extremamente importante, porque deu várias tarefas úteis para o desenvolvimento da plataforma. Este é o primeiro projeto para pessoas, não para negócios.
O quarto dificilmente é interessante para você - este é o Flowcon, uma configuração para o serviço de gerenciamento de tarefas / equipe / negócios 1C +.
Bem, mais alguns - menores e mais chatos, ou maiores e mais secretos. Total, digamos, seis peças.
É muito ou pouco? Vou esclarecer para duas pessoas. Que também estão trabalhando com clientes em projetos de implementação, escrevem artigos, juram muito uns com os outros e com o mundo inteiro e até preguiçosos para o inferno.
Tudo é relativo. Seis projetos em 9 meses - muito ou pouco? , 6 ( ), – 0.15 0.66 .
, , — , . , , , . , – .
, , . , , .
, , , – . , , , – .
, . , . , , — , ? .
, , . , . , , , , . .
« »
. , , - .
, - – , , . . , – , .
, , . – , – . , – . , .
1 , , , 1 , ? , , - , – .
, , . – . 1.5 – . – . , , «, - , ».
1? Nada. , – , .
. , – . . , .
?
« , »
– . «» — . , , .
– , – , . , . , . .
, . – , . , , , – «, ?».
? , .. – , , . , , , – : , . , , – .
« , »
– , . . , .
« , -, »
, . , ? ? .
, « », – , .
, . , . ?
, .
« – »
. – , .
« / ///»
– . , , .
« , »
, – . , . , – .
. , . – , .
, – 1, , , . .
« ? ?»
, . – , , . , .
, – 1: , – . – , – .
« , …»
, . , – .
« ?»
. – , – . – .
. - , , .. – , , .. , .
, , . «» — , .
« ?»
, . .
, , – . . – . , , , , – .
, . , . – .. . - , . , .
, . , , . , .
, . , . , , , , .
, , .. , – – . , , , .
«?»
– , , , . – - .
1: , , , «», - . , , . , – , .
, . – , . , , .
(, -, ), 1: , . – , – . «» .
– . – . , «» .