Cálculo de marcos / lista de tarefas

5

Meu gerente de projeto me designou uma tarefa para estimar o tempo de desenvolvimento de um aplicativo para iPad. Vamos supor que eu dei estimativa de 15 dias úteis. Ele achava que o número de dias em que muitos e o cliente precisavam das mudanças no aplicativo com urgência (como na maioria dos casos).

Então, ele me disse: "Vou designar dois desenvolvedor incluindo você e, conforme meu entendimento e experiência, não levará mais de sete dias úteis "

Esclarecimentos

Recebi a tarefa de estimar o tempo de desenvolvimento de um indivíduo. Como posso ter certeza de que 2 desenvolvedores irão finalizá-lo em 7 dias? (Eu sou novo no time e dificilmente conheço as habilidades dos outros)

Perguntas

  • Por que a maioria dos gerentes de projetos / líderes de equipe tem entendimentos como:
    • Se um desenvolvedor precisar de N dias,
    • Então, dois desenvolvedores precisariam de N / 2 dias,
  • Eles pensam algo como developer = s/w production machines ?
  • Um membro da equipe (desenvolvedor, não líder de equipe ou post superior) deve estimar que outros desenvolvedores trabalham?

Eu não neguei nada na reunião e não disse, mas qual deveria ser a resposta apropriada para convencê-los de que a fórmula N / 2 que eles seguem não está correta?

    
por Sagar R. Kothari 25.11.2011 / 08:28
fonte

2 respostas

5

Apenas desenvolvedores realmente experientes podem estimar corretamente. A razão é que a comparação repetitiva entre suas estimativas e o que realmente aconteceu (erros) o ensinam intuitivamente a aumentar suas habilidades.

Muito poucos desenvolvedores ou gerentes experientes podem estimar para outras pessoas. Estimar para uma equipe inteira é ainda mais complicado, e pessoalmente acredito que é impossível sem ferramentas adequadas.

É por isso que a estimativa coletiva, como o planejamento do poker acoplado ao rastreamento de velocidade, é o caminho a ser seguido.

Planning Poker ajuda a equipe a evitar ser afetado por tendenciosidade cognitiva (pensamentos sendo influenciados por crenças, ambiente, etc.), enquanto O rastreamento de velocidade , usado posteriormente no planejamento, ajuda o gerente a converter estimativas subjetivas em estimativas realistas.

    
por 25.11.2011 / 09:19
fonte
3

Esta é uma armadilha de estimativa padrão em que as pessoas entram quando as autoridades superiores não têm uma visão mais profunda do problema. O cerne do problema não é estimado. Nem detalhes, mas normalmente tudo se resume a percepções (ou, em alguns casos, a cotações competitivas que os caras de marketing precisam combinar).

A maioria dos gerentes de projetos tende a estimar pad ; e a maioria das pessoas que gerencia PMs, sabe disso, e um círculo vicioso ou a barganha por estimativas continua. Eu não vi um PM que ganhasse tal barganha!

Em geral, quando você pensa que é difícil vencer argumentos estimados, é hora de implementar Agile ou iterativo. Em suma, tente fazer a coisa mais importante primeiro e convide o cliente (ou representantes) a validar.

Como regra geral, eu tentaria convencê-los com apenas uma primeira divulgação firme, o que todos confirmam como o mais importante e um marco depois disso - muitas vezes, no terreno, que o equilíbrio depende do entendimento até este ponto. Quanto mais interativo, melhor é a visibilidade do projeto e as pessoas tendem a apreciar melhor os problemas.

Em segundo lugar, identifique as principais áreas de risco anteriormente. Identifique quais são os principais objetivos e marcos que têm papel fundamental no sucesso ou fracasso do projeto. E garanta o tempo mínimo que você pode levar para chegar lá. Seja claro e avalie qualquer pessoa quando possíveis problemas (especificamente requisitos ainda em aberto), à luz dos quais a pior das hipóteses ainda pode mudar bastante. Identifique e destaque os principais desafios tecnológicos. Alguém pode não saber ou pode estar assumindo que as coisas podem ser fáceis de fazer.

Por último, mas importante: evite mais recursos para reduzir as linhas de tempo.

Leia isto
1. artigo Como entregar aplicações de qualidade no prazo e dentro do orçamento e
2. reservar Desenvolvimento Rápido .

Os ensinamentos essenciais são que, embora a maioria das pessoas exija um cronograma rápido , eles realmente precisam (e querem) um cronograma confiável . Trazer uma maneira previsível, estável e mais visível de gerenciar o projeto traz toda a confiança desejada com a qual a parte das estimativas por quê torna-se amplamente mais aceitável.

Com o tempo, quando as pessoas confiarem mais em você, você verá que as armadilhas de estimativas desaparecem lentamente.

    
por 25.11.2011 / 09:10
fonte