Agilebox - Programação e Rock'n Roll

Por que NÃO devemos medir a produtividade.

agilebox — Thu, 18 Mar 2010 16:50:17 +0000

Por algum tempo acreditei que para ter um produto de sucesso ou uma equipe de sucesso, era necessário o acompanhamento da produtividade. Pensando bem, o que é produtividade?

Por que as pessoas acreditam que a produtividade pode ser medida? Existe realmente alguém realmente compentente que possa mensurar a produtividade de outra pessoa?

Vou contar uma breve história para vocês entenderem meu ponto:

Era uma vez um programador que sempre procurou ser “produtivo”, entregar as tarefas com o mínimo de atraso ou até mesmo sem atraso. Um certo dia, seu chefe chamou a ele e a um colega de trabalho para uma conversa, encheu o peito e disse que não estavam sendo produtivos, e que um outro Fulano de tal estava entregando mais coisas, em menos tempo, enquanto os dois só conversavam, e citou vários outros motivos e blás blás blás que costumamos ouvir em paletras de auto-ajuda empresarial. Esse chefe nem ao menos questionou a complexidade das tarefas e a necessidade de se discutir, conversar e analisar os problemas. Resultado: acabou perdendo dois ótimos profissionais e atrasando ainda mais o que já, segundo ele, não estava legal.

A partir desse momento comecei a repensar sobre a palavra produtividade e descobri que a melhor coisa de ter um chefe idiota é que você pode aprender muito com ele. Você pode aprender que dar valor à pessoa e não ao tempo que essa pessoa leva para cumprir determinada tarefa, pode aumentar a produtividade da equipe.

Ainda pode aprender que uma pessoa extremamente competente pode “se sentir” muito menos produtiva que as outras.

Eu disse se sentir pois realmente é o que acho que produtividade significa, sentir-se produtivo é um estado de espírito. A grande qualidade de uma equipe produtiva é sintonia entre todos os membros, é o entendimento entre si e o comprometimento com aquilo que realmente desejam.

Então, se não existem métricas eficientes para saber como a pessoa está se sentindo naquele momento, não existem maneiras de se medir a produtividade daquela pessoa.

Bom, lembrando que estou expressando aqui opiniões pessoais e se você quiser comentar, será muito bem vindo!

Abraços a todos!

Dicas para um aplicativo de sucesso

agilebox — Wed, 03 Mar 2010 20:56:08 +0000

Depois de algum tempo trabalhando com aplicações web, com design de interfaces e principalmente com usuários, eu decidi escrever algumas coisas que eu acho importantes para o desenvolvimento de um bom produto.

Reuni algumas informações importantes e retirei alguns aspectos que acho interessantes sobre como e porquê fazer uma aplicação com design centrado no usuário.

1. Design de experiências e não de funcionalidades

É muito importante que o design seja elaborado do começo ao fim pensando em como o usuário vai se sentir em todas as funcionalidades. Se a experiência que usuário tiver em alguma das funcionalidades do sistema não for agradável, ele vai considerar que o sistema inteiro é ruim de usar. Por exemplo: Se uma tela de edição do perfil de um usuário estiver com bugs, o sistema todo será taxado como “bugado”. Por isso, muito cuidado!

2. Rápido ou devagar, apenas faça!

E faça bem feito. Não se preocupe em lançar o produto logo com medo de “perder a onda”. Essa tal “onda” não tem a ver com modinhas ou virais, ela tem a ver com ótimas idéias e bem executadas. Se você tem um serviço / produto que tenha qualidade, não se preocupe com o tempo que vai demorar para que ele fique bom. Independentemente da quantidade de café que você coloque na xícara, o creme sempre ficará por cima.

3. Faça, lance, revise, revise, revise. Você não sabe de tudo!

Não tente adivinhar. Absolutamente, não tente adivinhar. Desenvolva sua aplicação baseada em suas experiências, mas sobretudo coloque-a para funcionar e peça um feedback.

Talvez você seja mais esperto do que eu

Talvez você seja BEM mais esperto do que eu.

Isto é totalmente possível. De fato, isto é provável. De qualquer maneira, se você é como a maioria das pessoas, então como eu, tem problemas imaginando aquilo que não consegue ver e tocar.

Seres humanos são extremamente bons em responder a coisas do ambiente. Nós sabemos entrar em pânico quando um tigre entra na sala e como limpar tudo depois de uma enchente devastadora. Infelizmente somos terríveis em planejar adiante, em compreender ramificações das nossas ações e em priorizar as coisas que realmente tem importância.

Talvez você seja um dos poucos indivíduos que consegue manter isto tudo em sua cabeça. Isto realmente não interessa.

Web 2.0, o mundo que começamos assumindo que todo mundo já usa a web, dá permissão a desenvolvedores espertos colocarem essas fraquezas humanas a trabalhar para elas. Como? Permitindo que seus usuários lhes contem o que pensam enquando ainda há tempo de fazer algo a respeito.

E esta última frase explica porque você deve desenvolver desta maneira e como pode querer promover/lançar.

Torne sua história direta. Garanta que as peças funcionem. Então lance e revise. Ninguém é tão esperto quanto todos nós juntos.

- Seth Godin (autor / empreendedor)

4. Não faça tudo para todos

