• Nenhum resultado encontrado

CAPÍTULO 6 – CONCLUSÃO

A.7.2. Projeto

Figura A-12: Mapeamento do processo de gestão do conhecimento no processo de desenvolvimento de software – etapa de projeto

A primeira atividade então é projetar a arquitetura. Essa é uma atividade exclusiva do processo de desenvolvimento de software, mas da mesma forma que aconteceu anteriormente ela dispara etapas de outros processos organizacionais.

 Criar um evento para o marco de entrega: o evento com o marco de entrega ajuda a equipe inteira a controlar os prazos e saber se o andamento do projeto está como o desejado. Essa é uma atividade fortemente relacionada à gestão de projetos.

 Criar uma atividade para reportar status: O andamento do projeto da arquitetura, as dúvidas e descobertas obtidas durante as reuniões ou protótipos de teste de frameworks, bem como, os conselhos e dicas do restante da equipe para guiar as escolhas da arquitetura e frameworks a serem utilizados serão armazenadas em uma atividade de do módulo de projetos. Todas as informações armazenadas na atividade tanto na sua descrição

quanto nos seus comentários fazem parte do conhecimento adquirido no projeto, tanto sobre frameworks quanto a modelos de arquitetura e padrões arquiteturais. Assim, essa atividade faz parte do processo de gestão de

conhecimento na etapa de criação e captura.

 Verificar status de uma ou mais atividades: Quando as atividades estão criadas e estão sendo atualizadas, elas permitem que o gerente realize o acompanhamento do projeto, tanto em relação ao escopo quanto em relação ao tempo. Assim, essa atividade está relacionada ao processo de

gestão de projeto. As atividades do projeto, seus comentários e conteúdos

também podem ser vistos por todos os membros do projeto. Ao repassar, comentar e classificar atividades mais relevantes no projeto, os membros também fazem um trabalho de gestão do conhecimento em uma etapa conhecida como gerenciamento de conhecimento.

 Armazenar lições aprendidas em uma história: dentro da atividade de projetar arquitetura, pode se tornar necessária a realização de protótipos para testar frameworks novos, de pilotos para pequenos aspectos da solução final ou ainda apenas o estudo soluções adotadas fora dos domínios da organização. Todo o conhecimento obtido nessas atividades listadas anteriormente ou em outras atividades do projeto da arquitetura podem e devem ser armazenadas na forma de uma história de lição aprendida. Isso vai permitir que o conhecimento possa ser eficientemente usado na organização. A escrita das lições aprendidas na forma de história pode ser feita de maneira colaborativa e informal com o objetivo de incentivar a escrita e não criar barreiras para a futura disseminação. Essa atividade está relacionada à etapa de criação e captura do processo de gestão do

conhecimento.

 Adicionar o áudio das reuniões como arquivo: é comum que o projeto da arquitetura seja realizado por um grupo de engenheiros e não por apenas uma única pessoa. Essa prática garante que pessoas com experiências diferentes proponham e validem as idéias dos outros garantindo um resultado final melhor. De forma geral, os responsáveis se reúnem algumas vezes para discutir as possíveis soluções para o projeto da arquitetura. A gravação dessas reuniões permite tanto armazenar as decisões tomadas por eles para entender os motivos que levaram algum framework a ser descartado,

por exemplo, quanto permite que outros membros do projeto acompanhem, aprendam e comentem as decisões mesmo que não façam parte do grupo que definiu a arquitetura. Essa atividade está relacionada à etapa de criação e captura do processo de gestão do conhecimento.  Adicionar versões da arquitetura como arquivo: ainda durante as

reuniões, vários esboços de arquitetura são desenhados de maneira informal para ajudar a discutir e tomar as decisões sobre a arquitetura. Formalizar esse conhecimento e todas essas discussões pode levar muito tempo e acaba não acontecendo. O uso de fotografia ou imagens informais armazenadas na forma de arquivos no projeto permite manter esse conhecimento e guardar a evolução da arquitetura do projeto e não apenas a versão final. A versão final deve ser formalizada e mantida na forma de documento, mas as etapas intermediárias podem ser mantidas sem custo de tempo e sem burocracia demasiada na forma de arquivos de imagens no projeto. Essa atividade faz parte do processo de gestão do conhecimento na etapa de

