Paulo Eduardo

Mais uma paradinha nos posts sobre a metodologia de trabalho para falar um pouco de outro assunto que me chamou um pouco de atenção nesses ultimos meses.

Atualmente no mercado, existem muitos toolkits e bibliotecas javascript que auxiliam na criação de paginas com Ajax, porem nesse post, vou falar de que para uma ferramenta conseguir seu lugar no mercado ela nprecisa, não somente ser uma boa ferramenta como tambem ter uma grande documentação disponivel na web para consultas.

Já testei diversas dessas ferramentas como xajax, porem essa, apesar de ser bem documentada não atendia algumas das coisas de que eu necessitava, iniciei enton uma busca na web a procura de ferramentas desse tipo que pudessem atender-me.

A primeira ferramenta que eu encontrei foi o Dojo, a principio achei muito interessante, a ferramenta parece ser muito poderosa e auxiliar em varias coisas uteis no dia a dia, comecei enton a procurar a documentação da ferramenta, ou algo que me ajudasse a entender como usa-la, encontrei muitos artigoas falando sobre o poder da ferramenta, o que era possível fazer como ela, mas nenhum sobre como utiliza-la, depois de uma semana descobri que não iria conseguir nada com aquilo.

Voltei desde o inicio, procurando novamente a ferramenta desejada, foi quando encontrei a jQuery, sinceramente falando, pelos elogios encontrados na internet, o Dojo parece ser muito mais poderosa do que a jQuery, mas a falta de algum texto, artigo, materia, etc, falando sobre como utilizar a ferramenta me fez descobrir o quanto é importante, e as vezes muito mais do que a ferramenta ser boa, ela ser bem documentada.

Conclusão: Estou usando jQuery e muito satisfeito com ela, boa, simples de usar, e bem documentada.

Pretendo falar um pouco dela aqui no blog tambem, mas enquanto isso se alguem quiser conhecer melhor consulte os links abaixo:

Links Interessantes sobre jQuery

Blog do Vitor Prado
Comunidade jQuery Brasil
API da Ferramenta (em inglês)

Esse, acho eu, é um dos pontos mais diferentes do modo como eu documento meus projetos, acredito na maioria das metodologias de trabalho conhecidas o proximo documento apos o briefing é a arquitetura da informação, porem eu ainda passo por uma etapa antes disso, que me ajuda bastante ate mesmo na AI.

Esou falando do levantamento de funcionalidades, que é a descrição por escrito de toda e qualquer funcionalidade que o projeto contiver, esse deve conter o que a funcionalidade deve realizar, como serão tratados os usuarios por essa funcionalidade, como ficaram contidos os elementos basicos dessa funcionalidade na pagina e talvez mais algumas coisas dependendo do projeto.

No inicio do documento costumo definir quais serão os tipos de usuarios que o projeto irá conter, isso varia muito de projeto para projeto, alguns clientes já possuem uma estrutura de usuarios já definida, as vezes ate mesmo falando do nivel do cliente fora da internet, um banco por exemplo, possui seus clientes poupança, conta-corrente, conta-corrente especial, empresas e etc, esses niveis de usuarios já são previamente definidos independentemente da existencia ou não de um site/portal, porem devem ser levados em conta no projeto.

Definidos os tipos de usuario, precisamos definir quem se encaixa em cada um desses perfis, no caso do banco é um pouco obvio, um usuario poupança é, obviamente, aquele usuario que possui uma conta poupança no banco citado, mas nem sempre é assim, um e-commerce de livros pode ter seus usuario bronze, prata e ouro, sendo bronze aqueles que somente realizaram o cadastro e fizeram uma unica compra, prata aqueles que já realizaram mais de uma compra e costumam voltar aleatoriamente ao site para novas aquisições e ouro os que mantem compras frequentemente no site, nesse caso, essa seria a definição de quem se encaixa em cada um desses perfis

O proximo passo e definir o que cada usuario poderá fazer e a qual conteudo ele terá acesso, vamos continuar no exemplo da livraria on-line, o cliente ouro, por realizar comprar frequentemente no site, tem um desconto de 10% em compras acima de R$ 100,00, esse dado portanto se encaixaria no que o usuario pode fazer (receber descontos em compras acima de R$ 100,00) alem disso, ele tem acesso aos primeiros capitulos de cada livro em formato digital, o que se encaixaria em qual conteudo ele terá acesso

Costumo alem desses tipos de usuario sempre adcionar um usuario “visitante” que é aquele que não tem nem o cadastro no site e que está passando ali somente para olhar, sendo portanto um consumidor em potencial.

