Para respondermos esta questão precisamos levar em consideração três aspectos:
- Contratação, desenvolvimento e manutenção de sistemas.
- O problema que desejamos resolver.
- Como a técnica pode ajudar as organizações a resolverem uma restrição no negócio.
Todos os profissionais de Engenharia de Software, principalmente os de requisitos, tem conhecimento da natureza expansiva ou volatilidade dos requisitos. É comum com a utilização do produto, requisitos desejados tornarem-se necessários, e outros ainda inexistente são percebidos ao longo da utilização do sistema.
Requisitos do sistema como qualidade, funcionalidades e performance tende a aumentar com o passar do tempo, e isso mesmo depois da fase de fechamento de requisitos, confirmando que "a única certeza que temos em um projetos é a MUDANÇAS". (Gilberto Ribeiro)
Requisitos funcionais e não funcionais só podem ser considerados completos quando o DOMÍNIO DO NEGÓCIO foi compreendido em sua plenitude pela equipe responsável pelo desenvolvimento do produto. Isso faz dos projetos um produtos ou serviço em constante evolução.
Na maioria das vezes os jargões da profissão são triviais e facilmente compreendidos para quem os vive diariamente, ou seja, pelos especialista do negócio.
Pontos que devem ser observados:
- Mobilizar profissionais qualificados.
- Envolver o cliente.
- Disponibilizar ferramentas de software e hardware.
- Infraestrutura logística:
- Instalações físicas.
- Hospedagem.
- Passagens.
- Pessoal de apoio
- Fornecimento de todas as condições apropriadas ao trabalho
- Observar as limitações dos recursos humanos, materiais, financeiro e de tempo.
Desta forma para respondermos porque medir, antes precisamos avaliar os mecanismos que mantem o organimos sob controle, e a métrica nos auxiliará a atender ao máximo às expectativas dos clientes com a utilização mínima de recursos.
Grande Abraço,
Gilberto Ribeiro.
Nenhum comentário:
Postar um comentário