Platão define o amor erótico (que vem de Eros, o deus do amor). É o amor do desejo, do prazer. Desejamos aquilo que não temos. É o amor que existe na falta. Quando conseguimos aquilo que nos falta, aquilo que desejamos, o amor acaba. É um amor que se renova, começa e acaba várias vezes durante nossas vidas.

No SCRUM, esse amor existe durante as Sprints. Queremos atingir a meta definida pelo Product Owner, pois o que ele deseja deve ser aquilo que amamos eroticamente. Esse amor atinge seu clímax na reunião de review: mostramos para todos envolvidos e comprometidos no projeto que atingimos a meta. As vezes, fazemos até um churrasco para comemorar! Mas aí, esse amor acaba, pois conseguimos aquilo que desejávamos e atingir essa meta não nos faz mais falta.

Entretanto, também existe a definição de amor de Aristóteles (aluno de Platão). Aristóteles define o amor filia (que vem de amizade). É o amor da alegria: ama-se aquilo que se tem. Ama-se na presença, no dia-a-dia, e não na falta. É um amor persistente, constante.

Esse amor também deveria existir no time do projeto durante as Sprints. Amar aquilo que se está fazendo, amar o trabalho no dia-a-dia, na presença, na alegria. Cada um precisa da alegria do outro para ser alegre. Enquanto o amor erótico nos cega (olhamos só para a meta), o amor filia nos mostra novas possibilidades e nos torna mais criativos. Assim, atingir a meta será apenas uma consequência. Não adianta comemorar a meta atingida se o trabalho durante a Sprint foi feito sobre muita pressão e stress. Todo dia tem que valer a pena trabalhar, todo dia tem que ser dia de churrasco!

Portanto, precisamos tanto de amor erótico, quanto de amor filia. Precisamos manter o equilíbrio entre eles. Continuemos erotizados, mas prestemos atenção na filia (alegria do encontro, do cotidiano, do amor na presença). Não é a meta que é a medida da conduta (amor erótico), mas sim o resultado de todo o processo (amor filia).

Esse post foi inspirado na palestra feita por Clóvis de Barros na HSM ExpoManagement 2009.

O desejo era ter um software web seguro, gratuito, desenvolvido utilizando as práticas ágeis, em contínua evolução, amparada por um sistema de feedback, onde qualquer usuário pudesse participar sugerindo novas funcionalidades e/ou melhorias para o sistema. Desejo realizado em realização incremental.

O Granatum chega na versão 1.0 e já vem cheio de melhorias propostas pelos mais de 500 usuários cadastrados em menos de uma semana. Esses usuários compartilham do mesmo desejo que nós: fazer um  software cada vez mais completo!

Mas afinal, por que Granatum?

Granatum é o nome científico da romã (Punica Granatum). Escolhemos esse nome porque a romã é conhecida como a fruta do dinheiro e está relacionada com diversas simpatias para conseguí-lo. =)

Quem fez?

Apesar de todos da WebGoal terem colaborado (e muito) para o lançamento da versão 1.0, a equipe oficial – por assim dizer – foi composta pelo Altieres, Bruno, Jefferson, Mahmoud e Thiago. Equipe multidisciplinar excelente!

Como foi feito?

Para desenvolver o Granatum utilizamos SCRUM e algumas práticas da XP. Estamos em constante evolução e adaptação com as práticas ágeis e voltamos a sugerir: pratiquem! O exercício é uma excelente forma de aprendizado. Nos ajuda a evoluir e a evoluir a comunidade ágil.

Ficha técnica:

• Linguagem: PHP 5
• Banco de Dados: MySQL 5
• Arquitetura: MVC
• Framework: CakePHP
• Práticas de engenharia: controle de versão, TDD, refatoração e programação em par

Para finalizar, nós mesmos produzimos o vídeo de divulgação. Utilizamos o Flash CS4 para animar o personagem e os cenários, que explicam como o Granatum funciona. Com toda certeza, é muito gratificante ter um resultado tão positivo em tão pouco tempo.