Apos definidos os usuarios a proxima fase seria a descrição das ações nas funcionalidades, a ação compra, por exemplo (continuando com o exemplo da livraria) o usuario entraria no site, escolheria o livro em uma das categorias, clicaria em comprar e seria transferido para uma tela solicitando seu login e senha (caso ele ainda não esteja logado), sendo redirecionado para o carrinho de compras (essas duas partes podem vir em ordens diferentes) ele então teria a opção de continuar comprando, na qual ele voltaria para a vitrine, ou finalizar a compra, quando seriam solocitados os dados de cobrança e envio, essa então seria a descrição da ação de efetuar compra.

Tendo todas as funcionalidades, seus respectivos levantamentos, eu finalizo essa etapa, e envio o documento para a aprovação do cliente pois assim qualquer coisa que estiver incorreta é corrigida ainda no momento de descrição e eu teria apenas o trabalho de alterar o texto.

Isso ainda continua com as outras etapas…

A Microsoft é uma empresa que tem fama de produzir coisas nem sempre muito boas, muitos falam de como os sistemas operacionais livres são superiores a ela, porem quando a coisa é boa agente tem que elogiar tambem, por isso, um post rapidinho pra falar do Surface um misto de experiencias novas com tecnologia de ponta.
Quem quiser ver na integra pode conferir aqui: Microsoft Surface

Como falei no post anterior iria dar prosseguimento detalhando cada uma das etapas de documentação de projetos citadas pois bem, começarei pelo briefing, pois acredito que ele seja por onde se deve começar um projeto em si (descontando-se as conversas anteriores com o cliente que visam conhecer melhor a empresa e/ou o profissional do que o projeto em si)

O briefing é o “levantamento junto ao cliente de informações sobre produtos, serviços, publico alvo, conteúdo do site, informações sobre concorrência, cores, logo, material gráfico que posso auxiliar no desenvolvimento, etc.” (extraido do documento que uso para me auxiliar com as etapas do desenvolvimento de projetos – sim, eu documento até como faço pra documentar, e isso me é muito util).

O Frederick van Amstel do usabilidoido.com.br já escreveu, e escreveu muito bem, sobre Como fazer um bom briefing de website
porem aqui gostaria de colocar a minha opinião de quais são os principais pontos de um briefing e que te acompanharam e ajudarão em decisões por todo o projeto.

O primeiro ponto de todos é o publico alvo, pois ele e nele que se baseiam desde a fonte utilizada no site até o conteudo que será disponibilizado e como será, o levantamento de publico alvo se possivel deve levar em consideração dados anteriores do proprio site, dados da marca (uma marca que vende acessorios para surf tem geralmente um publico alvo mais descontraido, já uma que vende peças de xadrez tem um publico alvo mais conservador), e qualquer outro dado que posso auxiliar na descrição do publico alvo.

São dados importantes do publico alvo: idade media, sexo, condição economica e muitos outros pontos. porem, mesmo tendo um publico alvo muito bem definido, não se deve focar um projeto eexcluindo os outros usuarios que por ventura poderão ter acesso a esse site.

Outro ponto importante de um briefing diz respeito ao produto ou serviço que será vendido e/ou a marca que etá por tras do projeto, conhecer o cliente a marca e o produto/serviço não diz respeito somente ao contratante do projeto, para isso tambem é preciso analisar o mercado, os concorrentes do cliente, e quais vantagens e desvantagens esse cliente leva em relação aos concorrente, pois as vantagens se bem exploradas no projeto poderão trazer um crescimento para marca gerando a satisfação do cliente, e cliente satisfeito volta.

Por outro lado as desvantagens competitivas dessa marca/cliente não deverão ser focadas, ficando em segundo plano dentro de um projeto, a não ser que o objetivo do cliente seja diminuir ou ate mesmo eliminar essa desvantagem competitiva, mas isso requer não somente uma iniciativa do projeto como uma movimentação geral do cliente para aprimoramento das desvantagens competitivas.

E por falar em objetivos, esse é outra parte importante de um briefing, o que o cliente deseja com esse projeto, o objetivo dele pode variar desde criar um institucional somente para divulgação do nome da empresa para que ela fique conhecida tambem no mundo geek, ate a criação de um e-commerce para aumentar o potencial de vendas dessa empresa

Outros pontos importantes de um briefing são:

• Disponibilidade de recursos financeiros para custiar o projeto
• Prazo do projeto
• Hospedagem
• Tecnologia utilizada
• Qualquer outra informação/arquivo que posso auxiliar no desenvolvimento

