Planejamento e o chefe da Bungie
Dilbert tem muitas tiras sobre o chefe da bungie. Nossos desafios e expectativas sobre o planejamento podem ser a causa e o efeito da liderança. Minha experiência em uma empresa da Fortune 100 foi que, em um ano, todos que começaram o ano como líder de projeto saíram. Talvez isso tenha acontecido devido ao problema de planejamento. Não tenho certeza se o seu antigo lead foi embora por esse motivo, mas quando sua função exige que você faça um plano com um compromisso, se ele não ocorrer, geralmente o resultado será uma saída relacionada ao prazo.
Contexto Organizacional do Planejamento
Se você não se sente à vontade com o planejamento, talvez não se sinta à vontade em responder pelos compromissos assumidos com o marketing ou outras partes interessadas antes que os problemas a serem resolvidos sejam documentados ou compreendidos. Este é um bom instinto.
O planejamento é uma ferramenta importante. Não a negligencie. Não entenda mal.
O planejamento está integralmente vinculado a compromissos, responsabilidade e poder de negociação. O planejamento ágil tem muitos méritos. Você deve conhecer suas técnicas, bem como as técnicas das metodologias planejadas. Sua organização pode ter sua própria abordagem, obter conselhos e trabalhar com alguém que sobreviveu à liderança de muitos projetos, e muitos são surpreendentemente úteis.
Um exemplo simples de planejamento - não deve ser sobre software ...
Se uma empresa de coberturas viesse à minha casa para oferecer um substituto, se eles oferecerem muito baixo, poderão perder dinheiro no trabalho, mas se fizerem lances muito altos, não conseguirão o emprego. De qualquer forma, eles estão fora do negócio. Em sua nova função, se você ficar muito baixo, executará o projeto até que a responsabilidade comece, e você terá problemas. Se você estimar um projeto com preenchimento suficiente para garantir o sucesso dentro do prazo, muitos simplesmente escolhem alguém para liderar. O kicker é que você não é como o carpinteiro. Ele pode ver o tamanho do telhado e possui dados históricos sobre quanto tempo esse tamanho leva.
Tornando-se um Planejador Melhor
Você pode considerar algum tipo de treinamento. Nas metodologias ágeis e nas metodologias planejadas mais recentes, a estimativa é uma atividade de toda a equipe. Consequentemente, você deve considerar também receber treinamento para sua equipe.
Por experiência, posso dizer que pode ser frustrante obter estimativas dos membros da equipe que a adiarão, fazer estimativas em dois minutos com base no nome da tarefa, sem referência a um requisito ou descrição de recurso ou ao código existente, ou que insistem em que várias das tarefas que você lista podem ser realizadas em uma fração de dia, mesmo que os projetos anteriores tenham passado semanas em questões semelhantes.
Existem vários cursos e certificações de treinamento para gerentes de projeto, mas eu prestaria atenção em um que fosse credenciado independentemente. Vale a pena pensar duas vezes antes de optar por certificar com abordagens baseadas em metodologias planejadas, se você espera trabalhar com equipes Agile (ou o contrário).
SLIM é um método inventado por Putnam depois de trabalhar na GE e outras empresas em projetos de DoD na década de 1970. O SLIM é influente e sua empresa, QSM, oferece uma certificação que parece fluir de uma ferramenta que eles fazem. Dependendo se sua empresa adotou sua ferramenta, ela pode não ter valor ou alto valor.
Steve McConnell (autor do Code Complete) também escreveu um livro sobre estimativa de software, e sua empresa Construx ministra duas aulas para créditos de PDU credenciados pelo Project Management Institute. Eu tenho o livro dele, e se eu quisesse aprender sobre o tópico via treinamento em sala de aula, provavelmente escolheria o Construx. Eles também fazem treinamento em Scrum e administram várias avaliações de scrum credenciadas através do Scrum.org.
Outra fonte que poderia fornecer excelente treinamento acadêmico sobre estimativa de projetos de software seria o grupo de Barry Boehm na USC , com base em seu extenso trabalho em modelagem de custos construtivos COCOMO e COSYSMO, que tem sido usado na NASA e em outros grandes empreiteiros para estimar projetos muito grandes. Não tenho certeza se sou um verdadeiro crente no COCOMO, mas gosto do trabalho empírico que eles fizeram para correlacionar os efeitos dos fatores de escala e custo na duração do cronograma.
Também encontrei um capítulo de um livro publicado por O'Reilly que discute brevemente os principais métodos de estimativa de software, incluindo Watts Humphreys PROBE e o jogo de planejamento de Kent Beck. O PROBE inclui uma noção de que os engenheiros rastreiam as métricas em sua própria produtividade e as aplicam à parte que lhes foi atribuída em novos projetos. O Planning Game é altamente colaborativo entre desenvolvedores e outras partes interessadas.