Muitos artigos e dicas sobre as habilidades necessárias para um projeto bem-sucedido, mas quase sempre, especialmente no esporte, ouvimos dizer que o nível máximo de nível nos dá - DANOS! Quero compartilhar meu "fracasso" e como agi de acordo com as circunstâncias, mas você pode pensar que faria isso.
Talvez alguém mais experiente ou perspicaz tenha se deparado com isso e comentará imediatamente como qualquer um desses problemas poderia ser evitado.
Sou a pessoa mais comum (2 braços, 2 pernas), com um pouco de experiência e experiência mínima em gerenciamento de projetos (1 ano), e geralmente nem entendo quem sou e por que neste mundo.
E, no entanto, todas as restrições (isto é, as condições estabelecidas, mas sua ocorrência não são descritas) são consideradas a priori aceitas pelo leitor. Considere isso como uma tarefa de um livro de xadrez, onde o arranjo das figuras é dado na tarefa e você precisa vencer ou empatar, e quem e por que "estupidamente" desperdiçou todas as outras peças e encurralou as demais, não importa. Trabalhamos com o que temos.
1. Nós escolhemos - nós somos escolhidos
Como se costuma dizer, o TK deve ser feito primeiro. Melhor ainda, faça-o não de graça, mas pelo dinheiro do cliente.
Tema seus desejos!
O PM é a mesma posição designada nos projetos que todos os outros, por isso é uma situação completamente funcional que o projeto já recebe da TK e é responsável por sua implementação.
Aconteceu comigo: existe TK (e não é apenas TK, mas um conjunto de especificações, tudo de acordo com o programa completo), o orçamento preliminar e os prazos são anunciados ao Cliente (sim, às vezes apenas "voa" para você).
Estou olhando com fluência o que caiu (qualidade do trabalho) - tudo está muito ruim, mas até agora ainda não percebo a escala do desastre. Meu instinto me diz - corra Forest, corra! Mas não há para onde correr, a empresa não pode se dar ao luxo de não aceitar o projeto (muitas razões). O que fazer? Você é o líder? - Pense, este é o seu trabalho! E assim é - o impossível é possível.
Solução
Aceito rapidamente a partir do "arsenal" agora disponível, o momento e o orçamento de "x2", e lá será visto)
O cliente, é claro, fica chocado em dizer o mínimo, não estou feliz com os prazos. Ok, os prazos são "x1,5", mas o orçamento é "x2".
"Um agente de seguros deve ser capaz de fazer duas coisas: primeiro, assustar e depois tranquilizar".
2. Pessoas - elas não são recursos!
Tudo é sempre tão legal e legal sobre as equipes (geralmente com fotos dos 11 amigos de Ocean) que TODOS podem fazer. Infelizmente, às vezes a “equipe” no início do projeto está disponível (às vezes sem base alternativa) aos funcionários da empresa com conhecimento minimamente adequado e talvez até sem se conhecerem. E para torná-lo ainda mais divertido, "recursos" são adicionados à equipe dos sonhos - gradualmente, à medida que são liberados de outros projetos.
Solução
O tempo é curto, a equipe é distribuída e, portanto, a solução é complexa:
- Depois de cuspir em todos os planos de tarefas, na entrada do projeto, todos recebem de uma a duas semanas para mergulhar em Jira sem tarefas.
- Mostrar status atual. Ou seja, todos os indicadores do projeto devem estar em um local muito visível (a página inicial do projeto no Confluence), atualizado e deve haver uma compreensão de onde tudo isso vem e por que. Todos devem entender onde estamos e com que rapidez nos aprofundamos cada vez mais. Anteriormente, eram meus relatórios internos do projeto dentro da empresa para a gerência, mas depois mudei a política e enviei os relatórios do projeto de volta à equipe.
- Sem comícios! Passeio a cavalo) Apenas uma reunião de planejamento conjunta às segundas-feiras para encobrir novas tarefas ou soluções conjuntas para os que estão presos. O conceito é simples: se não nos contatarmos de forma independente, não teremos nenhuma chance. Então, por que seduzir pessoas com comícios, para os quais a discussão do problema pode ser adiada? Há um problema - ligamos imediatamente, ao mesmo tempo em que começamos a nos comunicar. E isso já é - vislumbres da equipe.
3. Nas cadeiras da manhã - à noite dinheiro!
O pior pesadelo do projeto, na minha opinião, são problemas salariais!
Eu provavelmente todos conhecemos essa mudança como uma diferença de caixa. Mas está piorando. Problemas reais. Existem perspectivas de escapar disso, mas fato é fato. Não há dinheiro.
Solução
Poderia haver uma solução?
Não sei o que pode ser feito aqui. Todos reunidos. Todo mundo entende tudo. Ele perguntou se há uma oportunidade de avisar sobre sua partida o mais cedo possível e que eu entendo tudo, mas pelo menos terei tempo para pensar em "como viver". Eu pessoalmente conhecia alguém, então sabia que eles ficariam. Não foi possível afetar o resto.
No futuro, tudo foi consertado, mas nem todos sobreviveram até os dias claros :(
4. Novos requisitos
Todos sabemos que o apetite vem com a alimentação. Portanto, os novos requisitos no início e no meio do projeto são sagrados.
Solução
Não havia buffers para isso, portanto, apenas um caminho foi identificado imediatamente - a expansão do volume e do custo do trabalho.
Mas havia um truque - se novos trabalhos não são pagos em X dias, então os mesmos trabalhos aumentam em Y% (foi postado factum - porque essa ideia surgiu quando ficou claro que a situação tendia a atrasar). Isso incentivou a determinar imediatamente se esses trabalhos iriam ou não.
5. Dinheiro é tudo
Uma técnica de gerenciamento de riscos envolve uma solução criando buffers. Mas onde gastar esse "dinheiro" se não for possível comprar tempo? Sinceramente, ainda não sei como e onde as pessoas reúnem suas equipes, especialmente em pouco tempo.
Solução
Na primeira metade do projeto, tentei encontrar alguém no mercado e aumentar a equipe, mas sem sucesso, nem havia opções para quem eu estava pronto para chamar. Além disso, a introdução de novas pessoas aumentaria apenas o prazo para o projeto, portanto, essa idéia acabou.
Além disso, os buffers eram gastos no processamento para aqueles que não se importavam e eram adiados até mais tarde, percebendo claramente que não concluiríamos o trabalho a tempo.
6. E quem são os juízes?
O clássico de análise diz que a primeira coisa no início do trabalho é determinar os critérios necessários para a conclusão bem-sucedida do projeto: uma lista de recursos que precisam ser feitos para passar cada um deles, quem o receberá, em que equipamento.
Mas imediatamente temos o TK (uma lista de requisitos) - e isso foi uma armadilha. Honestamente, às vezes a ausência de CT é melhor que sua presença.
Solução
A pior solução possível. Fazemos o que nos consideramos corretos. Se isso contradiz a TK, então a violamos.
7. Big brother está te observando
A parte mais interessante dos meus problemas é com a solução humana mais clássica.
Acho que todo mundo sempre tem algum tipo de relatório interno. Qualquer empresa possui seu próprio KPI ou artefato pelo qual julga a situação no projeto. Como tudo estava ruim no projeto desde o início, tentei da melhor maneira possível refletir isso nos relatórios. Mas ... nada aconteceu. Como eu acreditava, ninguém poderia me ajudar com nada. Então, por que ainda estou com problemas?
Solução
Comecei a mentir! Sem nenhum remorso. Eu menti para todos que precisavam, se isso interferisse ou me distraísse do projeto.
Mas não menti para algumas pessoas - a equipe. Eu nem menti para eles sobre mentir para o topo sobre como estávamos. Provavelmente foi perigoso. Mas eu fazia parte da equipe - mas você não pode mentir para si mesmo.
8. Agora precisamos de um milagre ou habilidades pessoais
Em algum comentário aqui no hub, li que a tarefa mais importante do PM é otmazatsya a partir dos requisitos legítimos do cliente (a frase não é precisa, mas a essência transmite). Então, essa mágica ainda não está ao meu alcance. Mas algo me diz que todos os projetos de alguma forma se desviam dos requisitos originais. Especialmente se as coisas surgirem como produtividade ou uma mudança acentuada no "receptor" do trabalho.
Solução
Minhas possibilidades não eram ilimitadas. A solução de problemas legais, técnicos e organizacionais já demorava muito tempo. Foi possível alterar a maioria dos requisitos do ToR para a redação correta e concordar. Mas restaram condições que nunca foram cumpridas. O que eu relatei sobre a entrega do trabalho. Não vi nenhum motivo para relatar isso antes, pois não poderia ajudar na entrega do projeto no prazo.
PS
Eu deliberadamente não avaliei o resultado de minhas decisões, pois seria subjetivo de qualquer maneira.
Uma imagem objetiva - o prazo e o escopo do projeto não foram concluídos, parte da equipe foi perdida.
Há apenas uma emenda: não havia objetivo para o projeto - criar uma equipe.
Aqui está uma história de alguns dos meus problemas ao gerenciar o projeto mais comum.
"Todos os eventos e personagens são fictícios, quaisquer coincidências são aleatórias."