Isso é ainda mais verdade quando é um projeto envolvendo software, e ainda mais quando é software para publicidade, como fazemos na amanaiê. Em software, diferentemente de design (e eu sei disso porque tenho sido designer gráfico a vida toda) não existe mágica.

Não há vigor ou explosão criativa, nem nenhum truque que possa recuperar um cronograma atrasado. Um prazo mais apertado em design significa menos tempo para pesquisar e tornar a peça mais elaborada. Um prazo mais apertado em software significa funcionalidades a menos, ou pior, bugs a mais, e não há argumento que faça um cliente aprovar ou ficar contente com um software mal feito.

O senso de urgência de um projeto tem que ser determinado desde o primeiro dia, e combinado com a equipe de produção e com o cliente. Um dia a mais esperando uma aprovação significará uma madrugada de trabalho dos desenvolvedores, jornadas de trabalho com mais horas do que uma pessoa deveria trabalhar e conseqüentemente, um trabalho ruim.

O controle de qualidade, última etapa da modo tradicional de desenvolvimento de produtos, tem que ser rigoroso em cada etapa e cada dia do projeto. Em software, isso pode ser conseguido de várias maneiras, como por exemplo, usando técnicas de test driven development e envolvendo uma equipe de QA junto com os desenvolvedores durante o projeto inteiro. Um bom profissional de testes vale por dois desenvolvedores, na medida em que ele torna o trabalho de cada desenvolvedor muito mais produtivo e focado naquilo que eles fazem melhor.

Todo gerente de projetos sabe que o impacto de um pequeno atraso no início do projeto pode ser desastroso no final. Principalmente porque o custo de mudanças no inicio do projeto é bem menor do que no final. Mas nem sempre a equipe e o atendimento estão alinhados em relação a isso. A melhor forma de desenvolver software é revendo o planejamento a cada pequena etapa, como se faz com o planejamento de sprints no método scrum, mas nem sempre isso é possível.

O interesse do cliente é saber com certeza quanto vai pagar por exatamente qual escopo de produto e quando tudo será entregue. Ele precisa saber tudo isso antes do primeiro dia de desenvolvimento para poder decidir se o investimento faz ou não sentido. Do outro lado, nunca se pode prever com certeza os percalços comuns no desenvolvimento de software, nem o cliente está interessado em entender isso.

Por isso, o planejamento, o senso de urgência, o ritmo de trabalho, análises de risco, gestão de recursos, enfim, todas as etapas do projeto devem ser imbuídas de um sentimento comum de que hoje tudo tem que ser realizado perfeitamente e no tempo certo para que cada dia seja agradável para todas as partes, inclusive o último, que deve ser um dia de celebração do lançamento do projeto, não de tortura.

Você é capaz de comandar equipes com centenas de pessoas espalhadas em vinte países em 5 fuso-horários diferentes. Você sabe fazer um pacote sair do kenya às 3 da tarde e chegar em nova york antes do horário comercial, passando por um processo meticulosamente cronometrado com no mínimo 50 pessoas e 10 tipos diferentes de transporte. Mas você está agora preso sozinho em uma ilha deserta.

Uma startup geralmente é bem parecida com o náufrago: pessoas capacitadas, recursos limitados e um prazo definido para chegar a um lugar seguro e confortável ou morrer.

O primeiro passo é achar um jeito de comer e beber, sobreviver a cada dia, estancar as hemorragias, entrar no azul.

Neste processo, você corre o risco de encontrar um Wilson (no filme, uma bola de voley que se torna o melhor amigo do náufrago e com quem ele tem longos diálogos). O risco é olhar para situações e objetos completamente desprovidos de significado e valor e os transformar em coisas que dão sentido, direção e significado ao seu dia-a-dia.

Depois de aprender a sobreviver, é preciso ter uma estratégia para sair da ilha. Basicamente, é hora de aprender a fazer uma corda. Sem cordas não é possível fazer um abrigo, nem caçar decentemente, nem fazer uma jangada para se aventurar a procurar o refúgio seguro. A corda é a liberdade.

