Como responder produtivamente arriscar em um projeto de gestão de operações

Respondendo a riscos quando eles ocorrem é um dos grandes testes de um gerente de projeto operações. Isto é particularmente complicada por três “leis” que trabalham contra a conclusão eficiente do projeto. Uma mesma lei, a lei de Parkinson, aplica-se aos momentos em que as coisas estão indo bem. Os outros dois, a lei de Brook e lei de Homer, o chute quando você já está para baixo.

Mantenha-se produtivo: a lei de Parkinson

Cyril Northcote Parkinson observado em 1955 que “O trabalho se expande para preencher o tempo disponível para sua conclusão.” Ele baseou essa observação em anos de trabalho com o serviço público, mas engenheiros e programadores são frequentemente acusados ​​de “revestimento de ouro” ou “excesso de engenharia ”(estes são os dois termos que significam que os engenheiros desenvolveram o projeto muito além do que o cliente exige ou se preocupa), quando saiu com o excesso de tempo.

No entanto, apertando prazos demais para evitar “banho de ouro” também pode ser contraproducente. Pesquisas mostram consistentemente que os trabalhadores, quando confrontados com prazos claramente irrealistas, simplesmente desistir de tentar encontrá-los e avançar muito lentamente.

A melhor abordagem para evitar a lei de Parkinson sem dirigir funcionários ao desespero é estabelecer prazos moderadamente agressivos.

Recuperar de atrasos: a lei de Brook e lei de Homer

Quando um projeto cai em atraso, ficando o projeto de volta nos trilhos é surpreendentemente difícil. Normalmente, os gerentes de recorrer a um dos quatro métodos:

• Adicionando recursos (normalmente, os funcionários extras)

  Video: Passo a passo para lidar com mudanças no projeto - PM PILLS

• empregados que trabalham horas extras

  Video: Plano Operacional Capacidade Produtiva

• Atrasando o projeto

• A redução do escopo do projeto

Os dois primeiros métodos são tanto problemática, porque o ciclo de processamento posterior. A pesquisa também mostra que retrabalho - trabalho que você pensou que era completa, mas acaba por ser defeituoso e precisa ser refeito - é uma grande parte de todos os projetos. Rework é prevalente em todos os projetos de construção de aeroportos, para casas de remodelação, para o desenvolvimento de novos serviços, para escrever software.

Em qualquer projeto, há uma série de tarefas para completar. o tarefas restantes no projeto são completadas por pessoal um bronzeado taxa de conclusão aparente tarefa. Alguns destes são de fato realmente concluída. No entanto, muitos deles só aparecem concluída. Na realidade, eles se tornam retrabalho por descobrir, que terá de ser feito de novo. Como este retrabalho é descoberto, ele aumenta a tarefas restantes que precisam ser concluídas.

O ciclo de retrabalho interfere com a conclusão do projeto porque o pessoal adicionando só aumenta pessoal efetivo após um atraso como os novos funcionários aprendem o suficiente sobre o projeto para ser útil. No entanto, no curto prazo, até que os novos funcionários vêm até a velocidade, a experiência médio de pessoal é reduzido (pelo menos com este projeto). Isso aumenta a taxa de erro, o que eleva o retrabalho não descoberto, atrasando assim o projeto.

A lei de Brook

Adicionando os trabalhadores a um projeto atrasado em seu ciclo de vida geralmente resulta em erros e atrasos. Esta é a razão por trás da lei de Brook, que é “acrescentando trabalhadores a um projeto atrasado o torna ainda mais tarde.” A implicação é que se você precisa adicionar recursos, então você realmente precisa fazê-lo antes que você realmente precisa deles, a fim de adequadamente treinar e prepará-los para ajudar.

Isto também significa que você terá que controlar estritamente o seu projeto de modo que você pode adicionar recursos a primeira cheirada de problemas.

Uma alternativa para a adição de novos trabalhadores é trabalhar trabalhadores existentes horas extras. Isso geralmente funciona, desde que você não trabalhar com eles de horas extras por muito tempo. Caso contrário, a lei de Homer entra em jogo.

A lei de Homer

Se você fizer hora extra um fato da vida para os empregados por muito tempo, você vai acabar estendendo o calendário para o seu projecto, de acordo com a lei de Homer. Trabalhando horas extras aumenta a produtividade no curto prazo. No longo prazo, no entanto, aumenta a fadiga, que por sua vez aumenta a taxa de erro, definindo o ciclo de retrabalho de novo, desta vez com uma vingança.

Video: Gerentes de operações [Logistica] #46

Atrasar o projeto

Adicionando funcionários a um projeto atrasado muitas vezes não funciona, e os empregados que trabalham horas extras tem utilidade limitada, por isso às vezes a melhor abordagem para o gerenciamento de riscos relacionados com a produtividade é rever o cronograma para refletir um atraso. Embora isso possa parecer derrotista, pode realmente ter o projeto feito mais rápido do que a adição de novas pessoas ou trabalhar o seu actual horas extras de pessoal por muito tempo, porque não vai lançar o ciclo de retrabalho.

funcionalidade sacrifício

Outra abordagem que funciona bem é a sacrificar a funcionalidade, também conhecida como a redução do escopo.

Sacrificar a funcionalidade é muitas vezes uma estratégia bem sucedida para gerenciar um projeto atrasado. Uma maneira de implementar esta abordagem é projetar a funcionalidade “sacrifício” para o projeto na fase de planejamento. Se o projeto é executado sobre o orçamento ou é atrasada, em seguida, esta funcionalidade pode ser sacrificado.

As vantagens desta abordagem são duas. No início do projeto, enquanto ele ainda está no tempo, todos os funcionários são totalmente ocupado para que eles não perder tempo com excesso de engenharia do projeto. Mais tarde, se o tempo projeto não dão errado, você já identificou o que a funcionalidade pode ser descartado com o mínimo impacto na satisfação do cliente.

Por exemplo, um fornecedor de software entregue 85 por cento do seu projeto de software para um cliente no tempo, eo cliente era razoavelmente feliz. No entanto, o fornecedor a certeza que o 85 por cento entregues continha a funcionalidade que era mais importante para o cliente. Em um nível mais prosaico, todos nós já transformou em papéis na escola em que temos sacrificado algum conteúdo, a fim de não se atrase!