Eduardo Freire Júnior

Desenvolvimento Tradicional X Desenvolvimento Ágil

2011-04-09T16:43:00.000-03:00

Desenvolvimento Tradicional:

É um desenvolvimento baseado principalmente no modelo cascata, apresentado na figura abaixo, que sugere seguir uma seqüência linear onde uma fase inicia usando o resultado da anterior. Segundo Manhães (2006 - Vide Leituras Recomendadas) “este tipo de desenvolvimento passou-se a chamar tradicional por ter sido a base de modelos que vem sendo utilizados há décadas pela indústria de software”.

Algumas metodologias, como o RUP (Rational Unified Process), apesar de se basear em processos iterativos, tendem, na maioria das vezes, a ser usado de forma linear, o que a caracteriza também como uma tipo de desenvolvimento tradicional.

O desenvolvimento tradicional ainda é usado na maioria das grandes empresas que desenvolvem softwares, principalmente para softwares de grande porte.

Desenvolvimento Ágil:

O desenvolvimento ágil, esta fundamentado no modelo em espiral, sendo sua principal característica o uso das fases do modelo cascata diversas vezes, formando ciclos repetitivos durante todo o tempo que durar o desenvolvimento. Cada ciclo é chamado de iteração e software amadurece a cada vez que um ciclo é executado conforme apresentado na figura abaixo.

Esta não linearidade leva a outra característica que é o não determinismo, ou seja, ao se executar um determinado conjunto de atividades duas vezes é muito provável que se tenha duas saídas diferentes, pois, a segunda execução virá acrescida do aprendizado gerado pela primeira.

Apesar de estarem disponíveis para todos os tipos e portes de projetos, são raros os exemplos práticos que utilizam este tipo de desenvolvimento em projetos grandes em relação ao prazo e ao tamanho da equipe. Não há nenhum impedimento a esta prática, porém, observam-se melhores resultados quando os métodos ágeis são aplicados em projeto de pequeno porte.

Desenvolvimento Tradicional X Ágil:

Resumidamente pode-se dizer que os alicerces de cada um dos dois tipos de desenvolvimento são o que resultam em suas principais diferenças. O desenvolvimento tradicional é fundamentado em processos definidos e o desenvolvimento ágil em processos empíricos, sendo que as principais diferenças entre estes dois tipos de processos podem ser caracterizada por:

Processos Definidos	Processos Empíricos
Baseados na definição de todas as etapas do trabalho.	Baseados na experiência e controlados através de inspeção e adaptação continua.
Entradas iguais sempre geram saídas iguais.	Entradas iguais geram saídas diferentes.
Feedbacks não são essenciais.	Feedbacks são essenciais.
Exemplo: Construção de um edifício.	Exemplo: Edição de um livro.

Entendendo o Cloud Computing

2011-03-12T20:59:00.001-03:00

Ví este vídeo no Blog CMMI e não tive como não replicar a informação. Muito bom!

Taskboard Para Fluxo de Projetos

2011-01-03T23:09:00.000-02:00

Várias equipes, cada uma trabalhando em um projeto, sendo que alguns integrantes podem compor mais de uma equipe. Para quem vive esta situação, como eu, vários são os momentos em que ficamos "perdidos" devido ao excesso de informações e a precariedade da comunicação decorrente da enorme quantidade de tarefas a serem executadas. Em ambientes assim, perguntas como as abaixo são comuns:

Determinado projeto já esta em desenvolvimento?
Aquele projeto que estava em teste já pode ser implantado?
Quais são os projetos que estão por vir?

Para respondemos a elas e ainda, auxiliar a comunicação, promover a interação entre os envolvidos e exibir de maneira fácil e rápida uma "fotografia do momento" podemos usar os famosos taskboards. Eles podem ser implementados em quadros, desenhados/pintados em paredes ou com o uso de softwares específicos como o diponível em flow.io.

Trata-se se uma ferramenta usada para promover um acesso rápido a informações através de diagramas/marcadores/indicadores que representam situações/status/fases em meio a um fluxo de processo.
A imagem acima representa um modelo para um fluxo com algumas fases do processo de desenvolvimento de software onde cada item amarelo representa um projeto de software com desenvolvimento, cada item em azul um projeto de implantação de software (sem desenvolvimento).