Sua aplicação tem 99% de chances de ser mais bem sucedida se você se preocupar em satisfazer o seu público-alvo do que todo mundo. Lembre-se que é praticamente impossível agradar a todos.

5. Tome algumas decisões difíceis

Isto realmente é necessário para sua aplicação? Se sim, faça bem feito. Se não, corte fora. É difícil, eu sei disso. Procure listar as funcionalidades que sua aplicação realmente necessita, não sobrecarregue-a com aplicações desnecessárias. Após isso, deixe apenas metade dessas funcionalidades. Isso mesmo, corte ao meio. Amanhã você faz a mesma coisa, pega a lista de funcionalidades tira as que você não acha necessárias e depois corta o restante pela metade. Depois de três dias você vai ver que sua aplicação vai funcionar mesmo assim.

6. Tem que funcionar

A pessoas querem usar a sua aplicação, não configurar ou aprender a usar. Crie uma configuração inicial para que tudo em que o usuário interagir, faça sentido. Ele precisa saber o que fazer apenas olhando para a tela, baseado em experiências anteriores. Um ótimo exemplo de um produto que funciona são as garrafas pet. Independente do tamanho, cor, conteúdo, você sabe que precisa desrrosquear a tampa e beber o que tem dentro. Uma garrafa pet não é usada pra outra coisa que não seja de beber (salvo os desinfetantes de alguns vendedores de rua, mas isso não é a utilização e sim a re-utilização). Use os botões para serem clicados, os formulários para serem navegados e as tabelas para apresentação de conteúdo. Não re-invente a roda.

7. Tem que ser agradável de usar e de se ver

Com o perdão da palavra, mas a pessoa precisa ter “tesão” em usar sua aplicação, precisa se sentir bem vendo a interface. Ela não pode dar um nó na cabeça do usuário.

8. A aplicação deve ter voz mas não seja chato

Toda e qualquer intervenção que o usuário fizer, deve ter uma resposta visual. Sua aplicação deve falar por si própria. Para facilitar ainda mais a experiência do usuário, crie uma linguagem mais “humanizada” como se você estivesse conversando com o usuário, isso certamente vai fazer com que o usuário goste ainda mais de “conversar” com a sua aplicação. Porém muito cuidado na hora de emitir notificações, alertas, e-mails ou qualquer outra maneira de se comunicar com o usuário. Cuidado para não aborrecê-lo, seja discreto.

9. Mantenha simples

Esforce-se ao máximo para que o design seja simples mas que faça o trabalho. Procure não expandir o design além do necessário. Para quê três opções para realizar uma tarefa se apenas uma opção basta? Elimine e reduza todo esse lixo desnecessário.

10. Teste, teste, teste, teste

Não é apenas a funcionabilidade da aplicação que deve ser testada, a interface também! Procure fazer o máximo de testes baseados em resultados (testes A/B) e consulte profissionais que possam te entregar um teste de usabilidade da sua interface. Com certeza eles poderão te ajudar muito.

Fiz apenas uma pequena lista do que eu acho importante para que sua aplicação seja bem sucedida, mas o mais importante é que você faça com paixão.

Se você estiver fazendo uma aplicação para apenas “ganhar dinheiro” os usuários vão perceber isso nas entrelinhas.

A paixão de uma pessoa por aquilo que ela está fazendo é o que vai prevalecer.

Abraços,

Até mais…

Linguagem de programação e Linguagem de programador

agilebox — Wed, 16 Dec 2009 13:35:14 +0000

Na verdade, eu nunca entendi a linguagem de um programador. Eu digo programador mesmo, daqueles que sabem conceitos, aplicações e todos os outros blá blá blás que você escuta quando está conversando com um.

Eu sempre trabalhei com desenvolvimento, então como eu não entendo?

Exite uma diferença bem grande entre a linguagem de programação e a liguagem do programador. Na linguagem de programação, existe uma lógica, uma linha de raciocínio a ser seguida. Raciocinar não é tão difícil quanto memorizar.

E memorizar é no que consiste a linguagem do programador. Saber o que significa ortogonalidade, polimorfismo essas coisas.

E não só isso, saber o que significa e como utilizar esses conceitos. Isso é ser um programador. É ter paixão por todas essas coisas nerds.

Paixão é o que move o coração do programador e desafio é o que move a mente.

Quer que um programador seja comprometido com aquilo que está fazendo? Faça-o se apaixonar pelo software, pela tecnologia,

ou até mesmo pelo conceito daquilo que está construindo.

Quer um programador mais eficiente? Desafie-o constantemente, faça com que ele sinta que ainda falta algo que ele não sabe.

Estimule a imaginação.

“Imaginação é muito mais importante que o conhecimento”

- Albert Einstein

Apesar de eu trabalhar com desenvolvimento durante todos esse anos, ainda não entendo a linguagem do programador.

Alô mundo!

agilebox — Fri, 25 Sep 2009 13:13:01 +0000

Apenas um primeiro post.

Primeiros posts costumam ser mais complicados de fazer, porque devemos fazer uma apresentação sobre o autor ou sobre o conteúdo do blog.

Isso será desnecessário, visto que ao longo do tempo essas questões serão esclarecidas. Então eu pensei: “O que escrever no primeiro post?”. E cheguei a conclusão que só escrever já ia ser suficiente.

Um abraço a todos e curtam o Agilebox.