Mas as cordas também te lembram o tempo todo que você pode se enforcar e acabar com todo o sofrimento. Enforcar-se com as cordas da liberdade.

Numa startup as regras corporativas ainda não apareceram, há flexibilidade para inovar. Mas há também flexibilidade para deixar de fazer a lição de casa, para acordar às 10 da manhã, para ser medíocre. Há também flexibilidade para trabalhar 18 horas por dia com um nível de energia e produtividade que faz parecer no final que você só trabalhou 4 horas.

Depois de aprender a sobreviver na ilha, todos os dias numa startup todos precisam estar usando as cordas que aprenderam a fazer para sair de lá ou logo estarão fazendo testes com bonecos de madeira para ver se a corda segura o peso do seu corpo, pelo pescoço.

Trabalhar em uma startup é um grande desafio. Viver neste ambiente com saúde o bastante para levar a startup ao nível de uma empresa consolidada sem perder a cabeça e sem amigos imaginários é um desafio maior ainda. Mas só sabe o valor de um copo com gelo quem já lutou por um fiozinho de água doce. Neste processo, a abundância de flexibilidade, liberdade, e às vezes (raras) recursos financeiros, pode ser fatal.

E mesmo entre as outras pessoas que trabalham no nosso “escritório” em São Paulo, rolam “fuso-horários” de acordo com o horário de trabalho que cada um faz. Por conta disso, fazemos toda a nossa comunicação e gestão pela web e escolhemos os softwares da 37 Signals para fazer isso.

basecamp

O basecamp é matador para gerenciar projetos. Ele é simples, do tipo de simplicidade que faz você esquecer que está usando um software, ele não aparece.

Claro, é preciso fazer alguns ajustes no fluxo de trabalho. Um exemplo: trabalhamos com a metodologia de desenvolvimento ágil Scrum. O pessoal que usa Scrum gosta de ter um quadro com tarefas escritas em post-its. Como não dá pra ver os post-its grudados em quadros físicos à muita distância, – digamos, há uns 3 metros já não dá pra ler nada – fica meio difícil pra gente de SP ou NY ver as tarefas dos times em BH e BSB :/ então usamos as to-dos do backpack, que são excelentes porque é possível até fazer comentários em cada tarefa.

Outra coisa boa do basecamp é eliminar a troca de emails, que ninguém além de quem está conversando pode ver, para as messages, que todos os envolvidos com o projeto podem acessar. Aliás, poder receber updates e enviar qualquer tipo de conteúdo por email é realmente uma mão na roda.

backpack

O backpack não faz muita coisa, basicamente, na verdade, ele poderia ser visto como um ótimo WYSIWYG, um fazedor de páginas web. Não tem muita coisa que ele faça que não se possa fazer com as ferramentas do google, ou um wordpress interno.

Ele serve muito bem para comunicações internas que não estão relacionadas com projetos em andamento (porque para projetos, tem o basecamp). A idéia é ser uma maneira bem simples de ter uma intranet da empresa.

E para essas coisas ele é mesmo fantástico porque cria naturalmente elementos comuns a este tipo de página, como listas, imagens, notas… E em cada item é possível fazer comentários, o que ajuda muito a manter as conversas em seu contexto.

A vantagem dele sobre os outros que eu citei é: vc não precisa pensar em nada do programa, apenas crie uma nova página e coloque o conteúdo que quiser e compartilhe com quem quiser. Mais uma vez: ele sai da sua frente.

Além disso, o backpack tem o Journal, um twitter interno. Lá é possível ir dando um status do que está rolando na empresa enquanto as coisas estão acontecendo.

highrise

Esse sem dúvida, depois de um tempo de uso, é o mais essencial de todos. Eu não saberia o que fazer sem ele. Todos os contatos com todos os nossos clientes, seja por email ou qualquer outro tipo, são documentados lá.

Temos um histórico de tudo que conversamos com cada um dos nossos contatos na web. Assim, ficamos com todos os benefícios do CRM, sem precisar de um complexo e caro software normal de CRM.

campfire

