Observações: achei as cores e a disposição dos elementos na página bem discretos. Em relação à proposta, penso que pode resultar um bom "produto final". Mas me pergundo qual é a pergunta motivadora do projeto de pesquisa... De qualquer modo, achei um assunto importante de ser estudado.
a) layout, usabilidade e recursos técnicos; O layout está ótimo, bem simples Infelizmente, tem pouco de suas idéias lá, por isso o Lauro não precisou usar muitos recursos... e ainda bem que ele não usou!
b) clareza da proposta de pesquisa e, c) objetividade da proposta; A proposta não está clara. Imagino que quem não sabe o que é gerência de configuração de software (talvez seja o meu caso) deva boiar nessa proposta. Já vejo algo errado no projeto na frase "gerenciar a configuração dos produtos de trabalho é fator determinante para o sucesso de projetos". Vários dos projetos em que
trabalhei não tinham GC ou ela era feita por mera formalidade, e ainda assim foram bem sucedidos. Não estou dizendo que GC não é necessária (trabalhei em um projeto
que fez GC e foi muito bem sucedido, e acho que em grande medida, graças à GC), mas a existência de exemplos que contradizem essa frase já é motivo para sua
reformulação. Minha interpretação é a de que você quer propor um modelo de que caiba qualquer tipo de projeto. Não seria melhor diminuir o escopo? Mesmo que você dimua o escopo, também não entendi o que significa "Gerência de Configuração da Arquitetura da Informação". Lendo seu projeto, parece em alguns momentos
que o objetivo na verdade é um modelo de "Arquitetura da Informação da Gerência de Configuração". E falta falar sobre base empírica e metodologia. Não consigo imaginar como "Generalizar Gerência de Configuração de Software para um modelo Gerência de Configuração da
Arquitetura da Informação (buscar invariantes)". Agora sim, vejo pra que serve essa coisa toda de metodologia etc.
d) qualidade do banner; Aproveitando que o Lauro é programador: null
e) definição da base teórica e referências bibliográficas; A base teórica parece estar ok na hora de justificar a pesquisa, mas não na hora de dizer como ela será feita.
f) definição da base empírica; Pela leitura, imagino que sejam alguns projetos de desenvolvimento de software, mas achei que ficou muito genérico. Que tipo de projetos serão estudados. Melhor ainda,
quais serão?
g) conteúdos correlatos à pesquisa e, h) articulação entre o blog e a proposta da pesquisa; O blog do Lauro tem pouca coisa. O meu também está nessa situação. Se você tiver alguma ideia pra melhorar isso, por favor me avise!
i) dados de identificação. O que o Lauro faz? Está sendo orientado por quem? Aliás, é aluno regular? Engraçado como agora essas coisas fazem sentido pra mim :D .
p.s.: Criticar é muito fácil. Bom mesmo é se meu projeto não tivesse os mesmos problemas que eu vi aqui.
Observações: achei as cores e a disposição dos elementos na página bem discretos. Em relação à proposta, penso que pode resultar um bom "produto final". Mas me pergundo qual é a pergunta motivadora do projeto de pesquisa... De qualquer modo, achei um assunto importante de ser estudado.
ResponderExcluira) layout, usabilidade e recursos técnicos;
ResponderExcluirO layout está ótimo, bem simples
Infelizmente, tem pouco de suas idéias lá, por isso o Lauro não precisou usar muitos recursos... e ainda bem que ele não usou!
b) clareza da proposta de pesquisa e, c) objetividade da proposta;
A proposta não está clara. Imagino que quem não sabe o que é gerência de configuração de software (talvez seja o meu caso) deva boiar nessa proposta.
Já vejo algo errado no projeto na frase "gerenciar a configuração dos produtos de trabalho é fator determinante para o sucesso de projetos". Vários dos projetos em que
trabalhei não tinham GC ou ela era feita por mera formalidade, e ainda assim foram bem sucedidos. Não estou dizendo que GC não é necessária (trabalhei em um projeto
que fez GC e foi muito bem sucedido, e acho que em grande medida, graças à GC), mas a existência de exemplos que contradizem essa frase já é motivo para sua
reformulação.
Minha interpretação é a de que você quer propor um modelo de que caiba qualquer tipo de projeto. Não seria melhor diminuir o escopo?
Mesmo que você dimua o escopo, também não entendi o que significa "Gerência de Configuração da Arquitetura da Informação". Lendo seu projeto, parece em alguns momentos
que o objetivo na verdade é um modelo de "Arquitetura da Informação da Gerência de Configuração".
E falta falar sobre base empírica e metodologia. Não consigo imaginar como "Generalizar Gerência de Configuração de Software para um modelo Gerência de Configuração da
Arquitetura da Informação (buscar invariantes)". Agora sim, vejo pra que serve essa coisa toda de metodologia etc.
d) qualidade do banner;
Aproveitando que o Lauro é programador: null
e) definição da base teórica e referências bibliográficas;
A base teórica parece estar ok na hora de justificar a pesquisa, mas não na hora de dizer como ela será feita.
f) definição da base empírica;
Pela leitura, imagino que sejam alguns projetos de desenvolvimento de software, mas achei que ficou muito genérico. Que tipo de projetos serão estudados. Melhor ainda,
quais serão?
g) conteúdos correlatos à pesquisa e, h) articulação entre o blog e a proposta da pesquisa;
O blog do Lauro tem pouca coisa. O meu também está nessa situação. Se você tiver alguma ideia pra melhorar isso, por favor me avise!
i) dados de identificação.
O que o Lauro faz? Está sendo orientado por quem? Aliás, é aluno regular?
Engraçado como agora essas coisas fazem sentido pra mim :D .
p.s.: Criticar é muito fácil. Bom mesmo é se meu projeto não tivesse os mesmos problemas que eu vi aqui.