N\u00e3o muito tempo atr\u00e1s, era amplamente aceito que o planejamento \u00e9 uma parte muito cr\u00edtica de todo o projeto.\u00a0Embora o planejamento adequado ainda seja muito importante e resulte em uma melhor execu\u00e7\u00e3o, o prazo para o plano do projeto est\u00e1 diminuindo.\u00a0No ambiente atual, \u00e9 muito dif\u00edcil planejar todo o ciclo de vida do projeto no in\u00edcio do projeto.\u00a0\u00c9 necess\u00e1rio fazer visitas frequentes \u00e0 prancheta.<\/p>\n
\u00c9 bem poss\u00edvel que o escopo do projeto mude completamente durante as v\u00e1rias itera\u00e7\u00f5es do planejamento do projeto;\u00a0no entanto, esse projeto ainda pode ser classificado como bem-sucedido, enquanto o projeto que entrega o que foi planejado, mas se tornou obsoleto durante a execu\u00e7\u00e3o do projeto, pode ser classificado como redundante ou com falha.<\/p>\n
O desenvolvimento de software orientado a planos \u00e9 uma abordagem espec\u00edfica mais formal para criar um aplicativo.\u00a0Todas as metodologias orientadas a planos incorporam: repetibilidade e previsibilidade, um processo incremental definido, extensa documenta\u00e7\u00e3o, arquitetura inicial do sistema, planos detalhados, monitoramento de processos, controle e educa\u00e7\u00e3o, gerenciamento de riscos, verifica\u00e7\u00e3o e valida\u00e7\u00e3o.<\/em><\/p><\/blockquote>\n
Os planos geralmente s\u00e3o gerados pelo seguinte:<\/p>\n
\n
- Projeto dividido em etapas\/tarefas<\/li>\n
- Cada tarefa dividida em suas atividades compostas<\/li>\n
- Cada tarefa individual estimada (talvez usando m\u00e9tricas)<\/li>\n
- Estimativas agregadas para dar o esfor\u00e7o total<\/li>\n
- Lista de tarefas analisada para simultaneidades e depend\u00eancias para fornecer agendamento<\/li>\n
- O cronograma e a data de entrega ajudam a fornecer o tamanho e a composi\u00e7\u00e3o da equipe<\/li>\n
- Equipe montada e projeto iniciado<\/li>\n
- Monitoramento e controle durante todo o desenvolvimento<\/li>\n
- Entrega!<\/li>\n<\/ul>\n
[Fonte: Coleman, Gerry.\u00a0Gerenciamento de Processos de Software, Dundalk IT \/ IT Tralee(2008)]<\/p>\n
\u201cPlanejar o trabalho e trabalhar o plano\u201d \u00e9 obsoleto?<\/span><\/h3>\n
No ambiente de hoje, pode n\u00e3o ser errado dizer que todos os produtos e servi\u00e7os s\u00e3o perec\u00edveis.\u00a0Se o tempo de comercializa\u00e7\u00e3o for muito longo, o produto ou servi\u00e7o pode se tornar in\u00fatil, mesmo que n\u00e3o tenha perecido fisicamente.\u00a0Da mesma forma, um projeto pode facilmente perecer se, no momento em que for conclu\u00eddo, as demandas das partes interessadas tiverem mudado.\u00a0As empresas come\u00e7aram a perceber que as pessoas e n\u00e3o os processos s\u00e3o os verdadeiros lubrificantes para qualquer projeto e, portanto, o comprometimento e envolvimento das partes interessadas \u00e9 muito necess\u00e1rio para o sucesso dos projetos.\u00a0Para que as partes interessadas se comprometam com o projeto, elas devem ser capazes de ver sua utilidade em seu ambiente e vida atuais.<\/p>\n
Como resultado, no mundo din\u00e2mico e incerto atual, os m\u00e9todos tradicionais de gerenciamento de projetos est\u00e3o se tornando cada vez menos eficazes e isso exige m\u00e9todos muito mais din\u00e2micos, adapt\u00e1veis, flex\u00edveis\u2026.\u00a0em outras palavras, \u00e1gil.<\/p>\n
Refer\u00eancias<\/span><\/h3>\n