Para cada item deste (representados por post-its) podem-se definir informações relevantes ao processo com as apresentadas no modelo abaixo.

É comum este post-it ser escrito a mão e ter seus dados preenchidos durante a andamento do projeto pelas fase do fluxo. O preenchimento do mesmo, assim como a mudança do post-it de uma fase para outra pode ser feito por qualquer membro da equipe, o que aumenta a interação (e envolvimento emocional) dos membros da equipe do projeto com o mesmo.

Outro indicador usado neste fluxo de processo de projetos são os smiles. Onde o vermelho com expressão triste demonstra projetos em atraso e os verdes com expressões alegres representam os projetos dentro do prazo. Estes indicadores são fixados sobre os post-its de cada projeto podendo ser alterado pelos membros da equipe.

Outras vantagens desta técnica de facilitação de projetos são:

Flexibilidade: podemos aplicá-la em qualquer tipo de fluxo.
Maturidade: é fácil evoluir. Basta criar outro indicadores e passar a usá-los. Por exemplo: no modelo acima podemos incluir um indicador (smile) amarelo para representar projetos que estão em alerta. Podemos inserir post-it de outra cor para indicar projetos internos (não financiados por clientes), etc.
Gargalo: podemos visualizar claramente em qual fase está o gargalo,ou seja, em que fase o temos mais projetos. Informação que pode servir para tomadas de decisão.

Aspéctos de Uma Negociação

2010-12-20T23:22:00.001-02:00

Este é um vídeo pequeno e simples, mas que mostra vários dos aspéctos inerentes a um processo de negociação. Principalmente o estabelecimentode limites (ancoragem) e metas. Além de elementos que compõem o perfil de um negociador, como: foco, persistência, coragem, etc.

Motivando Equipes Criativas

2010-11-16T13:18:00.000-02:00

Motivação tem sido um tema recorrente neste blog, não por uma fixação do autor, mas pela freqüência com que tenho entrado em contato com ele.

Quando nos baseamos em conceitos tradicionais nos deparamos com uma fórmula simples para a motivação: quanto maior o benefício financeiro mais motivado fica o colaborador. Porém, estamos no século XXI, onde a fonte de valor está no conhecimento, na inovação, na criatividade e, neste cenário, a fórmula é outra.

Equipes criativas, ou seja, equipes que estão sobre processos empíricos - baseados na experiência, na vivência e no aprendizado - como equipes de desenvolvimento de software, pintores, artistas, editores de livros e vídeos são equipes formadas por profissionais que possuem um perfil diferente dos trabalhadores dos processos definidos. Dentre as características deste perfil podemos citar:

· Curiosos;

· Investigativos;

· Informados;

· Empreendedores;

· Formadores de Opinião.

Para este tipo de perfil profissioanl, segundo a pesquisa apresentada no vídeo acima, e conforme já temos observados nos modelos de gestão de empresas modernas como o Google e nas metodologias ágeis, os estímulos motivacionais devem ser baseados não apenas em gratificações financeiras, mas também, em outros benefícios. Além do salários porque não, a disponibilidade de parte do tempo de trabalho para projetos pessoais; porque não, para comemorar o sucesso de um projeto uma confraternização da equipe em um boliche, em um parque de diversões, em um rodízio de carnes ou pizza; porque não, o incentivo a um curso, um congresso ou uma pós-graduação.

Esse tipo de iniciativa tem dado resultado e tem sido parte fundamental de programas de retenção de talentos nas empresas.

Porque não?

Scrum em 10 Minutos

2010-10-26T17:49:00.002-02:00

Este vídeo explica os principais conceitos do Scrum em apenas 10 minutos. Um ótimo material para quem não conhece esta metodologia.

Como ser um profissional "empregável"

2010-09-20T23:22:00.000-03:00

Empregabilidade = Conhecimento Atualizado + Competências Desenvolvidas + Rede Sustentável de Relações.

Considerando que as "Competências Desenvolvidas" advêm de experiência e prática, este alicerce do tripé está muito ligado a cultura, educação, maturidade e a intensidade em que a pessoa se dedica ao desenvolvimento pessoal. Sob este ponto de vista o profissional irá aperfeiçoar suas competências (observação, análise, crítica, curiosidade, criatividade, etc.) à medida que ele se a transformar os erros em oportunidade de acertos.