Para concluir, o briefing pode surgir desde um formulario que o cliente preenche com todas essas informações (o que pode se tornar muito generalista) até de uma conversa entre o desenvolvedor e o cliente onde as informações vão sendo anotadas e que depois se transforma num documento oficial (essa ultima na minha opinião permite um estudo melhor do caso já que o desenvolvedor pode ir dando rumo a conversa a medida em que ela caminha).

Nos proximos posts darei prosseguimento ao detalhamento das outras fases do projeto.

Sei que já faz uma semana, mas uma semana atras eu nem tinha criado meu blog ainda, e acho que uma iniciativa dessas tem que ser eternamente divulgada.

O pesoal do acessodigital.net fez um video muito interessante sobre acessibilidade, e na verdade acho que já passou da hora dos desenvolvedores pensarem um pouco mais sobre esse ponto.

Então ai vai:

Sei que metodologia de trabalho e documentação de projetos é uma coisa muito pessoal e que cada individuo faz da sua maneira, porem a falta dela andou me causando alguns problemas ultimamente e por isso gostaria de falar um pouco mais desse assunto que acredito que se fosse levado mais em consideração poupariam muita dor de cabeça

O Walmar Andrade no seu Blog já falou aqui, aqui, aqui e aqui sobre como ele utiliza a metodologia GTD, ainda não tive oportunidade de ler o livro (estou esperando ganhar de presente do cara, brincadeira em Walmar, mas se me der eu prometo que aceito, rsrs), tentei, porem, utilizar as recomendações dele sobre como integrar a metodologia ao Remember the Milk, que pode ser uma excelente ferramenta para organizar as coisas, mas não sei se ele tem e eu ainda não achei ou se não tem mesmo um modo de criar subtarefas de uma tarefa, o que faz muita falta pra mim, e acho que isso foi o principal motivo da minha tentativa não ser bem sucedida.

E na verdade acho que esse é o ponto principal da como é minha Metodologia de Trabalho, eu procuro em um projeto de desenvovimento para a web separa-lo em etapas e/ou ferramentas, por exemplo, se um projeto x vai ser composto pelo site + ferramenta de administração + blog + administração do blog, só ai já são quatro partes, prefiro pensar separadamente o que eu tenho que fazer em cada uma dessas etapas, quanto tempo cada uma levaria e, junto ao cliente planejar qual tem mais prioridade de ser publicado (logicamente sabendo que existem dependencias, a ferramenta de administração não pode entra no ar antes do proprio site, se não ela vai administrar o que não é mesmo?)

A fase de documentação entra junto com essa etapa de divisão do projeto, com o briefing, que seria a documentação do projeto como um todo, apos a divisão ter sido feita para cada uma das partes faço então, o Levantamento de Funcionalidades – uma documentação que detalha com mais profundidade o que cada parte deverá ter, a AI, o DER caso haja necessidade de um banco (dependendo do caso esse pode ser um único para todas as partes do site, caso haja interação de dados entre elas, o que muito provavelmente acontece) o Wireframe seguido do layout (ou somente o layout) a geração de conteudo, o desenvolvimento das telas e, por ultimo, a programação do conteudo dinamico e das funcionalidades.

Esse metodo para mim é o ideal, estou procurando me manter o mais fiel a ele, porem não é sempre possivel, claro que com a experiencia ele tambem vai sendo aperfeiçoado.

Bom, nos proximos posts pretendo fazer uma descrição mais detalhada de cada uma dessas etapas, se bem que tem umas que não precisa nem explicar né?

Abraço a todos e até mais.

Ola a todos…

Bom, a um bom tempo que venho pensando na ideia de criar meu blog para falar sobre os assuntos aos quais estou em contato diariamente, e que eu adoro.

Sim, estou falando de web, o que mais seria? existe algo mais que nos liga ao mundo todo em alguns cliques (isso é um clichê – a primeir vez que ouvi isso quando a internet estava chegando no brasil e eu tinha la meus 7 aninhos de idade eu lembro que eu fiquei imaginando um super jato mega veloz que me enviava via linha telefonica pra qualquer lugar do mundo rsrsrs).

Bom, mas não pretendo falar somente sobre web, apesar de web provavelmente ser o topico que será mais falado, porem outros assuntos referentes a tecnologia e alguns off-topics de vez em quando com certeza irão marcar presença por aqui.

Então é isso, aguardem os proximos topicos que vem muito mais por ai