criação e captura.

 Discutir soluções: as dúvidas e possíveis soluções para a etapa de projeto da arquitetura podem ser discutidas através do fórum. Os comentários realizados nessa atividade estão relacionados às etapas de refinamento e

armazenamento e de gerenciamento do processo de gestão do conhecimento.

 Procurar outros atividades/histórias/arquivos relacionados: como forma de melhorar a qualidade da arquitetura projetada, é possível procurar na base de arquiteturas e lições aprendidas de outros projetos já realizados as atividades ou histórias ou arquivos que já usaram padrões arquiteturais ou

frameworks anteriormente. Essa busca permite usar o conhecimento organizacional para evitar escolha de frameworks ou padrões que já se mostraram ineficientes para problemas semelhantes no passado. Também é possível repetir boas experiências e ganhar tempo na avaliação inicial da arquitetura. Essa atividade está relacionada às etapas de gerenciamento e

disseminação do processo de gestão do conhecimento.

Depois que os testes e discussões iniciais já foram realizados é hora de consolidar as informações obtidas em uma arquitetura final. A essa etapa foi dado o nome de

consolidar a arquitetura e ela faz parte do processo de desenvolvimento de software. As etapas disparadas por ela estão listadas a seguir:

 Discutir soluções: as dúvidas e possíveis soluções para a etapa de consolidação da arquitetura podem ser discutidas através do fórum. Os comentários realizados nessa atividade estão relacionados às etapas de

refinamento e armazenamento e de gerenciamento do processo de gestão do conhecimento.

 Procurar outros atividades/histórias/arquivos relacionados: como forma de melhorar a qualidade da arquitetura projetada, é possível procurar na base de arquiteturas e lições aprendidas de outros projetos já realizados as atividades ou histórias ou arquivos que já usaram padrões arquiteturais ou

frameworks anteriormente. Essa busca permite usar o conhecimento organizacional para evitar escolha de frameworks ou padrões que já se mostraram ineficientes para problemas semelhantes no passado. Também é possível repetir boas experiências e ganhar tempo na avaliação inicial da arquitetura. Essa atividade está relacionada às etapas de gerenciamento e

disseminação do processo de gestão do conhecimento.

 Consolidar decisões em história: as decisões tomadas têm sempre um motivo. Muitas vezes não é interessante colocar esses motivos no documento final da arquitetura para não poluir o documento ou confundir o cliente. Entretanto é importante manter essas decisões em algum lugar. Infelizmente esse é um conhecimento que normalmente se perde no processo de desenvolvimento de software. Se armazenado na forma de história o conhecimento fica armazenado e mantido. Essa atividade está relacionada às etapas de refinamento e armazenamento e

gerenciamento do processo de gestão do conhecimento.

 Adicionar versão final da arquitetura como arquivo: o resultado final da arquitetura é formalizado em um documento que detalha as decisões tomadas e mostra as diferentes visões da arquitetura. Esse documento é fundamental para a etapa de desenvolvimento de software e serve como guia para todos os desenvolvedores. Esse documento deve ser armazenado no projeto na forma de arquivo e pode receber comentários ou ser avaliado segundo sua relevância. Essa atividade está relacionada às etapas criação e

Quando a arquitetura for definida e consolidada é necessário validar a arquitetura com o cliente. Essa validação é uma etapa do processo de desenvolvimento de software, mas também dispara outras atividades relacionadas aos outros processos.

 Criar um evento para agendar validação: é necessário marcar um dia para validar a arquitetura proposta com o cliente. Esse evento fica marcado na agenda do projeto e permite que o gerente e os outros membros do projeto saibam quando e quem será o responsável. Essa é uma atividade que está fortemente relacionada ao processo de gerenciamento de projetos.  Armazenar artefato de validação (entrevista ou documento) como

arquivo: geralmente se faz necessário o armazenamento de algum artefato

que comprove a validação da arquitetura pelo cliente. Esse artefato vai ser usado no futuro para solução de eventuais conflitos. Ele pode ser armazenado no projeto na forma de arquivo e faz parte do processo de

gestão do conhecimento na etapa de criação e captura de

conhecimento.

Com a conclusão da validação, a fase de projeto chegou ao fim e o desenvolvimento do software pode começar. Uma vez que o desenvolvimento esteja completado, o software produzido pode ser testado e, se aprovado, ser entregue para o cliente final. As fases de desenvolvimento e testes serão apresentadas em um único diagrama.

Documentos relacionados