👰🏽 🤙🏼 ⚓️ Avaliação. Calcular e conhecer 🚇 🌕 ♋️

A previsibilidade de prazos desempenha um papel importante no desenvolvimento de projetos de TI. E devido à alta complexidade dos processos, a avaliação de tarefas é um problema difícil, que não possui um algoritmo explícito ou um plano simples. Isso é agravado pelo fato de que, no processo de comunicação sobre avaliações, negócios, gerenciamento de projetos e desenvolvimento podem falar idiomas diferentes, não entendem e não querem entender os problemas e valores um do outro. O resultado é "cancelar a inscrição" em que os esforços são gastos, mas eles não trazem o efeito necessário.

O artigo será útil para desenvolvedores que desejam melhorar e tornar o processo de avaliação mais confortável para si. Nele, compartilharei a abordagem desenvolvida, que nos permite aumentar o entendimento mútuo com outras unidades, além de reduzir o nível de nossos próprios esforços de avaliação. Analisaremos por que precisamos de estimativas, como avaliar grandes tarefas e subtarefas decompostas. E, o mais importante, o que fazer para entrar nessas avaliações.

A versão em vídeo da apresentação está disponível aqui .

Bem, agora ao ponto.

Por que dar notas

Na vida de cada desenvolvedor, esse momento desagradável chega quando "eles" vêm até nós e exigem: "quando estará pronto?". "Eles" são gerentes, produtos, líderes de equipe, chefes ... A questão é: por que são esses "eles"? O que "eles" farão com isso? Se entendermos isso, podemos dar a eles exatamente o que precisam e economizar tempo. Existem várias opções, e aqui estão as principais.

O gerente precisa avaliar o escopo do trabalho (entrega, liberação, sprint): o cronograma do calendário e seu volume total. Nesse caso, é importante entrar na avaliação geral, não importa a entrada em cada tarefa específica (em algum lugar gasto mais, em algum lugar menos - geralmente aceito). No futuro, o trabalho de outros departamentos é planejado para isso, e os indicadores que a empresa gerencia dependem disso. E o negócio precisa de previsibilidade: reduzir riscos e melhorar a capacidade de gerenciamento.
. , . /. , , (, , ) . : , - . , . .
( ). , . , : , . , /, , ( ), . (, , ), .

Bem, por que esses "eles" foram desmontados? Mas precisamos disso? Imagine que seu gerente saiu de férias. Para sempre. E então sente-se, trabalhe em silêncio, um dia, duas, uma semana. Ninguém precisa de classificações, a vida é boa. Você vai se avaliar?

Dar a eles ou não é uma questão pessoal, mas aqui estão os argumentos para isso.

A avaliação mostra como concluir a tarefa. O cérebro humano é uma coisa cara, e uma pessoa não gosta de pensar - é difícil. Portanto, o desejo natural de pensar o mínimo possível. Mas como fazer isso? Você pode dividir a atividade em uma mais estreita. Compartilhamos planejamento e execução: primeiro pensamos no método (durante a avaliação), depois passamos para a execução e pensamos na execução (no processo).
, «» . , — . , () ( ) , . , - .
— . — . , , . . , . 2 . 2 , - , . . , , — . , , — . ( /), . , , : « , !!». , , . ? . «», , . , , — - .
O efeito psicológico. Se a tarefa é complexa, ela muda durante o processo de desenvolvimento ou nosso conhecimento sobre ela muda. Se não fizermos uma avaliação inicial, a tarefa no processo ficará cheia de novos detalhes e, como resultado, não chegaremos lá - não nos lembramos do porquê. Após várias iterações, o efeito de um impostor bate na cabeça. E se eles tivessem feito uma avaliação inicial, o motivo teria sido corrigido: eles achavam que eram necessários 5 papagaios, mas o resultado acabou 10. Por que acabou sendo a segunda pergunta, eles se lembram bem disso. E o motivo nem sempre é ("Os desenvolvedores sempre não fazem nada" / "Esses produtos não podem pensar em nada para sempre, e então ele aparece").

Então, decidimos: as avaliações são necessárias tanto por “nós” como por “eles”. Faz sentido continuar lendo o artigo.

Finalidade da avaliação

É inútil adivinhar quanto tempo a tarefa levará. Você não consegue adivinhar exatamente e, se puder, não será capaz de dizer isso com segurança até fazê-lo: portanto, adivinhei ou não. E, nesta fase, ninguém está interessado na avaliação.

Portanto, uma avaliação não é uma tentativa de adivinhar quanto tempo uma tarefa levará. A avaliação é um acordo entre o cliente e o contratado sobre a estrutura e (possivelmente) a maneira como a tarefa é executada .

Normalmente, um negócio adequado não tem uma tarefa a ser esmagada em um período de tempo específico; um negócio precisa de previsibilidade e limitação de risco. O tempo é caracterizado não pela velocidade do trabalho do programador, mas pela quantidade de trabalho que ele coloca na tarefa. E você também pode dizer olá a um colega: se eu receber uma tarefa com uma avaliação inadequada, é uma ocasião para eu pensar: nossos métodos são exatamente os mesmos? Talvez ele tenha visto uma maneira mais fácil de resolver? Ou talvez, pelo contrário, não tenha notado algo grande? De qualquer forma, um motivo para verificar o relógio.

Processo de avaliação

A base do processo de avaliação é ver o valor da tarefa de negócios, bem como os principais riscos da tarefa e o volume da rotina. E, em seguida, avalie-os, incluindo a estrutura: não se sabe exatamente o que é, mas é definitivamente maior que X e menor que Y. E, é claro, nós o avaliamos com a precisão com que é necessário (porque a estimativa exata é cara e o cérebro é preguiçoso).

