Entries Tagged as 'série'

Série: Planejar - planejando seu final e inicio de ano

Estamos beirando o natal, a festa mais comercial do ano e logo depois dela estaremos festejando o final de mais um ano. Nessa época tudo é mágico, todos são bons e tudo são flores, mas depois do dia 02 tudo volta ao normal, lembra ?

Para não começar o ano perdido, você deveria estar planejando seu final e inicio de ano! Assim, conseguirá aproveitar e esquecer de tudo nas datas festivas!

Ah, você não tem o que planejar pois está tudo em dia ? Ok, quer ver como você terá o que planejar no final deste post ?

Uma das perguntas fundamentais do freelancer: O que é mais importante para um freelancer ? Isso! Sua imagem e seu networking! O que vem a mente quando falamos em imagem e networking ? Site pessoal!

Sim, hora de planejar uma atualização no seu site pessoal e nos projetos pessoais. Atualizar informações, rever conceitos e objetivos! Está perdido ainda ? Calma!Vou listar algumas coisas que eu farei nesse final de ano para tomar como base:

  • Metas para o próximo ano
  • Faxina no servidor de hospedagem. Tirar as tralhas sem utilidade, sabe ?
  • Criar o modelo 2008 do meu site pessoal
  • Uma geral na lista dos IM’s (Mensageiros instantâneos)
  • Organizar arquivos, documentos, imagens, músicas e vídeos dos computadores
  • Backup dos projetos finalizados e dar uma organizada no meu diretório (pasta) onde ficam os projetos
  • Convencer o Alexandre a me ajudar criar o template do vida de freela
  • Balanço 2007

Depois disso é só juntar a turma e encher o caneco! Hora de esquecer do mundo virtual por alguns dias e viver em sociedade um pouco! Para alguns, ficar longe do computador por um dia inteiro é um desafio o qual deve ser enfrentado, afinal fim de ano só uma vez por ano!

Sei o quanto é corrido a vida de um freela, mas tente dar um tempo a si mesmo! Tire o dia 24 e 25 de dezembro para não fazer nada! Desplugue o cabo de rede, esqueça sua ToDo list. O mesmo vale para os dias 31 de dezembro e 01 de janeiro! Se puder tire mais alguns dias antes e após o ano novo para recarregar a sua bateria! Você merece e seu rendimento posterior ao ano novo agradecerá!

Planeje e tenha um feliz natal com muito menos preocupações ;)

Série: Planejar - Como Fazer Um Briefing

O briefing é quando olhamos para trás e nos recordamos do primeiro beijo, das primeiras pedaladas na bike sem rodinhas, ops, acho melhor ser menos sentimental hehehe, mas é exatamente isto o que um briefing é! O começo de tudo, o ponto de partida para nosso novo relacionamento de projeto junto a um cliente. Já ouvi algumas garotas dizerem que “eu sei quando um relacionamento será longo logo no primeiro beijo”, por isso o meu sentimentalismo quando ligo as minhas experiências de “sei quando um projeto será gostoso de fazer logo no briefing”.

Já comentamos aqui no blog como desenvolver uma WBS (em português EAP - Estrutura Analítica de Projetos), mas creio que faltou um elo entre a WBS e o início, abordado no post Série: O que o cliente pede; O que você faz. Por isso resolvi escrever um pouco mais sobre Como Fazer Um Briefing.

O que é briefing?

É a coleta, reunião e organização das informações necessárias para desenvolver um projeto. Neste primeiro passo do projeto, será definido intencionalmente se o projeto será um Case de Sucesso ou um fracasso.

