Artefatos são Produtos de Trabalho bem definidos e tangíveis, consumidos, produzidos ou modificados pelas
Tarefas. Podem ser compostos de outros Artefatos. Por exemplo, um modelo Artefato pode ser composto de elementos
de modelos, os quais também são Artefatos. Eles podem servir como base para definição de Recursos Reutilizáveis.
As funções utilizam Artefatos para desempenhar Tarefas e produzir Artefatos durante o desempenho de Tarefas.
Artefatos são a responsabilidade de uma única Função, tornando a responsabilidade fácil de ser identificada e
compreendida, e promovendo a idéia de que todas as informações produzidas no processo requerem o conjunto apropriado de
habilidades. Mesmo que uma Função "possua" um tipo específico de Artefato, outras Funções o utilizarão; talvez até os
atualizará, se a Função tiver permissão concedida para fazer isso.
Artefatos geralmente não são documentos. Muitos métodos possuem um foco excessivo sobre documentos,
especialmente sobre a documentação em papel. A abordagem mais eficiente e pragmática para gerenciar os Artefatos
de projeto é mantê-los dentro da ferramenta apropriada utilizada para criar e gerenciá-los. Quando
necessário, você poderá gerar documentos (capturas instantâneas) dessas ferramentas em uma base imediata.
Exemplos de Artefatos:
-
Uma especificação de caso de uso armazenada no Microsoft® Word®
-
Um modelo de design armazenado no Rational Software Architect.
-
Um plano de projeto armazenado no Microsoft® Project®.
-
Um defeito armazenado no Rational ClearQuest.
-
Um banco de dados de requisitos de projeto no Rational RequisitePro.
Observe também que formatos, como em quadros brancos ou flip, podem ser utilizados para capturar
informações ilustradas, como diagramas UML, informações tabulares, como listas breves de informações de status ou até
mesmo informações textuais, como instruções de visão limitada. Esses formatos funcionam bem para membros de equipes
colocadas menores, em que todos os membros da equipe têm pronto acesso a esses recursos.
No entanto, ainda há Artefatos que precisam ser ou são melhor ajustados a documentos de texto corrido, como no caso de
entrada externa para o projeto ou, em alguns casos, quando é simplesmente o melhor meio de apresentar informações
descritivas. Onde possível, você deve considerar a utilização de ferramentas colaborativas do Grupo de Trabalho,
como WikiWiki webs ou Groove, para capturar a documentação textual eletronicamente, simplificando o gerenciamento
contínuo de conteúdo e versão. Isso é especialmente importante onde registros históricos devem ser mantidos para
finalidades como, por exemplo, cumprimento de requisitos de auditoria. Para qualquer esforço de desenvolvimento não
trivial, especialmente onde grandes equipes de desenvolvimento estão envolvidas, os Produtos de Trabalho
são mais prováveis de serem submetidos ao gerenciamento de configuração e de controle de
versão. Isso às vezes é conseguido apenas pelo Produto de Trabalho do contêiner, quando não é possível fazê-lo
para os Produtos de Trabalho elementares contidos. Por exemplo, no desenvolvimento de software, você pode controlar as
versões de todo um modelo de design ou pacote de design, e não as classes individuais que eles contêm.
|