Veja algumas fotos da produção do Granatum:

Hoje o Granatum já está disponível para todos que quiserem controlar suas finanças através do endereço http://www.granatum.com.br. Você pode fazer seu cadastro utilizando dados anônimos para aumentar ainda mais a sua segurança.

O P.O. montou um Product Backlog bem extenso. Entre as diversas estórias, estavam a remoção do mato, a colheita, a adubagem e o novo plantio. Enfim, o objetivo era deixar a horta lindona de novo!

Sprint#1

A equipe logo percebeu que priorizar e estimar são tarefas importantíssimas e que o consenso nem sempre é tão simples de se conseguir. É preciso entrosamento! Quanto antes o time perceber isso, melhor ele será.

Reunião Diária
Todos entenderam a importância da reunião diária. Foi através dela que o time conseguiu enxergar onde estavam os problemas e deixou tudo transparente!

Os impedimentos
O espaço, as minhocas, o esterco, a falta de conhecimento técnico e os espinhos fizeram parte da lista de impedimentos a serem removidas pelo Scrum Master. Foi assim que a equipe aprendeu a apontar todos os impedimentos o mais rápido possível para que o andamento do projeto não fosse prejudicado.

Review
A reunião de review da Sprint#1 foi muito boa. Algumas falhas apareceram, porém estavam sempre acompanhadas de sugestões de melhoria. A partir daqui, dava para perceber que o time ficaria muito mais eficiente.

Sprint#2
Com uma eficiencia significativa percebida, os dias de trabalho pareceram mais curtos. O time percebeu a importância de respeitar o time-box. Por que fazer hora extra?

Trabalho em Par
Duas cabeças multiplicam o conhecimento! Com o Time trabalhando em pares, as tarefas foram sendo eliminadas muito mais rapidamente.

O Resultado
Praticando tudo que foi visto durante o curso de SCRUM, o Time buscou se auto-organizar e atingir as metas das sprints de forma relativamente simples.
O P.O. ficou feliz e conseguiu ver facilmente o alto retorno sobre o investimento.

Pesquise, estude e leia sobre SCRUM… mas principalmente pratique!

Aqui na WebGoal acreditamos que o ambiente de trabalho deve ser diferenciado e motivador. Para isso, estamos constantemente fazendo mudanças, adequando o local de trabalho de acordo com as necessidades e desejos do Time de desenvolvimento. Veja abaixo como trabalhamos na WebGoal.

Mesas: estão dispostas no centro da sala e os membros do time sentam-se um de frente para o outro. Essa formação favorece a comunicação e o desenvolvimento em par.

Computadores: não dá para ser ágil com computadores lentos! Aqui na WebGoal utilizamos computadores com processadores Intel Core 2 Duo 2.4 Ghz e 4 Gb de memória RAM. Monitores de 19″ também deixam o desenvolvimento mais confortável.

Quadro-branco: é utilizado como apoio para discussões (as vezes é melhor desenhar) e para anotações diversas a respeito do projeto. É uma ferramenta muito importante para times ágeis.

Kanban:  oferece todas as informações relativas ao andamento da iteração de um projeto. Através dele, sabemos quais itens e tarefas estão sendo desenvolvidos, como está o desempenho da equipe e se existem problemas a serem resolvidos.

Alimentação: fizemos a opção de oferecer almoço na própria empresa. Com um cardápio balanceado e um ambiente familiar, conseguimos uma qualidade de vida que não tínhamos quando almoçávamos em restaurantes. Além do almoço, oferecemos café da manhã e lanche da tarde para todos os membros do time.

Pessoas:  É claro que não adianta nada disso se você não tiver as pessoas certas. Nossa equipe é formada por profissionais que sabem aproveitar tudo isso para entregar software funcionando no final de cada iteração.

