Metodologia
De LEDES
A metodologia de desenvolvimento do LEDES/TecSinapse, denominada LEDES Unified Proccess - LUP, é uma adaptação da metodologia RUP, da Extreme Programming (XP) e de SCRUM. Assim como no RUP, também está dividida nas fases de Concepção, Elaboração, Construção e Transição. Abaixo mais informações sobre cada uma das fases, os artefatos produzidos em cada uma e as ferramentas indicadas para a produção destes artefatos.
Tabela de conteúdo |
O Processo
O processo de desenvolvimento envolve a especificação de uma metodologia baseada no RUP.
Leia aqui um texto simples e prático sobre as 4 fases do RUP.
1. Concepção
Clique aqui para ver a documentação completa da fase de Concepção.
2. Elaboração
Clique aqui para ver a documentação completa da fase de Elaboração.
3. Construção
Clique aqui para ver a documentação completa da fase de Construção.
4. Transição
Clique aqui para ver a documentação completa da fase de Transição.
Uma síntese dos artefatos produzidos pelo processo pode ser lido aqui.
E se não for assim?
Caso as etapas acima não sejam seguidas, no mínimo temos que ficar atentos aos seguintes riscos que os projetos correrão:
- Projeto sem documento de visão.
- Podemos perder o rumo de para onde o projeto está indo e tomar atitudes improdutivas quando surgirem mudanças de escopo ou funcionalidades.
- Projeto sem planejamento.
- Não será possível acompanhar a evolução do projeto e medir se estamos dentro do prazo e do orçamento, por exemplo;
- Dificuldade em estimar quanto tempo e custo o projeto ainda consumirá.
- Projeto sem documentação de riscos.
- Risco de focar em atividades erradas e entrar, depois de alguns meses, em alguma atividade que comprometa o andamento do projeto como um todo e até descarte os resultados já obtidos até então.
- Projeto sem acompanhamento de tarefas.
- Sem acompanhamento de tarefas, com prazos determinados, corre-se o risco de pequenas atividades se transformarem em grandes obstáculos.
- Projeto sem uma arquitetura definida.
- Problemas em gerenciar a comunicação, sincronização e acesso aos dados;
- Risco de problemas de escabilidade e performance;
- Projeto sem protótipos do produto e validações de interface com usuários.
- Sem teste efetivo dos requisitos levantados, grandes chances de mudanças com maior impacto;
- Perda de credibilidade junto ao cliente.
- Projeto sem gerenciamento de mudanças.
- Mudanças podem não se encaixar adequadamente no projeto do software;
- dificuldades na análise do impacto das mudanças
- Problemas de comunicação das mudanças para todos os envolvidos;
- Projeto sem documentação interna e externa.
- Desenvolvedores com dificuldades em assimilar mudanças de atividades dentro do projeto;
- Regras de negócios conhecidas apenas pelas pessoas diretamente envolvidas em seu desenvolvimento;
- Usuários finais requerem grande volume de suporte para utilizar o software;
Ferramentas
Clique aqui para ver as ferramentas de desenvolvimento oficiais do LEDES.
e-Books
- Getting Real (português) ou Getting Real (inglês) - 37signals
