Importância da documentação  XML
Índice dos Fóruns » Metodologias de Desenvolvimento e Testes de Software
Autor Mensagem
Fox McCloud
JavaEvangelist
[Avatar]

Membro desde: 29/06/2005 09:29:46
Mensagens: 440
Offline

Pessoal, boa tarde.

Sempre trabalhei em projetos com documentação como caso de uso e diagramas.

As metodologias ágeis defendem que a documentação deve ser mínima equilibrando o suficiente pro desenvolvedor entender o que deve desenvolver e pro cliente entender o que está sendo desenvolvido (até pra não se tornar um projeto de manutenção de documentação).

Mas o que vocês me dizem de um projeto SEM documentação? Mesmo se for uma equipe pequena é importante ter a referência da documentação? No que a documentação é importante?

Valeu!


"Denial is the most predictable of all human responses" - Matrix Architect
thiagomont
JavaChild

Membro desde: 02/05/2007 00:49:04
Mensagens: 139
Offline

Um projeto sem documentação torna o entendimento do sistema sempre parcial. Cada um da equipe acaba conhecendo apenas uma parte da aplicação ficando sem conhece o todo. Não estou dizendo que não funciona, mas quando funciona acaba ficando muito traumático a manutenção do código.

Além disso, os requisitos estabelecem um contrato com o cliente, definido o que será feito. Sem isso como serão tratadas as alterações de uma funcionalidade que acabou de ser implantada no sistema? Pro cliente pode parecer uma correção quando na verdade é uma evolução (ou seja o cliente não quis algum comporntamento num primeiro momento e agora decidiu colocar na aplicação).


Já trabalhei em sistemas sem documentação e com documentação. Por mais que documentar seja trabalhoso (e até chato), prefiro ter o sistema bem documentado.

Thiago Amaral Monteiro
Analista de Sistemas - SERPRO
Fox McCloud
JavaEvangelist
[Avatar]

Membro desde: 29/06/2005 09:29:46
Mensagens: 440
Offline

E quando a gestão do projeto insiste em não documentar, alegando que é desperdício de tempo quando "tá todo mundo ali do lado pra perguntar"...?!?

Que prós vocês me dão que eu possa utilizar pra demonstrar a necessidade dessa documentação?

"Denial is the most predictable of all human responses" - Matrix Architect
guialeixo
Virtual Machine Man

Membro desde: 09/09/2009 11:00:50
Mensagens: 668
Offline

faça uma classe com uma regra de negocio ainda nao especificada pela equipe toda, e manda alguem da manutençao =) dai vao saber o por que da documentaçao

"O importante da vida não são as respostas sim as perguntas"

Qual lingua você pensa?

Qual lingua um surdo pensa?

Qual lingua um cego e surdo pensa?
Bruno Laturner
GUJ Expert
[Avatar]

Membro desde: 18/02/2008 16:17:53
Mensagens: 3002
Offline

Fox McCloud wrote:E quando a gestão do projeto insiste em não documentar, alegando que é desperdício de tempo quando "tá todo mundo ali do lado pra perguntar"...?!?

Que prós vocês me dão que eu possa utilizar pra demonstrar a necessidade dessa documentação?


Gosto quando o "tá todo mundo ali do lado pra perguntar" na verdade é uma "Euquipe", e esta já está vazando da empresa.

Por essas e outras que se envolve o cliente do produto na produção do mesmo, ele é quem deve saber de verdade o que um sistema faz.

A resposta acima foi achada em menos de 5 minutos no google.
The prisoner falls in love with his chains. --E.W. Dijkstra
[WWW]
Fox McCloud
JavaEvangelist
[Avatar]

Membro desde: 29/06/2005 09:29:46
Mensagens: 440
Offline

Prossigo argumentando como se eu fosse o gestor da equipe pra ver que argumentos vocês me dão (preciso reunir esses argumentos, rsrsrs).

Tenho enfrentado dificuldades por exemplo em lembrar a regra toda durante o desenvolvimento, já que só posso me concentrar em uma parte de cada vez, e acabo tendo que "tirar dúvida" em cada ponto do escopo que eu alcanço...

Fora as vezes em que eu fico com uma dúvida da regra de negócio ou funcionalidade e quando vou perguntar eu ouço um "putz, é mesmo... precisamos ver isso, o que você acha?" (detalhe, com prazo pra daqui a um ou dois dias)

----------
Gestor:

No caso o produto foi vendido fechado e o conceito é nosso, então não corre o risco de o cliente perder pessoal que detém as regras de negócio porque o conceito é nosso (da consultoria) e todo mundo aqui é parceiro de confiança.

Além disso já atuamos assim anteriormente e sempre foi rapidinho chegar, explicar a regra toda e se surgir alguma dúvida você vem e tira comigo, que é muito mais rápido do que ter que ficar digitando documentação que pode até acabar sendo redundante ou explicando coisas que você já sabe...

Gostamos da forma como você interage com a gente abordando os pontos do negócio e ajudando a enriquecer as funcionalidades, já agilizando o que pode ser melhorado facilmente, sem burocracia.
----------

"Denial is the most predictable of all human responses" - Matrix Architect
 
Índice dos Fóruns » Metodologias de Desenvolvimento e Testes de Software
Ir para:   
Powered by JForum 2.1.8 © JForum Team