Composição da tarefa:

- ( ). , . smoke-test . , , , « ». , ! — . , : « - , ».
, - , . «» -. , , ( , , , , ), — .
. - , , - . , ( ). : , , , (, . — - . : ( , , : , , , , ), , , , ( ) , , zero-tolerance , , , -, . , (//), (//).
Tudo o resto .

Procedimento para realizar uma avaliação épica

O esquema nasce do fato de que qualquer tarefa pode ser executada em qualquer quantidade de tempo . A afirmação é exagerada, é claro, mas como um todo reflete a essência. Por exemplo, um cliente vem até mim e diz: “Eu quero o facebook. Quando isto estará pronto? " O tempo mínimo para resolver um problema que eu consegui criar é de 15 minutos. Vou ao facebook, faço uma captura de tela, componho uma página com uma imagem, coloco no meu servidor. Satisfaz as condições do problema. Você pode até melhorar a implementação: não tire uma foto, mas faça um iframe com o facebook (embora, como eu esperava, o facebook já tenha resolvido isso) Como a avaliação do tempo determina a maneira de concluir a tarefa, você pode reduzir o tempo para concluir qualquer tarefa em 2 a 3 vezes (isso acontece em 5 vezes). É engraçado que essa lei empírica seja constantemente verificada na prática.

Decompomos a tarefa em subtarefas. Acontece algo como esta imagem (chamamos de “árvore de Natal”): avaliar horizontalmente tarefas no tempo, verticalmente - prioridade.
Classificamos as subtarefas por prioridade (primeiro valor comercial + “carga”, depois arriscado, depois o restante em ordem de importância).
Se a estimativa precisar ser reduzida, reduzimos o problema a partir de baixo. Por que podemos reduzir: alguns dos riscos trabalhados e o valor do inchaço ou do negócio não eram exatamente o que deveriam - são coisas importantes e, sem eles, a tarefa não pode ser aprovada. É necessário consertar isso. Em seguida, poderemos entrar na avaliação executando as principais partes da tarefa (dependendo da falha, uma parte maior ou menor da tarefa será executada).

Processo de Avaliação de Tarefas

Ok, o épico foi decomposto. E como avaliar o tamanho de uma tarefa específica?

Se já fizemos exatamente essa tarefa . Temos estatísticas em algum lugar, quanto tempo foi gasto em uma tarefa semelhante. Se não o fizemos, mas um colega, podemos pegar seu resultado e multiplicá-lo pelo coeficiente de diferença entre ele naquele momento e agora (nível de desenvolvedor, conhecimento do sistema, conhecimento de riscos). Subimos às estatísticas, multiplicamos - conseguimos.
. , . , 60%. , 60% , . , — , 1.5-2 .
. R&D. — , . — . (1, 2, 4 ), — . , , . , R&D, 1-2 , R&D . — R&D. - — , , . — N — - ( ). , — , . , , — .

, ( ) , , . , , .
Planning poker. , . : -, , , , -, , ,
(/ ), . . , . , , 70% .
PERT. , (-) 5 . .
min real max
<> 2 8 20 9

— , , — , ( ), — , , ( ).
:

	min	real	max
<>	2	8	20	9

Os coeficientes 4 e 6 são tomados, como eu o entendo, da suposição de que, no caso geral, a probabilidade de risco é distribuída normalmente, e as caudas (min / max) são igualmente prováveis.

O processo de obtenção de notas

Dar uma avaliação é metade da batalha. O mais valioso é entrar nessa avaliação. E o processo de conclusão de uma tarefa é um processo ativo, da participação na qual o resultado final depende mais do que uma estimativa estimada com sucesso no início. E adote uma aparência semelhante em áreas completamente diferentes. Vi muitos casos em que, depois de fazer uma avaliação, o desenvolvedor assume uma posição passiva “bem, para onde ir agora - aconteça o que acontecer”, dobra as pernas e segue o fluxo. E agora é a hora de agir.

Técnicas úteis no acerto:

6. : . — , - , . /, . ( «» - ). , , - . — . . ? N.
«».
, (- + ) — , . 30%.
.
, ( ) . ( ) — , . — , . — , . .
( ). . , , , . , , . « » — 20-30%, 50. . ( ) , , , .

E, para iniciantes, há o efeito de endireitar os prazos associados às avaliações de tarefas. É descrito em mais detalhes, por exemplo, aqui e, portanto, não vou repeti-lo. Aplicado às avaliações, resulta que é necessário avaliar tarefas e monitorar o acerto, se for importante concluirmos por algum tempo. Mesmo se a tarefa for pequena e houver muito tempo antes de sua entrega (como no desenvolvedor mencionado anteriormente, sobrecarregado com o trabalho, que não gostava de dar classificações). E se não representamos exatamente o que é o estoque (e somos guiados pelo fato de ser grande e "o estado não ficar pobre"), obtemos um excesso descontrolado de termos. E não importa qual buffer é colocado: 2x, 5x, 100x - se você não o gerenciar, ele será comido da mesma forma.

Conclusão

Usando essa abordagem, os desenvolvedores podem otimizar e simplificar o processo de avaliação. E as forças serão gastas menos, o estresse diminuirá e o resultado final será melhor. E também podemos apresentar surpresas menos desagradáveis para "eles" e depois descobriremos que "eles" começaram a falar a mesma língua que "nós".

imagem

Avaliação. Calcular e conhecer