Como Fazer um Bife? ops, Briefing! (a essa hora ainda não almocei, vocês me desculpem (: )

É importante sentarmos ao lado do cliente e discutirmos a relação, mas nem sempre temos a possibilidade deste contato pessoal por inúmeras razões, as vezes o cliente não tem tempo, ou estamos a uma certa distância que impossibilita um contato pessoal e isso interfere, mas na maioria das minhas experiências, o maior problema é mesmo a falta de vontade tempo que os clientes tem para nos atender, mas isso não tem importância, nestes casos devemos nós mesmos sermos o cliente e os profissionais, nos utilizando de nossas aventuras e briefings anteriores para tapar os buracos existentes (o ministério da saúde adverte, apenas faça isso em últimos casos).

  1. O Cliente - Reconhecimento de campo, sairemos a caça:
    • Quem é o cliente, qual o nome da empresa; Peça para o cliente dar um breve relato da história da empresa para ele sentir que você está interessado na empresa (e esteja);
    • Ramo de atuação da empresa, quais são seus Concorrentes diretos (nada melhor que espiar o produto do outro… Improvement);
    • O que a empresa faz, quais produtos ela quer anunciar e quais são os especiais. Toda empresa tem um produto que é o carro chefe, este produto deve ser o MAIS APARENTE!! e atraente, normalmente as empresas atacam suas concorrentes com ele;
    • Verifique o que a empresa já possui, tanto site, quanto qualquer outro material de publicidade, isso já é um bom começo para ver qual o ponto de vista dele em relação a algo que já está encaminhado e veja quais são os principais pontos fracos os quais devem ser trabalhados, isso depende da área em que você irá atuar. Se no desenvolvimento do site, foque nos defeitos dele, caso houver, e tente melhora-lo sempre. ( Princípio de Kaizen ).
  2. O Projeto - está na hora de planejarmos o filho:
    • Conteúdo do site - será fornecido pelo cliente ou será desenvolvido;
    • Áreas - Quais serão as seções do menu e se terá área administrativa, aberta ou restrita no site;

      O que terá no site, bem como em cada área individualmente é necessário anotar e já determinar como por exemplo: na área Aberta o cliente pode, sem estar logado, acessar: Home, Institucional, Eventos e contato; Na Restrita ele pode acessar o boleto de pagamento; Na área Administrativa, pode criar novos pedidos, cancelar e editar os existentes.

    • Objetivo do projeto, quem será o público alvo e qual é a área geográfica;
    • Qual a imagem que deseja ser repassada ao usuário, um layout limpo, com mais ou menos cores, moderno, simples, etc.
    • Quais melhores cores a serem utilizadas;
    • Quais cores deve-se evitar;
    • Sites de referência;
    • Verba de investimento -este ponto é interessante e a maioria dos clientes não responde, eu prefiro deixar isto fora das perguntas, e lá no final, como quem não quer nada, pergunto. Mas lembre-se, esta não é a parte que você fala sobre preços e quanto custará o projeto, ok?! -.
    • Dead-line, ou seja, prazo final que o cliente pretende que o site esteja pronto.
  3. Observações adicionais.

    Caso tenha alguma outra informação que seja relevante ao projeto.

Com esses 3 passos temos bastante conteúdo para criarmos um modelo de briefing:

Modelo de Briefing em .doc feito para uma empresa X

Também é interessante criarmos um modelo estrutural deste briefing, detalhando os processos :

Modelo estrutural detalhado do Briefing em .pdf

E para a rapaziada que não aguenta mais essa vida de solteiro, estou disponibilizando um .xls o qual é utilizado para fazer orçamentos e solucionar a GRANDE PERGUNTA “QUANTO DEVO COBRAR”, mas para quem já sabe como cobrar, pode utilizar este arquivo apenas alterando os valores

Quanto devo cobrar?

Espero que este post seja útil, pois pra mim foi e um bom início de dezembro pra todos e obrigado ao Ronaldo for deixar eu disponibilizar os arquivos de sua autoria no blog Vida De Freela.net..

Série: Planejar - Criando sua WBS

O freelancer que nunca ficou na dúvida quanto a preço e prazo para um projeto que saia agora deste site! [..]

Porta

Eu mesmo nunca conheci um freelancer que não tivesse se perguntado: “Quanto tempo eu levo para fazer isso ? Ou ainda: quanto cobrar por isto ?”

Pois é! Complicado seria nossa vida se não existisse o PMBOK ou as técnicas provindas dele. Eu só tive a ganhar fazendo a adoção certa das técnicas e ferramentas de gerenciamento de projeto, e graças a isto, iniciamos hoje a série “Planejar” sob o título: “Criando sua WBS”.

1. WBS (Work Breakdown Structure)

A WBS tem como finalidade listar as tarefas a serem realizadas no projeto. No post anterior, falamos um pouquinho sobre escopo e proposta comercial, lembra-se ? Pois bem! É hora de pegar aquele documento, e transcrever as atividades do escopo, para a WBS. Um professor meu costuma dizer que “tudo que é entregável tem que constar na WBS“.

Criar uma WBS é mega simples! O único pré-requisito é que você tenha uma folha qualquer - de preferência sulfite - uma caneta/lápis e ao menos uma mão para poder desenhar.

Exemplo de WBS

Procurando na rede por um exemplo simples, encontrei esse clássico onde o pessoal organiza o churrasco do fim de semana. Imagem provinda do Super downloads, o qual também tem uma matéria a respeito.

2. Criando a sua própria WBS.

Após ter levantado seus pré-requisitos minímos - sulfite e um lápis - vamos criar a WBS de um site básico.

Escopo:

Criar um site para a empresa XYZ com logomarca e layout personalizados. Há necessidade de um cadastro para que os visitantes possam se cadastrar.

Com isso, eu criei a WBS do escopo do nosso projeto:

WBS do Escopo da Empresa Xyz

Veja que eu separei as tarefas maiores, como Layout e Sistema de cadastro em sub-tarefas menores pelo simples fato de que será mais fácil estimar um prazo para tarefas menores do que para tarefas mais extensas.

E é essa justamente a idéia da WBS: permitir que o Gerente de projetos tenha uma noção melhor - as vezes mais cruel - da extensão que seu projeto tomou.

Definindo prazos.

Agora chegou a hora de definirmos um prazo para cada atividade menor destas, para chegarmos a um prazo para cada tópico principal cuja soma resulta exatamente no tempo de desenvolvimento do seu projeto.

WBS do Escopo da Empresa Xyz - com data

Veja que apenas com isso, conseguimos estimar o tempo máximo que esse projeto levaria para ser concluído. Importante falar que não colocamos data nos tópicos principais, como “Infra-estrutura visual”, “Layout”, “Modelagem”, pois eles são a simples soma de seus itens-filhos.

Para o projeto da Empresa Xyz, precisamos de exatos 24 dias e meio - assumimos 25 dias - para entregá-lo.

Você pode diminuir o tempo de criação pela metade!

Não, isso não é aquelas propagandas de TV. Na nossa WBS assumimos que você irá fazer tudo sozinho, mas mesmo sendo freelancer, você divide as tarefas com seu designer ou programador mais chegado, não é ? As vezes, o Alexandre e eu fazemos uns freelancers e ele fica com a parte de “Infra-estrutura visual” e eu com a parte de sistema e modelagem. Com isso, o prazo de 25 dias pode cair até para 13 dias, pois teremos tarefas paralelas, ou seja, ocorrendo simultanêamente. Isso eu explicarei com mais detalhes quando formos criar nosso cronograma.

Como estimar meu preço com isso, Tio ?

Chegamos na pergunta que não quer calar, não é mesmo ? Pois bem. A dica é simples: você tendo um preço por hora de serviço definido, basta transformar os dias em horas de trabalho e fazer a conta: Tempo em horas do projeto * seu preço hora = Valor do projeto

Muito importante lembrar que todos encargos, despesas com luz, Internet, comida e etc., já estarão contabilizados no seu tempo hora, tornando o calculo final bem mais simples.

WBS criada usando programa de diagramação UML para Linux chamado Dia . Há versões desta aplicação para Windows também.

Série: Casos de freelancer - O poder da lua

Iniciamos aqui uma nova série chamada “Casos de freelancer”. O objetivo é apenas relatar coisas engraçadas ou estranhas que acontecem no dia-a-dia dos freelancers no que diz respeito ao relacionamento com seus clientes.

Iniciamos a série apresentando hoje o episódio: O poder da lua.

Obs: nomes trocados para manter sigilo. Caso tenha um relato deste tipo, você poderá nos enviar através do e-mail: contato [arroba] vidadefreela.net. Assim, podemos publicá-lo futuramente nesta série.

Estava Adolfo trabalhando normalmente quando necessitou confirmar a data da reunião para fechar um projeto com Jeremias, um novo cliente. Adolfo liga para Jeremias para marcar a data:

- Alô ? Oi Jeremias aqui é o Adolfo, tudo bom ?

- Opa, Adolfo. Tudo ótimo!

- Jeremias, vamos acertar a data para fecharmos o projeto para podermos iniciá-lo ?

- Mais é claro, Adolfo! Amanhã as 13hs, pode ser ?

- As 13hs ? hmm.. pode sim! Combinado então!

- Ok, amanhã as 13hs nos falamos então!

- Abraço!

Até o momento tudo ia tranquilo como um típico projeto rotineiro. Dadas 2 horas após, o cliente liga:

- Alô ? Adolfo, é o Jeremias tudo bom ?

- Tudo ótimo! E aí ?

- Tranquilo! [..] Escuta, Adolfo queria te falar uma coisa sobre o projeto. Você pode até achar que é besteira, mas eu creio que seja fundamental para mim.

- Diga, pode dizer!

- Adolfo, vamos deixar para fechar o projeto mais para frente, pode ser ?

- Mas porque, Jeremias, ocorreu algo ?

- Bom, estamos na lua minguante, e esta não é ideal para fecharmos projetos, sabe. O ideal é fechar projetos na lua crescente que irá começar no dia 23 próximo, e como é sábado, acho que podemos agendar para dia 25 o que me diz ?

- (Silêncio absoluto no lado do Freelancer…) […] bem eu … ok, perfeito então! Vamos deixar agendado para próximo dia 25…

- Sabia que você entenderia! Vamos nos falando até lá então. Iremos fazer o projeto sim, só estou esperando a lua crescente começar!

- [..] Ok… combinado então…
- Obrigado, Adolfo. Um Abraço!

Não temos nada contra com quem crê nisto. O intuito é relatar fatos não rotineiros sobre a vida de freelancer.

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.