Entries Tagged as ''

Regras para trabalhar como freelancer

Vendo o site Freelance Freedom vi logo na página uma tirinha interessante que levanta uma discussão bacana:

Freelance Freedom - Modo de trabalho

Vendo a imagem, nem precisa dizer mais nada. Essa é a liberdade apontada pelo FreelanceSwitch. A mesma liberdade que é questionada e “moldada” por alguns freelancers.

Navegando por sites a fio, já li diversos comentários a respeito da postura ao trabalhar. Alguns até se vestem comportadamente como se estivessem indo ao trabalho normalmente. Mas a questão é, será que isso é preciso ? Concentração é ideal ao desenvolver, mas levar ao extremo dessa forma é a solução para um problema comum chamado Produção ?

Podemos simplesmente dizer que é questão de gosto. Entendo que seja, mas porque querer criar um ambiente sério, rigoroso dentro de sua própria casa ou escritório ? Não é mais fácil criar um ambiente descontraido, bonito e animado para estimular você a passar mais tempo nele ? Um ambiente visualmente agradável, sonoramente isolado do meio externo não nos faz sentirmos melhor ?

Todas essas técnicas ‘rigorosas’ têm como objetivo evitar que o freelancer descumpra seus próprios prazos por estar ‘relaxado’ demais em seu ambiente, mas em contra partida, traz toda aquela pressão, stress e caos que um escritório normal acaba trazendo. A situação de ‘regime intensivo’ pode acabar gerando mais descontrole quando as tarefas corriqueiras de quem trabalha em home office começarem a aparecer.

Com o stress, vem a rejeição pelas tarefas e a falta de paciência. Viu a bola de neve em que se transformou ? Tudo isso, porque nosso amigo Freelancer não sabe usar uma ferramenta chamada Cronograma, ou um simples To Do list para ter controle da sua organização nos projetos, acreditando que um ‘regime rigído’ resolveria seus problemas com produção e rendimento.

Obviamente, não vamos levar a tirinha ao extremo. Sabemos que não é tão simples trabalhar deitado e com um pedaço de Pizza na mão, mas de fato, sentir-se à vontade deveria ser uma das premissas de um Freelancer.

Estudo de caso VidaDeFreela.net

O blog www.vidadefreela.net é voltado para desenvolvedores freelancers, pessoas que buscam melhoria nos processos e novos pontos de vista em um ambiente dinâmico. Ressaltando os impasses do dia-a-dia, negociações com clientes e prospects, é mantido por duas pessoas que se revezam para deixar o blog sempre atualizado, assim sempre se renovando e não prejudicando ambos quanto a sobrecarga de tarefas.

Análise Do Ambiente:
Necessidade de desenvolvimento de um novo layout.

Visão Geral:
O blog em questão utiliza um sistema de CMS (Content Management System ou Sistema de gerenciamento de Conteúdo) chamado WordPress, que é comumente utilizado hoje em dia em diversos blogs por se tratar de um sistema OpenSource de fácil instalação e manuseio para designers e programadores.

Proposta:
Desenvolver um novo layout para o www.VidaDeFreela.net, com o intuito de proporcionar uma maior notoriedade ao blog, também criar um maior apelo visual com o objetivo de vincular a marca a um ambiente agradável e personalizado junto ao leitor.

Offtopic:
Em alguns dias estarei lançando uma versão 1.0 do layout que comecei hoje, alguns rabiscos daqui estudo de cores de lá, ou seja, se tudo der certo e não chover, estará na web antes do prazo.

Dead-line: 19/10/2007 devidamente implementado 19/11/2007 devidamente implementado.
Creio que o Alexandre se equivocou na data, mesmo porque 19/10 já passou faz tempo :)

Em cosntrução

Editado às 12:16 - 05/11/2007 -> O novo layout está sendo desenvolvido e será implementado até a data estipulada acima para o deadline.

Série: O que o cliente pede; o que você faz.

Iniciando já com a primeira série aqui no Vida de Freela. O título é: “O que o cliente pede; O que você faz”.

Creio que um grande problema para o freelancer é entender o que o cliente deseja, e explicar ao cliente o que será feito. Sabe o que isso gera ?

Desenvolvimento de software

Pois é. A falta de comunicação é uma inimiga grande de qualquer negócio principalmente no negócio onde o entendimento é crucial para o êxito do projeto. É interessante que nessa imagem, praticamente todos os quadrinhos podem render um post diferente. Isso mostra quanta informação e técnica é envolvida no simples ato de ‘criar um projeto’. Aparentemente é simples, mas requer muita técnica e conhecimento para fazê-lo da forma que fique ideal tanto para o desenvolvedor quanto para o cliente.

Técnicas comuns

Claro que cada um segue uma linha de pensamento, mas vamos aqui descrever algumas idéias:

1. Declaração de escopo. É ideal e qualquer gerente de projeto recomenda. Criar a declaração de escopo é a forma que menos dá problemas futuramente. Descrever o que terá o projeto por tópicos explicando em detalhes o que cada parte irá conter. Assim o cliente lê e dá o ’sinal de ok’, ou não.

2. Diagramas de Casos de Uso. Que ? Diagrama ao cliente ? Você está louco ? Não, claro que não estou louco! Alguns diagramas, como os de Casos de Uso foram feitos para o cliente, sabia ? Assim ele verá como será o sistema e o que ele precisará fazer para obter/inserir determinada informação na aplicação dele. Obviamente que você não vai entregar ao seu cliente o MER ou o diagrama de Classe, mas o Caso de Uso é uma boa e ajuda no esclarecimento de dúvidas ourindas da conversação entre as partes.

3. Step by Step como diria uma cliente que tenho. Parte à parte. Trocas de e-mail e descritivos complementares auxiliam o desenvolvedor a entender o que o cliente quer. Se o cliente for um Gerente de projetos ou uma empresa de desenvolvimento web, esse material terá que ser obtido por eles com o cliente final. Se for negociação Desenvolvedor - Cliente, fica mais fácil, pois a obtenção de informação é mais rápida e precisa. O E-mail é seu aliado sempre!

4. Relatórios de execução em ambiente de testes. Essa eu adotei recentemente, na verdade “criei isso” e tem dado resultados muito bons! Eu desenvolvo uma parte da aplicação de acordo com especificações do cliente (usando os modelos 1, 2 ou 3) e após de pronto, eu faço os testes e vou anotando o resultado do sistema, reação a falhas e tudo mais. Tudo em texto puro mesmo, parte a parte. Depois envio ao cliente, ele irá ler e aprovando, ótimo! Infelizmente essa dica não poderá ser usada com todos clientes, pois, nem todo cliente tem coragem de ler isso, mesmo sendo um texto normal sem dados técnicos.

Resumindo: o ideal é sempre saber o que o cliente quer. Isso evita problemas do tipo: “Está tudo errado! Re-faça!” E esse simples Re-faça, traz prejuízos grandes como atraso no prazo que vai virando uma bola de neve e no final fica o desenvolvedor cansado, cliente insatisfeito e você perdendo mais um cliente. Mantenha sempre o foco e anote muito, tudo que for importante para o projeto tem que estar anotado. Esse é um dos diferenciais que o mercado procura ;)

OBS: Economizar folhas de papel faz bem a você e toda sociedade.