Eu me lembro bem do ICQ, o primeiro dos instant messengers. O ícone das mensagens era um post-it. A idéia por trás do ícone, e do software, inicialmente, era poder deixar recados rápidos para os amigos, não era pra ser um meio de comunicação, como se tornou hoje em dia, chegando a substituir telefone e as vezes até o contato físico com uma pessoa que está na sala ao lado ou até na sua frente.

Internamente, na comunicação de uma empresa, na minha opinião, o IM deveria também ser visto assim: uma ferramenta para recados rápidos. No entanto, é muito interessante poder fazer um chat com a equipe, principalmente equipes remotas como nós trabalhamos aqui.

O google talk, embora seja excelente, não nos dá a capacidade de poder compartilhar o conteúdo gerado num chat com toda a equipe. Aí entra o campfire: fazemos chats lá, e o histórico fica guardado para uma consulta posterior, e os arquivos compartilhados durante a conversa também ficam lá para serem baixados depois.

iphone / mobile

Outra vantagem de ter tudo na web é poder acessar em qualquer lugar. Além de poder ver tudo em qualquer computador, todos esses programas têm aplicativos para o iPhone, a maioria criados por terceiros usando as APIs abertas da 37Signals. Tem o Growndwork e Outpost para o Basecamp, Frontpocket para Backpack, MobRise para highrise, e o campfire já funciona com sua interface nativamente adaptada para iphone.

Conclusão

 É difícil, principalmente pra quem está acostumado a ter todo mundo junto fisicamente, aprender a se comunicar bem através destes tipos de ferramentas. É preciso aprender e se adaptar. Mas vale muito a pena.

Há diversas empresas que trabalham com essas ferramentas mesmo sem terem os funcionários remotos, porque elas ajudam na gestão do conhecimento e acabam nos forçando a ter processos de comunicação internos muito bem desenvolvidos e ajustados.

E o legal é que, como todos esses softwares são web e trabalham no modelo fremium, você pode dar uma testada neles “sem compromisso” :)

Sua conclusão:

Lembra do fusquinha que é difícil dar defeito na chuva, enquanto um monte de carrão fica parado no acostamento? Pois é. Do mesmo modo, seu aplicativo simples e eficiente vai rodar que é uma beleza. Sem enrolação, sem embromação, sem xurumelas. Como diria o Chico Anísio: “não deforma, não tem cheiro e não solta as tiras”.

Um detalhe importante é que eu encontrei este excelente artigo no Outrolado – o que é para mim uma alegria, mas não é uma coisa rara de se ver por lá.

Leia o artigo completo: Não deforma, não tem cheiro e não solta as tiras

Não deixarei o Yahoo! investir em inconveniência.

Ian diz de maneira eloqüente a sua posição em relação a obrigar o usuário a passar por experiências chatas só para satisfazer a mentalidade reacionária das grandes gravadoras:

Eu não vou mais cair nesta armadilha. Se as gravadoras que oferecem conteúdo para o Yahoo! continuarem a colocar mais barreiras diante dos usuários, eu não estou interessado. Faça o que você sentir que precisa fazer no seu negócio, eu serei educado, direi obrigado, e não aceitarei. Eu não deixarei que o Yahoo! continue investindo dinheiro em inconveniência para o consumidor. (minha tradução livre)

O usuário deve esta em primeiro lugar.

Uma importantíssima lição que foi aprendida nos últimos anos é que na web, o usuário deve estar em primeiro lugar. Não adianta brigar contra o consumidor, é preciso ouvi-lo e atender a sua necessidade.

O Pop-up parecia bom pra o anunciante, pois obrigava o visitante dos grandes portais a ver a propaganda. Mas ter que ver e depois fechar um pop-up é tão inconveniente que logo foram criados os bloqueadores de pop-up. Parecia bom para as empresas poder atingir a caixa de e-mail de milhares de usuários, mas é inconveniente receber spam, e logo apareceram os bloqueadores de spam. Da mesma maneira, o DRM é inconveniente para o usuário, e logo apareceram as ferramentas para remoção do DRM.

É preciso aprender de uma vez por todas: na web, aquilo que é inconveniente para o usuário, é também inconveniente para os negócios.

A indústria está amadurecendo.

