Capacity Planning para um desenvolvedor solo - Activities?

5

Estou tendo problemas para ver o benefício de definir o campo Atividade em Tarefas para uso no Planejamento de Capacidade (estou usando o Modelo Scrum). De fato, isso parece tornar as coisas mais complicadas.

Por que eu tentaria equilibrar meu tempo entre Requisitos, Design, Desenvolvimento, etc.? Eu pensaria que a tarefa real a ser executada deveria conduzir as coisas, não o tipo de trabalho que é. Tudo o que eu acabo fazendo é ajustar a capacidade por dia durante o meu planejamento da Sprint para que nada fique no vermelho. Apenas isso invalida o recurso, pelo menos no meu caso.

Em todos os exemplos do Capacity Planning que vi até agora, cada membro da equipe recebe uma única atividade. Posso ver onde as Atividades podem ser úteis aqui, como um meio de saber quando um membro da equipe pode precisar da ajuda de alguém que esteja um pouco adiantado.

Para as equipes, com certeza. Mas para um desenvolvedor solo eu não posso ver isso.

Alguém pode me mostrar onde eu posso estar enganado nisso? O que o rastreamento de atividades pode fazer por mim além de dificultar minha vida?

EDITAR:

Para esclarecer, estou falando do uso do campo Atividade no contexto do Planejamento de Capacidade (CP) apenas. Definindo o campo Atividade em Tarefas para uso em relatórios posteriores, estou de acordo - na verdade, prefiro. Mas para CP é uma história diferente.

Por exemplo, considere este plano:

HáummontededetalhesnessescamposdeCPDqueparecemdesnecessários.Depoisdeselecionarminhastarefasparaosprint-combasenaprioridadeeesforço-tudooqueacabofazendoéfalsificarosnúmerosatéqueosgráficosàdireita(aparecendoembaixonográficoacima)nãomostremmaisvermelho.

Pareceumexercíciofútil.Meuargumentoéqueotrabalhoaserexecutadodeveconduziraseleçãodetarefas,nãootipodetrabalho.Especialmentedesdequechegueiaessaparte,eujáselecioneiastarefasdequalquermaneira.

Sim,éverdade...umagrandepartedamotivaçãoportrásdaminharecenteadoçãodoTFSestáenvoltaemminhasprópriastendênciasparasubestimarterrivelmente.Naverdade,umdosmeusclientesmediz:"Ninguém pode subestimá-lo, Jeff".

Mas, ao lembrar, minhas subestimações foram baseadas em tarefas , não em tipo de trabalho .

O que vou perder? Devo deixar o campo Activity vazio no separador CP e simplesmente definir a minha capacidade individual para o número de horas que espero trabalhar todos os dias?

    
por InteXX 05.04.2016 / 01:41
fonte

2 respostas

3

Como um colaborador solitário, é difícil ver a necessidade de muitas coisas que são mais benéficas para uma equipe, especialmente em áreas de comunicação e documentação do tempo.

Quanto você deseja ajustar suas habilidades de estimativa? Você pode descobrir que há áreas que você não está considerando (por exemplo, implantação) ou pode subestimar ou superestimar algumas áreas. Minha experiência é que as equipes parecem ter sido sugadas para gastar muito tempo improdutivo no design, por isso é importante observar o relógio e tentar ficar no assunto. Desenvolvedores solitários correm o risco de não definir tempo suficiente para o design.

Melhorando a sua equipe. Idealmente, no Scrum, você adicionaria outro membro da equipe que faz tudo como você, mas você pode encontrar uma situação em que apenas uma ajuda em tempo parcial ou um consultor é tudo que você faz. vamos pegar.

    
por 05.04.2016 / 10:19
fonte
0

Para nós, é apenas uma categoria de detalhamento para relatórios. Eles poupam ter que percorrer a descrição da tarefa para descobrir que tipo de atividade é.

Se ninguém tiver olhos nos sprints e não estiver criando nenhum tipo de relatório e coisas do tipo, pode ser tentador ignorar isso, mas não é muito trabalho extra.

No nível macro, eles podem ser usados como teste de ácido para determinar a tração do projeto. Alguns têm análise e requisitos para os primeiros sprints e desenvolvimento, enquanto outros têm um pouco de tudo em cada sprint. Isso realmente depende do projeto.

    
por 05.04.2016 / 10:15
fonte