Já as “Redes Sustentáveis de Relação” são compostas pelos contatos profissionais feitos pelo indivíduo, lembre-se que dentro de casa ou do escritório elas não crescem. Os profissionais da era da informação devem participar de congressos, de fóruns, grupos de discussões, deve manter contato próximo com os clientes e os formadores de opinião de nossas áreas de trabalho.

Entrando no mérito do “Conhecimento Atualizado” podemos dizer a postura pessoal focada em ser um eterno aprendiz ou um “ser” aprendente, como dito em algumas literaturas se transformam imediatamente em diferenciais competitivos. Em "Seu estilo de aprendizado", Luiz Carlos Cabrera diz que o conhecimento atualizado representa um terço de sua empregabilidade e que o estilo de aprendizado de cada um pode contribuir de forma significativa em nossa vida profissional, pois encontrar o nosso estilo de aprendizado nos faz aprender melhor e mais rápido.

5º Congresso de Gerenciamento de Projetos do PMI-MG

2010-09-07T22:28:00.000-03:00

Os desafios dos projetos que transformarão o Brasil na 5ª economia Mundial

O PMI-MG anunciou que vem aí o 5° Congresso de Gerenciamento de Projetos do PMI-MG.
O evento este ano será realizado no Minascentro, nos dias 8, 9 e 10 de Novembro.

Para mais informações acesse: http://www.pmimg.org.br/principal/noticias/5-congresso-de-gp-pmi-mg/

Motivação

2010-08-23T21:47:00.003-03:00

Os clássicos também têm vez aqui. Relembrei deste esta semana e decidi postá-lo.

Pesquisa sobre Gestão do Conhecimento

2010-08-04T13:59:00.001-03:00

Estou iniciando um pesquisa sobre gestão do conhecimento visando extrair informações para um trabalho de conclusão de curso!
Para participar basta clicar aqui e responder o questionário. Não levará mais que 5 minutos.
Em breve estarei postando os resultados da pesquisa.

Seja pequeno! Faça menos!

2010-07-09T16:48:00.004-03:00

Estranho? Com certeza a primeira vista. Mas é uma abordagem nova, diferente e que faz muito sentido.

Sempre odiei fazer leituras de grandes textos e livros pela internet até ler Caindo Na Real. Trata-se de um livro interessantíssimo sobre desenvolvimento de software onde é abordada esta diferente visão de se ter um produto pequeno que faz até menos que os concorrentes.

Recomendo fortemente esta leitura. É leve, clara, rápida e atrativa.

“Quando decidimos criar um software de gerenciamento de projetos, sabíamos que Microsoft Project era o gorila na sala. Em vez de temer o gorila, o usamos como motivador. Decidimos que Basecamp seria algo completamente diferente, o anti-Project.

Entendemos que gerenciamento de projetos não é sobre tabelas, gráficos, relatórios e estatísticas – é sobre comunicação. Também não é sobre um gerente de projetos sentando lá no alto e distribuindo um plano de projetos. É sobre todos assumindo responsabilidades juntos para fazer o projeto funcionar.”

Conheça também a 37signals.

Checklist de Testes de Software

2010-07-06T13:43:00.010-03:00

Para as organizações que não tem oportunidade ou maturidade de utilizar algumas novas técnicas de teste de software como o TDD (Test Driven Development), ou usar métodos ágeis de desenvolvimento de software como o XP (Extreme Programming) que são guiados por testes. Uma boa maneira de evitar o retrabalho e garantir uma maior eficiência nos testes do software é usar checklists de testes.

Um checklist de teste nada mais é que uma lista de itens que os desenvolvedores devem avaliar antes de dar sua tarefa como finalizada. Ele pode ser dividido em categorias conforme o exemplo abaixo:

Validações de Interface:

1. Ordenação dos campos;

2. Disponibilidade dos componentes;

3. Validação de entrada de caracteres;

Validações de Documentação:

1. Fazer documento para os testes da equipe de testes;

2. Atualizar o manual do usuário;

Uma sugestão é que o checklist seja definido por toda a equipe de desenvolvimento.

Na prática funciona da seguinte maneira:

1. O desenvolvedor faz a sua tarefa;