Como aponta Ian, o Napster não inventou o P2P, essa habilidade de transferir dados diretamente entre computadores, sem um servidor central, é inerente ao TCP/IP e à própria internet. Antes de haver um software para organizar essas maneiras de compartilhamento de dados, sempre foi possível, por exemplo, trocar arquivos com um amigo via messenger (ICQ) ou email.

Não adianta tentar mudar a própria natureza da informação digital: ela se propaga livremente. Somente agora a indústria musical está começando a aprender a jogar com a maneira como a internet funciona e se aproveitar disso. Dois excelentes exemplos são a nova loja de MP3 sem DRM da Amazon e a recente abertura de todo o conteúdo arquivado do NY Times.

Tudo mais seguirá.

Finalmente, copio um trecho da filosofia da desta.ca: Quem decide qual produto continuar, qual deixar de escanteio, qual item incrementar, qual retirar de um sistema, é o usuário. Ele é o chefe, é ele quem manda. Por isso: nada de popups chatos, nada de sites lentos, nenhum truque para que o usuário compre mais, nada de nada que o usuário não goste. Se os usuários gostarem do nosso trabalho, tudo mais seguirá. Fazemos coro com a filosofia do google: faça dinheiro sem fazer o mal.

Resolver 80% do problema com 20% do esforço.

A melhor maneira de se enfrentar a complexidade é com menos código. Menos software significa menos funcionalidades, menos código, menos desperdício. A chave está em repensar qualquer problema difícil que venha a necessitar de uma grande quantidade de componentes para ser solucionado em um problema mais fácil, que requeira muito menos. Você pode acabar não solucionando exatamente o mesmo problema, mas tudo bem. Resolver 80% do problema original despendendo 20% do esforço é uma vitória e tanto. O problema original raramente é tão crítico de forma a realmente merecer cinco vezes mais esforço em sua solução.

A quantidade de funcionalidades importa?

Essa maneira de pensar pode levar uma equipe de desenvolvedores a pensar: então, quantas funcionalidades meu software deve ter? Três, cinco, doze? Hoje o pessoal da 37 Signals respondeu a esta interessante pergunta: É mesmo a quantidade de funcionalidades de um programa que importa?

Curadoria de Funcionalidades: escolhendo só o melhor.

Ao responder, Raymond Brigleb compara a escolha de funcionalidades ao trabalho de curadoria. Um museu, por exemplo, tem um espaço limitado para expor obras de arte. Por isso é preciso escolher muito cuidadosamente qual obra merece estar naquela valiosíssima parede.

No entanto quanto falamos de software, e principalmente de internet, não há limites. A parede é infinita. Portanto, é possível colocar em um programa tantas funcionalidades e telas quantas o programador quiser.

O espaço é infinito, a capacidade cognitiva do usuário não.

Mas é preciso entender que, se por um lado o espaço da tela é infinito dentro de um browser – ainda mais usando expedientes como lightboxes e outros recursos RIA – a capacidade do usuário de aprender a mexer no seu programa não é. Também não é infinito o tempo que o usuário tem para encontrar a funcionalidade que ele realmente precisa.

Muitas funcionalidades estragam a interface.

Basta perceber como um CD player comum geralmente tem muito mais funcionalidades que um iPod Shuffle. O iPod não tem botões para ativar graves, equalização, vários para sintonização e memorização de estações AM e FM, relógio, repetir, etc…

E por isso mesmo, porque não tem tantas funcionalidades pouco úteis para um tocador de música digital, o iPod é muito melhor que qualquer CD player: é absolutamente simples.

Equilíbrio entre interface, funcionalidade e produtividade.

Um bom software é o resultado de um cuidadoso equilíbrio entre uma interface limpa, simples e fácil de usar, funcionalidades que resolvem o problema do usuário e boa produtividade na hora de escrever o código e mantê-lo (para melhorar a relação custo-benefício).

Se duas funcionalidades são suficientes para resolver satisfatoriamente o problema, de maneira equilibrada, ótimo. Se é preciso 10, ótimo. O que realmente importa é a qualidade do programa, e que a quantidade de funcionalidades não estrague a experiência do usuário.

