Please enable JavaScript.
Coggle requires JavaScript to display documents.
Da cascata para o Ciclo de vida iterativa- Uma transição difícil para…
Da cascata para o Ciclo de vida iterativa- Uma transição difícil para gerentes de projeto
1. Mais Trabalho de Planejamento
Principal vantagem do desenvolvimento iterativo é trazer mais previsibilidade ao resultado e ao cronograma
Desenvolvimento iterativo envolve muito mais planejamento; coloca mais carga sobre o gerente de projeto
Mudanças táticas ou mudanças de escopo forçará algum replanejamento contínuo
Armadilha: planejamento excessivamente detalhado até o fim
Planos de curto prazo são mais detalhados e refinados
Planos de longo prazo são mantidos em formato de granulação grosa
2. Reconhecendo Trabalho Antecipado
Em uma abordagem iterativa, você simplesmente reconhece que haverá retrabalho e, inicialmente, muitos retrabalhos
Para construir protótipos executáveis, andaimes terão que ser construídos, para serem substituídos posteriormente por outros mais maduros e implementações robustas
Em um projeto iterativo saudável, a porcentagem de refugo ou retrabalho deve diminuir rapidamente
Armadilha: Projeto não convergindo
Gerente de projeto deve estar vigilante para não permitir reterabalho de elementos que estão quebrados, ou não são bons o suficiente
Equipe tendem a ter suas próprias ideias sobre como as coisas deveriam ter sido feitas
Clientes podem querer abusar da latitude oferecida pelo desenvolvimento iterativo para acomodar as mudanças e/ou alterar ou adicionar requisitos sem fim
Colocar algo tem que significar retirar algo
Armadilha: Vamos começar, decidiremos para onde ir mais tarde
Desenvolvimento iterativo não significa um desenvolvimento perpetuamente difuso
Não se deve simplesmente começar a projetar e codificar apenas para manter a equipe ocupada ou com a esperança de que objetivos claros surjam repentinamente
É necessário definir objetivos claros, obter concordância de todas as partes, refiná-los, expandi-los, obter concordância mais uma vez
Armadilha: vítima cadente de seu próprio sucesso
Risco que chega perto do final de um projeto
Os usuários deixam de acreditar que nada será entregue
Em algum lugarr entre o primeiro e segundo beta, você se encontra inundado com recursos que as pessoas estão preocupadas em fazer no primeiro lançameneto
3. Colocando o Software em primeiro lugar
Em uma abordagem em cascata, há muita ênfase nas "especificações". Já no processo iterativo, o software que desenvolvemos vem primeiro
Clientes não compram especificações, é o produto de software que é o principal foco de atenção
Tem alguns impactos nas várias equipes
Testadores podem estar acostumados a receber especificações completas e estáveis, em um desenvolvimento iterativo eles têm que começar a trabalhar de uma vez, com especificações e requisitos que ainda estão evoluindo
Gerente de projeto deve garantir no final que o produto final é o melhor que pode ser produzido
4. Enfrentando Problemas Difíceis mais cedo
No desenvolvimento iterativo, o planejamento é principalmente com base em riscos e incógnitas, então as coisas são difíceis desde o início
Um projeto de software destinado ao fracasso deve encontrar seu destino mais cedo em uma abordagem iterativa
Armadilha: colocar a cabeça na areia
Ao adiar os problemas difíceis, quando chega o ponto em que uma solução é necessária, soluções e decisões precipitadas são tomadas ou o projeto descarrila
Enfrente as coisas difíceis imediatamente
Se um projeto deve falhar por algum motivo, deixe-o falhar o mais rápido possível, antes de gastarmos todo o nosso tempo e dinheiro
Armadilha: esquecimento de novos riscos
Os riscos devem ser reavaliados constantemente
É só quando a equipe começa fazendo um desenvolvimento concreto (software primeiro), eles descobrirão muitos outros riscos
5. Conflitos de Modelo de Ciclo de Vida
O gerente de um projeto iterativo frequentemente verá conflitos com seu ambiente e outras organizações
Organização externas ficam chocadas com o retrabalho e não entendem o propósito ou valor de algum protótipo arquitetônico feio
Torne suas intenções e planos claramente visíveis
O gerente de projeto deve construir confiança e credibilidade com a comunidade externa e proteger a equipe de ataques externos e políticas, a fim de prevenir o exterior mundo de perturbar ou desencorajar a equipe
Armadilha: diferentes grupos operando em sua própria programação
É melhor e mais fácil ter todos os grupos operando na mesma fase e plano de iteração
Todos os benefícios percebidos ao otimizar cronograma de cada equipe serão perdidos mais tarde e as equipes serão forçadas a sincronizar com o grupo mais lento
Armadilha: lance de preço fixo no início
Em um desenvolvimento iterativo, o melhor momento para todas as partes fazerem a licitação de preço é no fim da elaboração
6. A Contabilização do Progresso é Diferente
O sistema de valor agregado tradicional para contabilizar o progresso é diferente, uma vez que os artefatos não são completos e congelados, mas são retrabalhados em vários incrementos.
Os artefatos devem ser decompostos em pedaços. Por exemplo: documento inicial (40%), primeira revisão (25%), segunda revisão (20%), documento final (15%), e cada pedaço deve receber um valo
Walker Royce
, “Um gerente de projeto deve estar mais focado em medir e monitorar as mudanças do que na contagem de páginas de texto e linhas de código"
Joe Marasco
, "Coisas que mudam várias vezes para voltar para o mesmo ponto de partida são um sintoma de problemas mais profundos"
Engenheiros preferem "demonstrações de como funciona ”em vez de“ documentação de como deve funcionar”
7. Decidir sobre o número, duração e conteúdo das iterações
Inicialmente, esse planejamento é conduzido pelo risco, técnico e programático e das funções do sistema em construção
Armadilha: empurrar demais na primeira interação
Enfrentar os problemas difíceis primeiro é importante, porém, ir longe demais também é uma receita para o fracasso
Em caso de dúvida, ou quando confrontado com uma crise, diminua-o de alguma forma
Se a primeira iteração contiver muitos objetivos, divida-o em duas iterações
Tendo um resultado sólido no início do processo ajudará a aumentar a moral
Armadilha: muitas iterações
Um projeto não deve confundir as compilações diárias ou semanais com iterações
A duração de uma iteração também deve levar em consideração o tamanho da organização, seu grau de distribuição geográfico e o número de organizações envolvidas
Armadilha: iterações sobrepostas
Por exemplo, um grande projeto de comando e controle tem suas iterações tão sobrepostas que elas estão basicamente funcionando em paralelo em algum ponto no tempo
8. Um bom gerente de projeto e um bom arquiteto
É necessário tanto conhecimento em arquitetura quanto conhecimento de domínio para determinar os 20% de coisas que devem entrar nas iterações iniciais
Armadilha: Usar a mesma pessoa para gerenciar o projeto e a arquitetura
use a mesma pessoa que gerencie o projeto e a arquitetura e ela trabalhará apenas em projetos pequenos (5-10 pessoas)
Para empreendimentos maiores a junção dessas duas funções para a mesma pessoa geralmente terminam com o projeto nem gerenciado adequadamente, nem bem arquitetado
descreve alguns dos desafios do desenvolvimento iterativo da perspectiva do gerente de projeto