Como usar processos da empresa atual em sua análise do negócio
P
Menu
Como o analista de negócios, você deve descobrir o que precisa ser tratada quando planear sob estes processos do projeto. Ter familiaridade com eles ajuda a ajustar e entender por que certos produtos são Obrigatório ele também garante que você planejar o tempo para realizá-las.
A maioria das empresas utilizam alguma forma de estas metodologias, muitas vezes levando o melhor de cada um e, por vezes, chegando com uma versão combinada que melhor atenda a cultura de uma organização enquanto se concentra em valor de negócio.
Fazendo as seguintes perguntas podem ajudar você a entender mais sobre como você deve executar o projeto com certos processos, técnicas e modelos de documentos aceitos para entregas. Toda esta informação vai para o seu plano de trabalho:
Que metodologia será utilizada para este projeto?
São as partes interessadas familiarizado com a metodologia de planeamento?
São os papéis e responsabilidades do projeto claro?
É o processo adaptado de forma adequada para este projeto?
O que as entregas são necessárias?
Cascata
No Waterfall abordagem, a equipe completa cada fase antes de passar para a próxima.
| Estágio | papéis envolvidos | tarefas | entregas |
|---|---|---|---|
| Planejamento | Projeto patrocínio analista de negócios (BA) - especialista no assunto (SME) | Iniciado projeto- definir estimativa de custos, timeschedules, e as necessidades de recursos do projeto scope- | declaração projecto Designação do projecto purpose- projeto objectivos- scopedocument- aprovação de financiamento |
| Análise | dados SME- BA- facilitador administrator- | Provocar negócios detalhado Requisitos- trazer multipleorganization unidades de consenso | documento de requisitos de negócios detalhado |
| projeto | banco de dados BA- projetista do sistema designer- | Lay out do usuário de design interface- programas de design database- andinterfaces | programspecifications definição- relatório de banco de dados Layouts de tela Layouts |
| Construção | Desenvolvedor de software | Faça teste de unidade Programas Programas criar banco de dados | bases de dados Programas- concluídas |
| ensaio | QA tester- BA- PME | integração de teste, sistema e de aceitação do usuário | software totalmente testado |
| Implementação | Software developer- trainer | Instalar a software configurar usuários de trem Parâmetros- | aplicativo de produção |
| Manutenção | SME- BA- desenvolvedor de software | Execute impacto Análisis- sistema de design modifications- fazer andinstall mudanças | modificações no sistema e melhorias |
Os benefícios desta abordagem é que ela é uma abordagem bem documentada, estruturada, comprovada que incide sobre provocando requisitos de negócios antes de projetar uma solução. As limitações são que você tem que completar cada fase antes de iniciar a próxima fase, o que torna difícil voltar atrás quando surgem problemas.
Se você usar requisitos textuais, planeja adicionar tempo para mais formal comentários para que você possa garantir que todos tenham o mesmo entendimento de um requisito.
metodologias de desenvolvimento ágil
A ênfase em um projeto ágil é na construção de uma coesa, altamente qualificados, collocated (No mesmo lugar e side-by-side de trabalho), e de auto-gestão de equipe que segue o projeto através do começo ao fim e fornece software rapidamente. Normalmente, as únicas prestações formais do projeto são o software de trabalho real e a documentação do sistema exigia que está concluída no final do projeto.
Os benefícios de uma abordagem ágil traz para o seu plano de trabalho incluem o seguinte:
feedback rápido dos usuários que aumenta a usabilidade e qualidade da aplicação
detecção precoce de defeitos de design
A capacidade de passar facilmente a funcionalidade em estágios incrementais
A capacidade das futuras fases Deliverable para capitalizar sobre as lições aprendidas nas fases anteriores (chamado iterações)
A equipe mais motivada e mais produtivo por causa da cara a cara collocation
De compartilhamento de conhecimento para a duração do projecto
análise Adaptive (técnicas são empregadas, conforme necessário)
As seguintes limitações podem afetar o seu plano de trabalho:
Dificuldade na coordenação de grandes projetos
Mais lento buy-in para o grande mudança processo de projeto do que muitas vezes espera
A tendência para documentar que não estão adequadamente o que é necessário após a conclusão
Dificuldade em prever exatamente o que são possíveis os recursos dentro de um determinado tempo ou orçamento dólar
O desenvolvimento ágil é iterativo (Um processo de repetição), com força -Tempo encaixotado (Tem um tempo fixo para o desenvolvimento), e voltado para requisitos dinâmicos (Aqueles que se adaptar e mudar) e medições frequentes.
Modelo espiral / Rational Unified Process (RUP)
o abordagem espiral requer a equipe do projeto para realizar análise de risco antes de cada iteração e trabalhar na parte do sistema que tem o maior risco. Envolve também a partes do sistema de execução que eles estão concluídos. As vantagens incluem o seguinte:
É uma abordagem orientada para o risco, abordando as áreas de maior risco em primeiro lugar.
Ele tenta eliminar erros em fases iniciais.
Ele fornece um modelo para o desenvolvimento e manutenção de software.
Ele funciona bem para projetos complexos, dinâmicos e inovadores.
Reavaliação após cada fase permite mudanças nas perspectivas de usuário e arquitetura técnica (as peças de hardware e software dispostas de modo a apoiar o objectivo).
Claro que, o método de espiral tem as suas limitações:
Falta-lhe a orientação processo explícito na determinação dos objectivos, restrições e alternativas.
Ele fornece mais flexibilidade do que é conveniente para muitas aplicações.
Ela exige perícia de avaliação de risco. experiência significativa em projetos de software é necessário para o sucesso.
Rational Unified Process (RUP), uma estrutura de processo adaptável, precisa ser adaptado às necessidades de uma empresa.
RAD / prototipagem
Desenvolvimento de Aplicação Rápida (RAD) e prototipagem são abordagens que foram desenvolvidos para acelerar o tempo necessário para o desenvolvimento de uma aplicação. RAD envolve uma análise ou requisitos curta fase de elicitação. A equipe, em seguida, começa o design da interface do usuário através do desenvolvimento de um protótipo muito no início do projeto como um método de validação de requisitos do usuário.
UMA protótipo, tal como uma maquete de uma estrutura da tela, é uma representação gráfica da forma como o utilizador interage com um sistema automatizado. Normalmente, os protótipos são criados para interações de tela on-line.
Benefícios destas abordagens são que eles dão aos usuários finais do sistema uma idéia de como ele pode olhar e ajudar o analista de negócios e especialista no assunto (SME) clarificar a sua compreensão mútua da recomendação.
As desvantagens: Maquetes apresentadas também no início do projeto pode causar PME se distrair com a estética de uma tela.