Documentação de Projeto
Autor: André Borges | Publicado: 2010-07-02T19:36:00-03:00

&nbsp;&nbsp; &nbsp; &nbsp;Os projetos de TI envolvem uma diversidade de profissionais de várias áreas de atuação e mesmos nos projetos mais simples sempre existe uma rotatividade de profissionais muito grande devido a demanda de mercado, neste cenário de grandes e constantes mudanças, ter uma boa documentação para que possa ser registrado para ser utilizado no futuro por outras pessoas é fundamental, fator crítico em qualquer projeto de TI. Infelizmente ainda hoje nos deparamos com vários casos onde ela é muito rara, inconsistente, de má qualidade ou praticamente inexistente, gerando grandes perdas financeiras e dependência muito forte com os profissionais envolvidos no processo, esta é uma questão muito polemica na área porque esta deficiência documentação pode ser causada por vários motivos, os mais frequentes são incapacidade dos profissionais, falta de incentivo ou valorização deste trabalho pelas empresas e também proposital quando se quer gerar a dependência entre cliente e fornecedor, quem trabalha na área com certeza conhece algum fornecedor técnico que não pode ser trocado por dominar algum sistema, tudo por uma deficiência, intencional ou não, grave de documentação e processos.&nbsp;&nbsp; &nbsp; &nbsp;Existe no mercado uma infinidade muito grande de padrões de documentação, os grandes consumidores de TI criam seus padrões para se resguardar de fornecedores inescrupulosos e os fornecedores possuem seus próprios padrões para se resguardar de situações inesperadas e perdas financeiras.&nbsp;&nbsp; &nbsp; &nbsp;Geralmente estas documentações seguem um padrão de implementação de projeto, de fabrica de software ou de atendimento outsource onde vamos ter de forma resumida uma documentação de escopo utilizada para contratação, a documentação funcional descrevendo todas as funcionalidades envolvidas que também podem ser utilizadas para contratação, as documentações técnicas utilizadas para o desenvolvimento dos aplicativos e as documentações de testes e aceite final das soluções.&nbsp;&nbsp; &nbsp; &nbsp; Existem vários ciclos de vida de desenvolvimento de sistemas, ultimamente tenho utilizado o padrão da Oracle "AIM for business flow" que é bastante completo, tem documentos de testes de regressão, calculo de esforço de desenvolvimento, além de utilizar uma abordagem de etapas de implantação&nbsp;Conference Room Pilots&nbsp;(CRPs)&nbsp;e não para os requisitos o que resulta em uma abordagem muito mais rápida possibilitando reduzir consideravelmente o tempo de implantação de projeto. O projeto R12 de implantação do OEBS na Algar foi finalizado em praticamente 6 meses.&nbsp;&nbsp; &nbsp; &nbsp; Quem estiver procurando um modelo de documentação, direto no site da oracle, tem que logar no site, o cadastro é free. Faça uma busca pelo programa "Oracle_ABF_1.4.0_Install.exe" programa instala um aplicativo que contem um exemplo de cada documento envolvido no processo, os principais são os MD050 Especificação Funcional, MD070 Especificação Técnica, CV040 Mapa de Conversão, TE020 Mapa de Testes e MD020 Calculo de esforço.
Ao clicar no link do aplicativo será aberto o documento de modelo no formato word

Veja o exemplo do MD050




Deixe seu comentário