Portanto, ao pensar sobre uma nova funcionalidade para seu programa, pense como um curador, pense que cada pixel da sua interface é tão valioso quanto é cada centímetro do museu mais importante do mundo: será que esta funcionalidade merece este exposta aqui?

Num curso sobre conteúdo para internet que o Vicente ministrou, onde tive o prazer de conhecê-lo, em 2005, ele me convenceu que era possível viver de internet, trabalhando em casa, sem nenhuma daquelas aporrinhações que eu vivia. Eu acreditei e abri, junto com Eduardo Rosa (com quem trabalho desde o meu primeiro emprego, em 2000) a desta.ca.

Hoje, depois de um ano de luta na desta.ca, vivo com mais qualidade de vida que quando era empregado. Concordo com o Michel, que o dinheiro que ganhamos não é proporcional à qualidade do nosso trabalho (o mercado quer sempre mais por menos), acredito que há muito mais oportunidades de negócios como empreendedor do que como empregado. Quem sabe esta história, lida e ouvida, também não inspire você a começar seu próprio negócio! Boa sorte!

- Precisamos de algo diferente de tudo.
- Sim, algo com classe e ao mesmo tempo ligado à natureza.
- Que tal uma panela de madeira? – disse um rapaz com cara de quem acabou de acordar
- Ótima idéia! Nunca vi uma panela de madeira! – disse o líder.
- Uau! Que idéia genial, simples e genial!

Bem, depois de meses de planejamento, estudos de mercado e etc, foi lançada a panela de madeira. Era linda, o verniz cuidadosamente escolhido lhe conferia uma beleza e uma classe inigualáveis. O produto se destacava dois demais (os convencionais de metal ou barro) na prateleira, tinha requinte e era trabalhado com entalhes na madeira que tornavam a panela ainda mais bonita e interessante.

Após as primeiras ligações de senhoras para o SAC, contando como foi a experiência de ver a panela pegando fogo em cima do fogão, e do desespero para apagá-lo, o produto foi descontinuado.

A discussão tem sido boa e eu penso que os dois lados, chefes e empregados, estão parando para pensar sobre esta questão. Os geeks defendem com garras e dentes que as liberdades são importantes e necessárias. Alguns administradores dizem que a liberdade faz cair a produtividade da empresa e que é arrogância nossa pedir este tipo de coisa.

Quero aproveitar para dar mais um pitaco, desta vez defendendo um pouco os chefes.

O Abujamra, no seu excelente programa na TV Cultura diz no final de cada episódio aos seus entrevistados: “diga o que quiser, enforque-se nas cordas da liberdade”. A liberdade às vezes é como a roda do carro que o cachorro persegue, quando o carro para e ele consegue a roda, não sabe o que fazer com ela.

O que estou tentando dizer é que há geeks e geeks. Digo, geeks que são bons profissionais, responsáveis, produtivos, e “geeks” que passam os dias brincando entre o orkut e o msn quando têm liberdade para isso.

Quero ressaltar que a liberdade deve ser condicionada à produtividade. Que o geek deve poder controlar seu ambiente, sua luz, seu horário, etc, para ser mais produtivo para a empresa.

O administrador que quiser correr o risco de ousar dar liberdade para os geeks deve ficar atento a isso: a produtividade deles aumentou ou diminuiu? Agora que não são interrompidos e têm privacidade para fazer o que quiserem, produzem mais ou menos ?

Eu não penso que os geeks são melhores que outros funcionários, só são diferentes. Geralmente eles gostam de trabalhar, desde que em certas condições e ambientes adequados, e quem trabalha porque gosta produz muito mais do que quem trabalha obrigado, irritado, estressado e por pura necessidade.

Tratar o geek como mais um empregado normal e ser rígido com seu ambiente e com as regras é dar um tiro no pé.

Assim como o Cardoso, são estes alguns dos principais motivos que me levaram a sair do meu antigo emprego e abrir uma empresa. Só sendo meu próprio chefe eu pude ter certeza de que não passaria por estes problemas novamente. Segue a minha própria adaptação do mesmo texto.