2. O desenvolvedor avalia sua tarefa com base em cada item do checklist;

3. O desenvolvedor repassa sua tarefa para a equipe de teste;

Resultados:

Após a implantação do checklist de testes no processo de desenvolvimento notamos uma diminuição de cerca de 40% na quantidade de falhas apontadas pela equipe de testes. Além disso, o tempo de retrabalho também diminui, pois os erros são tratados assim que o requisito é finalizado, quando o desenvolvedor ainda está envolvido na tarefa e ele também passa a ter um feedback imediato da qualidade do seu código.

Divulgando Objetivos e Metas

2010-07-05T23:22:00.015-03:00

“A construção do Templo

Um filósofo observava o movimento dos trabalhadores de uma obra da construção civil. O movimento era grande e eram muitos os operários.

O filósofo perguntou a um deles:

- O que fazes aqui?

O homem respondeu cansado e sem emoção:

- Carrego pedras. Isso é o dia todo. São carrinhos e carrinhos de muitas pedras.

O filósofo interpelou outros trabalhadores com a mesma pergunta.

Um disse que fazia massa...

Outro respondeu que serrava madeira.

Alguns disseram que eram pedreiros e houve a resposta daquele que era o mestre de obras.

O último operário, ao ser interrogado pelo filósofo, levantou o olhar na direção dos alicerces já erguidos e respondeu:

- Eu estou construindo um templo!”

Há pouco tempo li esta parábola e fiquei pensando em suas implicações dentro das organizações, dos grupos e equipes. Alguns aspectos me chamaram a atenção:

1. Os diferentes pontos de vista dentro de um mesmo projeto.

Isso pode ser uma falha de comunicação ou até mesmo a inexistência dela. De quantos projetos você já participou que não tiveram sequer uma reunião inicial? Salvo algumas exceções todos os líderes e gestores de projetos deveriam fazê-la em todos seus projetos. Uma reunião antes do início do projeto, de cada iteração, antes de cada fase pode poupar tempo e esforço. Não se trata de uma tarefa complexa ou dispendiosa, planeje isso, inclua estas horas no seu cronograma. Basta reunir a equipe, mostrar o objetivo do projeto. Com isso as incertezas diminuem as dúvidas são estimuladas a aparecerem no início das atividades e os esforços são concentrados de maneira correta.

2. O envolvimento emocional da equipe no projeto.

Citando aqui um dos meus professores do MBA: “existem várias maneiras de fazer com que a equipe se envolva emocionalmente em uma tarefa, mas a principal é a financeira”.

Mostre o quanto a organização, o cliente e cada membro da equipe podem ganhar com o projeto caso as metas sejam cumpridas (o valor do projeto, facilidades para o cliente, enriquecimento curricular, oportunidade de treinamentos, aumento ou garantia de uma renda variável e participações em lucros, etc.)

3. O empenho individual.

Quando um colaborador não está ciente de sua importância para que o projeto seja concluído ele irá, na melhor das hipóteses, fazer exatamente o que lhe foi atribuído. Uma maneira de estimular a motivação de sua equipe é mostrar a cada um sua importância para a “construção do templo”.

Motive Ouvindo

2010-07-05T12:05:00.008-03:00

Quantas vezes no dia-a-dia de nosso trabalho alguém vem nos dizer alguma coisa e simplesmente deixamos a pessoa falando com as paredes. Continuamos a editar aquele documento importante, a ler aquele e-mail ou a pensar no que ainda temos para fazer durante o dia e no tempo precioso que esta pessoa está nos tomando com uma conversa que poderia ficar depois?

Espero que isto não aconteça com tanta frequência com você, pois ouvir é uma das mais importantes características do líder e mais que ouvir, o que devemos procurar é ouvir ativamente. Como apresentado por Luiz Carlos Cabrera em seu artigo A Arte de Ouvir, ouvir ativamente nada mais é que ouvir com atenção, dar importância ao que esteja sendo dito.

Ser um ouvinte ativo vai despertar no locutor a sensação de que seu comunicado é importante, de que ele é importante. E este sentimento fará com que ele sinta-se valorizado, que sua opinião tem valor para o líder e para o grupo. É uma espécie de motivação e, como já diz o ditado, “Aprende-se mais ouvindo que falando”.