Iniciamos a partir de agora uma série de dicas e recomendações para obter sucesso em projetos de software. As informações desta série farão referência especificamente a projetos de software.
Bom, antes de mais nada precisamos definir o que é um projeto de sucesso?
Simples, podemos definir como sendo um projeto que, em seu término, conseguiu atender todos os requisitos previstos ao produto e expectativas do cliente. Mas, quais requisitos e quais expectativas? Ótima pergunta, este questionamento é o primeiro passo para o sucesso do projeto.
Nesta primeira parte da série Projetos de Sucesso descreveremos sobre conceitos, métodos e técnicas para solicitar uma proposta para projeto de software.
Projeto é um empreendimento temporário com o objetivo de criar um produto, serviço ou resultado específico. Dado o conceito de projeto, a primeira atividade para iniciar um projeto de software é identificar e desenvolver os requisitos funcionais e não funcionais.
Requisitos funcionais do software são comportamentos ou propriedade que compõem o produto. Descreve o que o software faz. Podemos citar como exemplo de requisitos funcionais a descrição das funcionalidades de uma tela para cadastro de fornecedor. Quais são os dados que compõem o cadastro do fornecedor, existem regras de negócio para tratar o cadastro de fornecedor? quais são?, haverão relatórios gerencias sobre fornecedores? quais e como são?, entre outros.
Requisitos não funcionais do software descreve as qualidades ou expectativas do produto. Descreve como é o software. Podemos citar como exemplos de requisitos não funcionais a segurança (definições como formas de acesso, quem e qual informações podem ser acessadas), a performance (definições como previsão de acesso/uso simultâneo do produto, expectativa de tempo para a execução de um processamento), a usabilidade (definições como o formato de um relatório para facilitar o entendimento do usuário final, diagramação de um formulário de cadastro para facilitar o uso do usuário), a tecnologia (definições como sistema operacional que o software será executado, banco de dados, linguagem de programação), entre outros.
Alguns requisitos não funcionais, principalmente os requisitos técnicos, exigem conhecimento e experiência. Mesmo que você, dono do produto, não possua esta expertise exija de sua equipe ou fornecedor a definição desses requisitos. Se definidos por um terceiro entenda e esteja certo que atenderá sua necessidade. Não deixe para descobrir isto no meio ou no final do projeto que, com toda a certeza, lhe custará tempo e dinheiro.
A concepção de um software é empírico e, por ser baseado em idéias e experiências, não é possível medir, em tempo ou custo, sem a especificação clara e completa dos requisitos e expectativas. Conforme citado, os requisitos funcionais e não funcionais compõem o escopo do produto de software, e são eles que permitirão medir o software. A forma usado para compartilhar o escopo do produto podem determinar o sucesso ou fracasso do projeto.
Existem algumas técnicas e ferramentas usadas para documentar o escopo do produto e, por experiência, ainda sugiro a descrição por texto. Outra técnica que mitiga ou até elimina o risco de mal entendimento e complementa a descrição por texto dos requisitos funcionais é o desenho de protótipo de tela.
Quando o projeto for executado por um fornecedor é extremamente recomendável o uso de um documento de solicitação de proposta, também conhecido pelo termo Request for Proposal – RFP. A RFP é um documento formal usado para solicitar propostas técnicas e comerciais para aquisição de serviços ou produtos. Além da tomada de preço, a RFP tem como objetivo conhecer o fornecedor através de referência de clientes, histórico da empresa, capacidade técnica e entre outras informações que julgue necessárias para eliminar riscos do investimento.
Na RFP, além das especificações do software e requisitos do fornecedor, é recomendado definir um padrão para apresentação das propostas a fim de facilitar a avaliação e, consequentemente, a decisão de escolha da proposta. Este será o próximo tema da série Projetos de Sucesso, “Avaliando Propostas”.
Em resumo, a forma de como definimos e documentamos os requisitos e expectativas do produto refletem diretamente no resultado do projeto. Você, como dono do produto, tem esta grande responsabilidade.