Toda essa preocupação com o ambiente de trabalho é justificada quando percebemos os benefícios que tudo isso traz para atingir nosso objetivo: desenvolver software de forma ágil, com alto e rápido retorno sobre o investimento para os nossos clientes.

A WebGoal sempre adotou uma filosofia ágil desde sua concepção. Depois de 1 ano utilizando algumas práticas ágeis, tanto da eXtreme Programming quanto do SCRUM, resolvemos “formalizar” nosso processo de gerenciamento de projetos e desenvolvimento de software.

Para isso, o primeiro passo foi certificar dois sócios como ScrumMaster. A certificação de ScrumMaster indica que um profissional passou por 16 horas de treinamento com um CST (Certified Scrum Trainer). Esse treinamento, que aconteceu em fevereiro de 2009, foi essencial para dominarmos melhor o framework Scrum e deixar de praticar o ScrumBut. No final de semana seguinte, repassamos o treinamento para todos os colaboradores da Webgoal, para que todos soubessem exatamente o que iríamos fazer.

O segundo passo foi escolher o maior e mais complexo projeto da empresa para utilizar o Scrum. Achamos que era o melhor lugar para perceber os benefícios do Scrum. Providenciamos também todo material necessário: post-its, quadros brancos e um kanban.

O terceiro passo foi ir até o nosso cliente e explicar o que era e como funcionava o Scrum. O cliente gostou tanto que ministramos um treinamento de Scrum para a equipe dele. Depois, fizemos uma reunião para criar, em conjunto com o cliente, o backlog do projeto. Definimos uma visão e elencamos tudo o que estava faltando ser feito.

O quarto passo foi fazer a reunião de planejamento do primeiro Sprint. Definimos a meta do Sprint e fizemos a estimativa de cada item utilizando pontos e o planning poker. Definimos o tamanho do nosso sprint (2 semanas) e nossa velocidade meta: 35 pontos/sprint. Separamos os itens mais prioritários (sprint backlog), quebramos esses itens em tarefas. Levamos cerca de 8 horas para fazer o primeiro planejamento com Scrum.

Agora, o time está trabalhando no 8° Sprint do projeto. A visibilidade aumentou e o auto-gerenciamento melhorou o desenvolvimento e acompanhamento das tarefas. A reuniões diárias são as 13:00 horas. Em ponto.

O Time de um projeto SCRUM deve ser formado por Trabalhadores do Conhecimento e não por Trabalhadores Organizacionais. Este requisito é muito importante para o sucesso do projeto.

O Trabalhador Organizacional é aquele que está submetido a uma hierarquia corporativa que nos remete a estrutura militar de 60 anos atrás. É o transformador de matéria-prima, aquele que exerce apenas as funções delimitadas pelo seu cargo. Precisa da cobrança ou de ordens de um chefe/gerente para trabalhar. Trabalha por hora. Não é pró-ativo. Não está muito preocupado em aprender. Não preocupa-se também com a visão de futuro da empresa. Tem apenas a intenção de garantir seu emprego e seu salário no final do mês.

O Trabalhador do Conhecimento é um especialista em gerir informações. Não gosta de hierarquias, mas sim de trabalhar em equipe. É pró-ativo e auto-gerenciável. Não possui chefe/gerente, mais sim um líder, que o ajuda a definir as metas a serem alcançadas. Trabalha por meta. Planeja taticamente a execução do seu trabalho. Executa e verifica seu trabalho, demonstrando um grande domínio da área em que atua. Está sempre aprendendo e melhorando seu trabalho. Está preocupado com a empresa e seu crescimento.

Em 1999, Peter Druker já dizia: “Os ativos mais valiosos de uma empresa do século 20 eram os equipamento de produção. Os ativos mais valiosos de uma organização do século 21, de negócios ou não, serão seus trabalhadores do conhecimento e sua produtividade.” ]]> http://www.webgoal.com.br/scrum/trabalhadores-do-conhecimento/feed/ 0