E isso é ótimo para a discussão, pois enriquece bastante. Tomara que mais pessoas postem aqui na mesma qualidade que vocês.

Lembrem que o agile tem em um dos seus pilares o “inspect & adapt”. Portanto, não preciasmos ter verdades absolutas

Um grande abraço

Gostei muito de ter lido esses posts, pois nunca tinha encontrado uma opinião sobre SCRUM em agências.

Eu concordo com o Xandre sobre a apresentação do wire ao cliente e acho se bem trabalhado, o cliente entende sim, porém, ele só vai ficar satisfeito qdo ver o layout e o conteúdo, por isso acho que o wire é parte do processo de desenvolvimento, sozinho não gera valor algum.

Onde trabalho, a proposta fechada com o cliente é uma entrada para o esqueleto então qdo o cliente vê o wire e compara com a proposta ele consegue entender o que está rolando e nesse momento pede mudanças e aprova em seguida, dessa forma, os designers e os programadores fazem exatamente o que está nesse documento e se no final o cliente pede uma mudança paga por isso (isso se o pessoal do comercial quiser assim)!

Sobre equipes trabalhando juntas durante o desenvolvimento, achamos isso desnecessário aqui, pois a equipe se reune no momento da criação da proposta e todos planejam o projeto juntos, quando o cliente aprova, todos já tem o projeto na mente, as vezes acontece alguns desvios, mas conversamos novamente e alinhamos os pontos.

O trabalho do GP aqui então é controlar as entregas, escopo (pouco já que o projeto está sempre claro), custo, qualidade e em alguns casos contratações.

Sobre os testes, isso é um problema mesmo, quando atrasa é a primeira coisa que fica de fora. Eu acho que dependendo da linguagem usada fica muito difícil testar a cada trecho desenvolvido (iterações), já que ao mesmo tempo q vc cria o banco faz a página e as classes, por isso deixamos tudo pro fim mesmo. O site passa por um teste do gerente de TI, depois de layout e conteúdo.

Pelo o que vejo aqui, usamos o mesmo processo que muitas agências e funciona bem e como a equipe é antiga não tem tantos problemas.

Bom, espero ter contribuído com a discussão!

Abs!

Obrigado pelo seu comentário.

Tu fechaste em tudo comigo. Só parece que não entendeste o que eu quis dizer com “trabalho interno”.

Uma wireframe apresentada a um cliente é algo sem valor, concordas? Tu, se fosse leigo na área web, qual seria a tua reação ao visualizar uma wireframe que só marca posições e conteúdo? Com certeza seria algo como “Hmm, ok. ACHO que é isso”. Compare isso com a reação de uma pessoa a ver um layout pronto.

Nessa área tem muita subjetividade. Portanto VALOR para o cliente tem que ser algo que gere um feedback consistente, que ele possa se identificar. É o mesmo caso de alguém levar um documento com casos de uso para um cliente…

Onde eu trabalhei eu posso dizer sem medo nenhum que os arquitetos de informação foram essenciais para projetos, especialmente os mais complexos (como e-commerce). Foram os arquitetos que levantarem questões até então tidas como sem necessidade. E são os arquitetos que são os mais elegíveis a fazer essa interface entre conceitual e desenvolvimento.

Eu só não consigo concordar com a apresentação de um wireframe para o cliente. Pelo menos nas minhas experiências isso não foi tão útil, salvo poucas exceções.

Grande abraço