Estudo de caso - O projeto que não cabia no tempo previsto
2
Estudo de caso O Projeto que não cabia no tempo previsto Criado por Prof. Wankes Leandro – www.wankesleandro.com A RunSystem era uma grande empresa provedora de soluções em TI. Um dia quando a Sra. Azle, Presidente da empresa, estava fazendo o seu cooper diário no parque da cidade e pensando em como demandar um novo projeto, classificado pelos acionistas como “super-estratégico”, teve a idéia de dividir o projeto em 3 projetos menor Cada um com o seu próprio Gerente do Projeto e ela atuaria nas questões entre eles. Como estes projetos seriam os mais importantes e estratégicos da empresa, pensou em colocar os melhores GPs que ela tinha, que era Peter Smith, Uélinguiton e o Jotabê. No entanto, todos eles eram subordinados aos Gerentes Funcionais, respectivamente, Sra. Blon (Gerente de Requisitos), Sr. Fogo (Gerente de Produção) e Sr. Leão (Gerente de Desenvolvimento). A Sra. Azle sabia que a estrutura organizacional que ela tinha era do tipo matricial-fraca, mas que para este projeto colocaria os G diretamente ligados a ela e com toda a equipe, estrutura e recursos que fossem disponibilizados para eles no projeto, subordinad diretamente a cada um. Quando chegou à empresa a Sra. Azle colocou o seu plano em prática, estabelecendo que o novo sistema de TI deveria estar pronto funcionando perfeitamente no dia 31 de Dezembro. Os GPs tinham 12 meses de prazo para os seus projetos, além de 1 mês para planejarem os projetos. Após algumas reuniões alinhamento (já “gastando” o prazo de planejamento do projeto) foi identificado que o sistema deverá ter 10 módulos. O Sr. Peter Smith, Gerente do Projeto de Requisitos, tinha disponível para o projeto 5 analistas de requisitos, sendo 3 deles pleno e 2 de sênior. O Sr. Peter Smith conseguiu identificar que cada módulo exigiria o equivalente a 3 meses de trabalho para um Analista de Requisitos Sên ou para três Analista de Requisitos Pleno. Logo, alocando 2 Analista de Requisitos Sênior seria possível entregar um módulo em 1,5 mese Após analisar o projeto, explicou para os outros GPs que precisaria, no mínimo, de 1,5 meses para o levantamento e “fechamento” d requisitos de cada módulo e que, assim, o último módulo poderia ser entregue em 15 meses. Explicou ainda que alocaria 2 Analistas de
-
Upload
wankes-leandro -
Category
Documents
-
view
2.163 -
download
0
description
Estudo de caso criado para fins didáticos pelo Prof. Wankes Leandro - www.wankesleandro.com
Transcript of Estudo de caso - O projeto que não cabia no tempo previsto
Estudo de caso
O Projeto que não cabia no tempo previsto
Criado por Prof. Wankes Leandro – www.wankesleandro.com
A RunSystem era uma grande empresa provedora de soluções em TI.
Um dia quando a Sra. Azle, Presidente da empresa, estava fazendo o seu cooper diário no parque da cidade e pensando em como iria demandar um novo projeto, classificado pelos acionistas como “super-estratégico”, teve a idéia de dividir o projeto em 3 projetos menores. Cada um com o seu próprio Gerente do Projeto e ela atuaria nas questões entre eles.
Como estes projetos seriam os mais importantes e estratégicos da empresa, pensou em colocar os melhores GPs que ela tinha, que eram: Peter Smith, Uélinguiton e o Jotabê. No entanto, todos eles eram subordinados aos Gerentes Funcionais, respectivamente, Sra. Blonde (Gerente de Requisitos), Sr. Fogo (Gerente de Produção) e Sr. Leão (Gerente de Desenvolvimento).
A Sra. Azle sabia que a estrutura organizacional que ela tinha era do tipo matricial-fraca, mas que para este projeto colocaria os GPs diretamente ligados a ela e com toda a equipe, estrutura e recursos que fossem disponibilizados para eles no projeto, subordinados diretamente a cada um.
Quando chegou à empresa a Sra. Azle colocou o seu plano em prática, estabelecendo que o novo sistema de TI deveria estar pronto e funcionando perfeitamente no dia 31 de Dezembro.
Os GPs tinham 12 meses de prazo para os seus projetos, além de 1 mês para planejarem os projetos. Após algumas reuniões de alinhamento (já “gastando” o prazo de planejamento do projeto) foi identificado que o sistema deverá ter 10 módulos.
O Sr. Peter Smith, Gerente do Projeto de Requisitos, tinha disponível para o projeto 5 analistas de requisitos, sendo 3 deles pleno e 2 deles sênior.
O Sr. Peter Smith conseguiu identificar que cada módulo exigiria o equivalente a 3 meses de trabalho para um Analista de Requisitos Sênior ou para três Analista de Requisitos Pleno. Logo, alocando 2 Analista de Requisitos Sênior seria possível entregar um módulo em 1,5 meses.
Após analisar o projeto, explicou para os outros GPs que precisaria, no mínimo, de 1,5 meses para o levantamento e “fechamento” dos requisitos de cada módulo e que, assim, o último módulo poderia ser entregue em 15 meses. Explicou ainda que alocaria 2 Analistas de
Requisitos Sênior no Projeto e que, caso fosse necessário, teria ainda à disposição 3 Analistas de Requisitos Pleno para eventuais emergências.
O Sr. Jotabê, Gerente do Projeto de desenvolvimento, tinha 4 desenvolvedores para o projeto, e na reunião de alinhamento com os outros GPs garantiu que conseguia entregar cada módulo em 1 mês, devidamente desenvolvido, testado e homologado. Assim, se cada módulo fosse desenvolvido a partir da entrega dos Requisitos o último módulo poderia ser entregue até o 16º mês.
Nesta reunião, o Sr. Uélinguiton, Gerente do Projeto de Produção, também confirmou necessitar de 1 mês para colocar e estabilizar cada módulo em produção. Logo, o sistema como um todo estaria estável até o 17º mês.
Os 3 GPs ao construírem um cronograma com tais prazos e compararem com a data-limite para o projeto estabelecido pela Sra. Azle (31/12), ficou claro que os projetos não cabiam no prazo estabelecido, pois terminaria em 31/05 do ano seguinte. Cinco meses depois.
Veja abaixo o cronograma construído.
Estudo de caso criado pelo Prof. Wankes Leandro para fins didáticos. www.wankesleandro.com [email protected]