As 10 coisas que geeks precisam para viver e trabalhar em paz, sem stress e produzir mais:

1. Deixe que ele controle seu próprio horário.
Assim nós produzimos muito mais do que no horário em que somos obrigados. Entre 7 e 10 da manhã meu cérebro não funciona, não tem jeito. No entanto em nenhum outro horário sou mais produtivo do que entre as 2 e 4 da manhã. Cada pessoa tem seu horário em que produz mais e melhor. Geeks têm uma capacidade sobre-humana de fingirem que estão trabalhando enquanto estão dormindo.

2. Deixe que ele controle seu próprio ambiente de trabalho.
Não imponha regras “para todos” neste sentido, porque nós não somos iguais ao pessoal do administrativo e de vendas. Se ele quer se enfiar num canto da sala, longe de todos, deixe. Se puder deixá-lo escolher sua mesa, cadeira, lugar na sala, etc, será perfeito!

3. Deixe que ele controle sua própria luz.
Muita luz é ótimo para trabalhar com papeis e péssimo para trabalhar com computadores. Muitos geeks gostam de trabalhar à meia luz, por isso não imponha uma certa iluminação. Cansei de ter dores de cabeça por causa da luz forte demais, por não poder fechar uma maldita persiana.

4. Deixe que ele controle seu próprio (fone de) ouvido.
Para trabalhar direito, precisamos de concentração. Para isso, é preciso silêncio e/ou um fone de ouvido tocando algo barulhento – que na prática é a mesma coisa. Não deixar um nerd usar fones de ouvido é um pecado mortal.

5. Deixe que ele controle sua própria roupa.
Não somos homens de negócios. Que a roupa social fique para os advogados. Quanto mais confortavel e à vontade o geek está, mais produz.

6. Deixe que ele controle onde vai fora da empresa.
Podemos gostar de um evento social, ou não. Essas coisas não podem ser obrigatórias.

7. Deixe que ele controle quando quer falar ou não com você.
Se você precisa falar com um geek siga esta seqüência: a) Envie um e-mail dizendo o que quer; b) Caso seja algo urgente, fale pelo messenger; c) Se algo estiver explodindo e a escolha for entre interrompê-lo ou a falência da empresa, telefone ou fale diretamente com ele – mas só neste caso. De novo: precisamos de concentração! Quando você interrompe, levamos um tempão para entendermos o que estávamos fazendo novamente.

8. Deixe que ele controle se quer ou não fazer algo além do que aquilo que ele foi contratado para fazer.
Em empresas pequenas, principalmente, todo mundo acaba fazendo um pouco de tudo. Mas o geek ficará furioso (e isso VAI impactar furiosamente na produtividade dele) se for obrigado a fazer coisas que não são seu trabalho. Eu já fui obrigado a levar o lixo pra fora, atender telefone, lavar a louça, dar suporte técnico, fazer atendimento…

9. Deixe que ele controle quando e como acessa a internet.
Não adianta: a pessoa que você contratar para bloquear a internet não será mais inteligente que os geeks que você quer impedir de acessá-la. Se ela for, pode ter certeza de que pelo menos a metade do expediente do geek será gasta procurando um jeito de burlar o sistema. Eu poderia fazer outro artigo citando dezenas de modos (que já usei) de burlar esses bloqueios.

10. Conclusão: cobre produtividade, deixe que ele controle o resto.
Você entendeu: não controle o geek, deixe que ele controle todo o seu ambiente. Assim ele vai produzir mais. Mas hoje eu trabalho com geeks e sei que não posso deixar de controlar o trabalho da empresa. Eu acredito nisso: dê um desafio e liberdade a um programador e ele trabalhará mais, melhor, e com amor.

Você pode e deve cobrar os resultados. Pode cobrar que o prazo que ele mesmo deu a você seja cumprido, mas impor regras que não fazem sentido nenhum só fará com que a produtividade do geek caia, o stress aumente e ele procure outro jeito de ganhar dinheiro sem tanta dor de cabeça.

Comigo pelo menos foi assim :)
Quer acrescentar um item à esta lista ?