Mostrando postagens com marcador Gerenciamento de Projetos. Mostrar todas as postagens
Mostrando postagens com marcador Gerenciamento de Projetos. Mostrar todas as postagens

sábado, 5 de outubro de 2013

Ferramentas gratuitas para Gerenciamento Ágil de Projetos



Receba nosso boletim semanal!
Tecnologia que Interessa!

Precisando de uma ferramenta para gerenciamento de projetos ágeis, usando SCRUMKANBANXP e afins ? Confira a lista abaixo, com dezenas de ferramentas para apoiar seus projetos, com a agilidade que virou tendência nos últimos anos.
Há opções para todo gosto: hospedadas na web, instaláveis, para uso individual ou coletivo, para dispositivos móveis ou desktop, gratuitas, open source e comerciais.
Relacionei abaixo as gratuitas (open source ou versão com limitações), e se conhecer alguma, não deixe de comentar!

Receba nosso boletim semanal!
Tecnologia que Interessa!

domingo, 14 de julho de 2013

#FISL14: Integração e entrega contínua de produtos ? Que venha o eXtreme Programming!

A palestra do Daniel Wildt e Guilherme Lacerda, do Coding By Example, foi absolutamente sensacional!

É muito legal quando vemos uma palestra em que os palestrantes dominam o tema, sabem criar uma apresentação (visualmente falando) e, de quebra, têm uma dinâmica que cativa e diverte. Fiquei fã dos caras, até porque do tema (métodos ágeis) já sou há algum tempo.

Eles mostraram resultados efetivos da adoção de métodos ágeis, deixando claro que em alguns (poucos) anos, as empresas que não adotarem estas práticas estarão fora do mercado. A tendência é forte na iniciativa privada e no governo.

A apresentação abordou desde aspectos teóricos de eXtreme Programming, SCRUM, Kanban e outros, além de um apanhado histórico sobre a origem destas práticas, o perfil multidisciplinar do novo desenvolvedor, até um verdadeiro arsenal de ferramentas para testes e apoio a "atividades ágeis" no desenvolvimento.

Falando um pouco dos resultados, eles brincaram com várias situações interessantes, como o fato de não terem precisado fazer hora extra em 2013, ou a situação em que entregavam funcionalidades mais rapidamente que o marketing conseguia divulgar. Interessante, hein ? Mais que isso, é incrível! Quero muito conseguir colocar estas coisas em prática em breve. Quem sabe ?

Infelizmente não encontrei a palestra no site deles nem o vídeo no site do FISL. De todo modo, no site deles tem muita coisa legal.

RSS E-Mail Icon Icon 

#FISL14: Agile e Design Thinking: fazendo o certo da melhor forma

A palestra do Felipe Plets e Matias Schertel começou com uma dinâmica de palmas pra acordar e animar o pessoal, afinal era meio dia. Depois eles deixaram claro que não iriam explicar os detalhes das metodologias ágeis e Design Thinking, mas sim explorar as vantagens de utilizar estas metodologias e os ganhos obtidos. Fizeram então um apanhado histórico, passando pelo modelo cascata (requisitos, análise, projeto, implementação, teste, manutenção), seus problemas (atrasos, custos acima do previsto, qualidade abaixo do previsto, funcionalidades desnecessárias, altereções de requisitos), e as soluções (SCRUM, XP, Manifesto Ági).

Agile tem a ver com adaptar cedo a mudanças. Práticas para produção de software de forma iterativa, valorizando pessoas, software funcional, colaboração, resposta rápida. Algumas práticas conhecidas: Lean, SCRUM, XP, Kanban, FDD - Feature Driven Development, AUP - Agile Unified Process, etc. Através da citação "A medida da inteligência é a habilidade pra se adaptar" - Einstein, deixaram claro que adaptação a mudanças é fundamental.

Métodos Ágeis não são caos, não é falta de documentação, planejamento, requisitos. Não é "não ter", é "ter o mínimo necessário".

Design Thinking tem a ver com atender as necessidades do usuário. Origem na indústria, focado em produto, adaptado recentemente para software. Centrado nos usuários, empatia e criatividade. Foco em inovação: viabilidade, desejo, exequibilidade.

Pilares: pessoas (equipes multidisciplinares), ambiente (adaptável às pessoas, não o contrário), processos (estruturados e definidos).

Etapas - Entender, Observar, Ponto de vista, Conceber, Prototipar, Validar. Alternação entre divergência e convergência, ou seja, inicialmente as pessoas são "livres" para pensar e "viajar", mas depois é necessário convergir para um entendimento do resultado desejado.

Entregar o melhor (Design Thinking) da melhor forma (Métodos Ágeis). São técnicas complementares.

A palestra está disponível em http://hemingway.softwarelivre.org/fisl14/high/41e/sala41e-high-201307051201.ogg.

RSS   E-Mail  Icon Icon 

quinta-feira, 6 de dezembro de 2012

#Mitos sobre #produtividade

Este texto é uma tradução livre do original do Lifehacker.

 

Mito 1 - É necessário acordar cedo para ser produtivo

Há estudos que revelam que pessoas que acordam cedo tendem a ser pró-ativas, obter melhores notas na escola, o que as leva a melhores universidades, e melhores empregos. Por outro lado, pessoas que acordam mais tarde são mais criativas, espertas, têm mais senso de humor.

Entretanto, outro estudo mostra que o mais importante é trabalhar nas horas certas, ou seja, nas horas em que você é mais produtivo, seja cedo ou tarde. Organize-se para fazer o "trabalho duro" nas horas produtivas, e deixar atividades menos complexas para outros horários.

Mito 2 - Trabalhe além da exaustão

Estudos já desfizeram este mito há tempos, e deixam claro que, quando se sentir cansado, a melhor coisa é fazer uma pausa, "desligar um pouco", ou se dedicar a outra tarefa, enfim, qualquer coisa que ajude a mudar o foco e recuperar energias para retomar seus objetivos e concluir aquele trabalho.

Nossa força de vontade é limitada e deve ser usada com sabedoria.

Mito 3 - Múltiplos monitores aumentam/diminuem a produtividade

Usar mais de um monitor pode ser mais produtivo ou não, mas tudo depende do seu perfil. Não se trata de verdade absoluta.

Além disso, um dos estudos que apontava o uso de vários monitores como sinal de produtividade foi patrocinado pela Apple e coincidiu com o lançamento de seu Apple Cinema Display. Outro foi patrocinado pela NEC, fabricante de monitores.

De todo modo, há estudos que indicam que o uso de mútiplos monitores, ou monitores maiores, pode aumentar a produtividade se o seu trabalho pode ser beneficiado por mais "espaço visual". Minha experiência mostra que, quando precisamos lidar com várias tarefas ao mesmo tempo, como é o meu caso, mais de um monitor pode fazer bastante diferença.

Mito 4 - O excesso de informação está nos tornando burros (desconecte da web para ser produtivo)

A Internet pode nos fazer lembrar menos coisas, afinal basta lembrar como acessar o Google, né ? Mas isto não significa que estejamos ficando menos inteligentes, apenas mais preguiçosos, talvez.

Por outro lado, a Internet traz, de um modo mais fácil do que nunca, uma infinidade de possibilidades de distração, o que pode fazer com que pessoas desorganizadas ou descontroladas "se percam" vagando pela web indefinidamente, destruindo completamente sua produtividade. Mas isto não é culpa da web, é culpa sua, que não consegue manter o foco. Se necessário, há inúmeras ferramentas na própria web que ajudam a manter o foco numa tarefa.

Einstein dizia que não precisava saber "de cabeça" a velocidade da luz, pois esta informação estava disponível nos livros. É por aí.

Mito 5 - É impossível ser produtivo fora do ambiente de trabalho

"Se eu não puder te ver, você não vai trabalhar". Tem muita gente por aí que ainda pensa assim. Pelo visto, nunca ouviram falar em metas. Estudos mostram aumento de produtividade com trabalho remoto. Sério. É perfeitamente possível produzir mais e melhor, trabalhando remotamente.

Cabe notar que há indicações confiáveis de que barulho demais nos torna menos produtivos. E isso é algo bem fácil de encontrar em muitos ambientes de trabalho. Por outro lado, a possibilidade de muito barulho em casa pode ser bem menor. A menos que você tenha filhos de férias, segundo soube :P

Mas há atividades que demandam interação com clientes, como balcões de atendimento em lojas, restaurantes, e outras atividades correlatas, onde a necessidade de presença física em local específico existe. Para outros casos, o impedimento para o trabalho remoto é apenas uma questão de má vontade, desconfiança ou falta de informação mesmo.

Mito 6 - Ordenar e organizar é a solução para seus problemas com o e-mail

Confesso que essa me surpreendeu. Um estudo patrocinado pela IBM mostrou que marcar, arquivar e organizar e-mails pode torná-los mais difíceis de localizar depois (!). Mas o estudo tinha um foco bem direcionado a pastas, pelo que observei, o que significa que simplesmente pesquisar pela mensagem é mais rápido e produtivo que navegar entre pastas (marcadores ?) tentando achá-la.

Diante disso, o melhor a fazer é reduzir a quantidade de mensagens, eliminando o que não será aproveitado depois e mantendo o mínimo possível. Posso atestar que regras que enviam mensagens diretamente pra lixeira, mesmo que sejam mensagens que você vai ler, desde que não pretenda mantê-las para referência futura, funciona muito bem!

Mito 7 - Técnicas de produtividade vão resolver seus problemas

Não é que as técnicas de produtividade sejam ruins, elas apenas não servem para todos. Programadores preferem Pomodoro, gerentes de projeto GTD, administradores de sistemas vão de Kanban. Portanto, esteja atento para verificar a técnica que mais se adequa à sua profissão, perfil, etc. Ou descubra um meio de combinar as técnicas e criar uma que lhe caia bem.

O importante é não dedicar mais tempo a organizar as informações para o trabalho que para executar o trabalho em si.

segunda-feira, 12 de novembro de 2012

Ferramentas para gerenciamento de projetos, especialmente criação de EAP

Recentemente precisei de uma ferramenta para construir EAPs (Estrutura Analítica de Projeto) para os projetos que gerencio, e foi difícil. Muito difícil! É incrível como algo relativamente simples não é suportado por ferramentas especializadas. Não há uma ferramenta sequer de gerenciamento de projetos que permita criar EAPs de forma satisfatória. Mas vamos às opções.

Primeiro, obtive a indicação do WBS Chart Pro, um software especializado, que tem integração com o MS Project, e é bem completo. Mas é um software pago, e achava desnecessário mais este custo, considerando que uma boa ferramenta de gerenciamento de projetos deveria prover este recurso.

Parti então para avaliar softwares de código aberto para gerenciamento de projetos. Restringi minha busca aos softwares desktop inicialmente. Testei Gantt Project, Planner, 2-Plan, OpenProj, Project Libre (praticamente igual ao Open Proj, fiquei até em dúvida se não era o mesmo que mudou de nome), e outros que nem lembro mais. Alguns até fazem o EAP/WBS, como o 2-Plan e o OpenProj (recomendo as duas!), mas nenhum permite exportar, ou mesmo exibir de forma adequada para capturar a tela e gerar uma imagem como a que ilustra este post.

Quando já estava desistindo, eis que encontro o incrível, sensacional, espetacular, WBS Tool! Simples, acessível, com muitos recursos, e gratuito! Alguns dos recursos que merecem destaque:

  • Importa e exporta o EAP em formato XML do MS Project (suportado pelo Open Proj e outras ferramentas também);
  • Exporta em formato imagem (JPG e PNG) e até Word;
  • Permite "formatar" o EAP de várias maneiras, de forma a facilitar a visualização das tarefas;
  • Possui recurso copiar estilo, e traz uma infinidade de opções de preencimento para as "caixinhas" que representam as tarefas.
  • Permite o uso sem a necessidade de cadastro, e disponibiliza espaço para salvar seu trabalho na web mesmo, embora haja um grande risco de seu arquivo ser apagado, afinal o acesso é livre;
  • A única limitação é a inclusão do endereço do WBS Tool no rodapé do EAP, o que não chega a incomodar, inclusive porque é possível exportar em formato imagem e cortar o rodapé, se for o caso.

Espero que possam evitar todo o trabalho de pesquisar algo que não existe: uma ferramenta de gerenciamento de projetos que ofereça recursos adequados para criação, formatação e exportação de EAPs.

Curta nossa página no facebook!

terça-feira, 31 de julho de 2012

#FISL 13: Agilidade e software livre na globo.com

Assim como no ano passado, o pessoal da Globo.com fez uma ótima palestra. O Demetrius Arraes Nunes mostrou como migraram das soluções proprietárias para livres, comentando ainda sobre o processo de adoção de métodos ágeis para a gestão das equipes e seus resultados. Vamos aos detalhes.

  • Até 2002, utilizavam software proprietário, desde o hardware de balanceamento de carga até o servidor web e de banco de dados;
    • Servidores Sun com Solaris, Oracle Weblogic, Vignette e Java (antes de ser open source);
  • Atualmente, a maior parte da estrutura é baseada em software livre, restando ainda o banco de dados, onde a Oracle ainda mantém "uma perninha";
    • Linux nos servidores (HP, Dell e IBM), Apache e NGINX, MySQL, MongoDB, REDIS, Virtuozzo, Ruby, PHP, Python, Django, Wordpress, GloboCMS, Varnish;
    • Destaque para o appliance com Varnish que eles montaram, que escalou melhor que soluções proprietárias, e rendeu um prêmio no Cisco Networkers de 2010;
  • É esta estrutura baseada em software livre que suporta  os 5 bilhões de pageviews/mês e 220 milhões de vídeos vistos;
  • O Demetrius fez questão de comentar que a Globo.com usa software livre porque é melhor;
  • Assim como no ano passado, fizeram questão de comentar sobre a transmissão da copa de 2010, que registrou pico de 302 mil transmissões simultâneas e chegou a ser responsável por 15% da banda no país;
  • São mais de 300 profissionais envolvidos;
  • O vídeo das empreguetes teve 7 milhões de visualizações somente na 1ª semana, e o BBB é o maior site da internet brasileira, com 380 milhões de visitas e 220 milhões de vídeos visualizados por mês (triste isso...);
  • Eles têm uma preocupação muito grande com a experiência do usuário (UX - User Experience);
  • São mais de 15 milhões de linhas de código, mais de 2000 servidores;
  • Utilizam métodos ágeis (SCRUM com ciclo de 2 semanas), o que permitiu desfazer a separação entre criação e tecnologia que havia antes, de forma que hoje as equipes trabalham com maior interação. Mostraram um time lapse de um dia de trabalho da equipe;
  • Buscam transparência nas equipes;
  • Todos têm notebooks (mobilidade);
  • O "Espaço Lounge" oferece jogos, integração, etc;
  • O RH promove atividades de integração, que incluem um dia para ser o que quiser na empresa, ocupar o cargo que desejar e fazer o trabalho "pra valer", numa técnica chamada FedEx Day que visa promover inovação, e incentivam qualificação (MBA, Mestrado, participação em eventos, etc);
  • Agile e Software Livre: tudo a ver!
    • Princípios ágeis
      • Software funcionando;
      • Mudanças são bem vindas;
      • Releases frequentes;
      • Colaboração com cliente;
      • Auto-organização;
      • Auto-motivação;
      • Excelência técnica (aspecto destacado pelo Demetrius sobre os profissionais que trabalham com software livre);
  • 3 lições
    • Money Talks - 50% de redução nos custos;
    • Open Source é menos arriscado;
    • Open Source significa mais qualidade - péssima experiência com suporte da Oracle, ótima experiência com comunidades;
  • Retribuindo
    • Mais de 30 projetos ativos;
    • Thumbor - processamento de imagens para portais;
    • Splinter - testes de interface;
    • Stewie - monitoramento de anomalias;
    • Tsuru - computação em nuvem;
    • Bootstrap - front-end accelerator;
    • nginx-push-stream - HTTP streaming;
    • http://github.com/globocom

Sem querer chover no molhado, mas penso que podemos inferir pela experiência da Globo.com que não é necessário ser xiita ou lunático pra perceber as vantagens do software livre. Parabéns pra eles!

#FISL 13: #Scrum com #Kanban - pequenos ajustes, grandes melhorias

O Paulo  Caroli (@paulocaroli) fez uma palestra interessante, "Scrum com Kanban - pequenos ajustes, grandes melhorias", onde mostrou como as duas técnicas podem ser aplicadas em conjunto com ótimos resultados. Vamos às observações.

  • A idéia do KANBAN é garantir uma experiência mais visual do fluxo de trabalho (workflow);
  • Limitar trabalho em andamento (WIP - Work in Progress) é interessante pois melhora os resultados, aumentando as entregas, uma vez que a equipe não inicia mais tarefas do que consegue concluir;
  • A idéia do SCRUM é estabelecer um processo de desenvolvimento iterativo e incremental, com ciclos ou sprints (2 semanas é comum), e tem origem com Frederick Taylor, cujas idéias influenciaram Henry Ford e definiram uma maneira de administrar empresas aplicada até hoje, que inclui a idéia de linha de produção/montagem e workflow (sequência de passos executada por uma pessoa ou time para atingir um objetivo);
  • User stories - conceito que se refere aos requisitos gerais de projeto, quebrados em partes menores visando facilitar a entrega;
  • Workflow visível - exibir num quadro branco uma tabela com as fases do workflow, onde cada coluna é populada com post-its relativos a cada user story, ou seja, ficam visíveis as tarefas "não iniciadas", "em andamento", "em teste", etc;
  • O modelo tradicional de desenvolvimento segue a lógica "Push the Work", em que alguém "atribui" as tarefas, "empurrando" o trabalho para os profissionais;
  • O modelo recomendado, segundo o Paulo, é o "Pull don't Push", em que o profissional decide o que quer fazer depois que termina cada tarefa;
  • Algumas estatísticas interessantes obtidas usando Scrum com Kanban:
    • Lead Time - tempo para terminar um trabalho;
    • Cycle time - intervalo entre duas entregas consecutivas;
    • WIP - controlar número máximo de tarefas em andamento;
    • Quanto maior o Lead Time, pior a qualidade, e quanto menor (mais rápido), mais qualidade (curioso, não ?);
    • WIP é proporcional ao Lead Time médio, e limitar o WIP permite equilibrar o workflow, pois alguém de uma "coluna da tabela" pode ajudar na outra. Exemplo: um desenvolvedor (coluna "em andamento") pode ajudar um testador ("em teste") caso haja muitas entregas a testar, aumentando a quantidade de entregas prontas;
    • Filosofia: "Stop starting, start stopping"

Como completo ignorante em SCRUM, a palestra foi bem instrutiva pra mim, e achei bem interessante a idéia de usar SCRUM com KANBAN.

sexta-feira, 1 de julho de 2011

#FISL 12: #Kanban para #sysadmins e #devops

A palestra mais surpreendente do FISL até agora (e provavelmente até o final do evento) foi a do Felipe (faw -at- debian.org). Ele não falou sobre ferramentas ou tecnologia, mas sim sobre pessoas e processos. E de uma forma muito interessante. Muito mesmo!

Antes de falar sobre o tema da palestra em si, vou fazer um parêntesis rápido pra destacar um ponto importante: o devops. O termo vem sendo usado para indicar os "developers-operators", profissionais que desenvolvem e implantam suas soluções, um perfil que, pelo que estou percebendo, vai ser cada vez mais comum de agora em diante, especialmente por conta da computação em nuvem.

Mas voltando ao tema da palestra, não sei se sou ignorante mas o fato é que nunca tinha ouvido falar desse tal de kanban. O kanban é uma técnica, metodologia, estratégia, sei lá, chame como quiser, para ajudar a estruturar o fluxo de trabalho de equipes. A idéia é bem simples, e o ponto chave é ter uma noção visual deste fluxo.

Esta noção visual pode ser implementada através de um quadro branco, de cortiça, painel ou qualquer meio que permita ver, claramente, como está o fluxo de trabalho das pessoas. O Felipe usou como exemplo um quadro branco, então vamos manter o exemplo. Neste quadro branco, cada profissional da equipe deve colar um post-it com cada atividade que esteja em andamento, assim todos podem saber o que cada um está fazendo, e são realizadas reuniões para analisar as atividades. Mas isto não é tudo. Vou tentar descrever uma sequência para dar uma idéia melhor de como a coisa pode funcionar.

  • Define-se como será criada a noção visual do fluxo de trabalho da equipe (quadro branco, por exemplo);
  • Define-se como cada funcionário deve registrar as atividades (post-it);
  • No mínimo, devem ser criadas duas "áreas" para registro de atividades: pendentes, e em execução;
  • Estabelece-se um limite para as atividades em execução, de forma que uma tarefa só pode sair de pendente para em execução se houver menos tarefas em execução que o limite estabelecido, garantindo que as atividades serão finalizadas, e permitindo identificar atividades que estão demorando muito e podem, por exemplo, requerer mais pessoas envolvidas;
  • O kanban vai registrar apenas atividades com duração significativa, maior que um ou dois dias, por exemplo, de forma a não burocratizar o processo com registros desnecessários de pequenas atividades executadas em minutos ou horas;
  • O kanban não elimina a necessidade de um sistema de registro de solicitações, pois é nele que vão ficar todos os detalhes da realização da atividade;
  • Há ferramentas automáticas e via web para apoiar o kanban, mas a idéia é garantir a noção visual, algo que ficaria bastante prejudicado caso fosse usado um sistema automatizado via web, por exemplo;
  • As reuniões são muito importantes, e sugere-se uma reunião de 5 minutos em pé, diariamente, para avaliar o kanban, com quem estiver disponível, para forçar as pessoas a estarem na reunião no dia e horário definidos;
  • Há ainda reuniões semanais (15 minutos) e mensais para discussões mais detalhadas;

Espero que as informações tenham sido suficientes para dar uma idéia do que é o kanban e como ele funciona.

O Felipe explicou que, na empresa em que trabalha, uma rede hospitalar, o kanban foi implementado com 4 áreas (piscina de idéias, fila limitada de 7 itens, itens em execução limitados a 2 itens e documentação limitada a 3 itens), ainda não surtiu o efeito desejado, havendo inclusive um funcionário extremamente resistente que tem dificultado o processo.

Apesar disso, o Felipe descreveu casos em que a adoção do kanban aumentou drasticamente a eficiẽncia de equipes de TI em outras empresas, e indicou que os resultados começam a aparecer entre 3 e 6 meses.

Outros pontos importantes destacados foram:

  • No início da implementação, devem ser registradas todas as atividades em andamento, e portanto pode ficar inviável criar limites para tarefas pendentes, em execução ou documentação, por exemplo;
  • Cada implementação do kanban é única, pois depende da adaptação do modelo à realidade de cada empresa;
  • O kanban tem diversos benefícios, entre eles a forma simples de fornecer a toda a equipe a visão clara das atividades pendentes e em andamento;
  • Pode ser necessário segmentar por área de atuação, por tempo (escalada hierárquica) ou mesmo por pessoa, caso a equipe tenha duas atribuições muito separadas. 

Eu achei a idéia muito, muito interessante, e espero um dia poder aplicar este modelo pra ver seu funcionamento mais de perto, pois acredito muito nos benefícios que pode trazer. Espero que vocês acreditem também!

Mais informações podem ser encontradas no sysadvent.

Siga-nos no Twitter! ou Buzz
Receba os textos via e-mail ou RSS!
Confira outros textos sobre o tema!

quinta-feira, 31 de março de 2011

Organize suas mensagens em projetos com o Active Inbox #Chrome #GMail

Active Inbox é uma extensão pro Chrome que promete organizar suas mensagens em projetos e transformar a forma como gerenciamos nossas mensagens, viabilizando o conceito conhecido como GTD (Get Things Done). Se você tem problemas para gerenciar suas mensagens, ou precisa de uma maneira de integrar ao seu GMail o recurso de gerenciamento de tarefas (Google Tasks não conta!), esta extensão pode ser o que precisa.

Instalei e estou começando a testar, já que muitas vezes me deparo com a necessidade de ativar um lembrete pra uma mensagem que preciso ver depois, ou organizar as mensagens relacionadas em algo mais sofisticado que simples pastas. Pode ser que alguém ache que isso é uma desvirtuação do uso do e-mail, mas acho que o e-mail ainda é a ferramenta de uso diário e contínuo de muita gente, por isso faz sentido agregar o máximo de funcionalidades a esta ferramenta, correto ?

A extensão é gratuita, mas possui uma versão premium que dá acesso a mais funcionalidades, incluindo recursos como deadlines e ações automáticas. Após instalada, a extensão exibe um assistente de configuração assim que você acessar o GMail e, após concluir o tour pelas funcionalidades, são criados alguns labels para ajudar a classificar mensagens que requerem ação/acompanhamento, ou que podem ser analisadas mais tarde.

Ao abrir uma mensagem, a ajuda acima é exibida, orientando sobre como utilizar os recursos, e uma barra de opções fica disponível para a definição do status de cada mensagem, bem como sua associação a projetos.

Outro recurso que me chamou a atenção foi a possibilidade de utilizar mensagens anteriores para responder. Quem nunca se deparou com aquela situação em que precisava de uma informação que estava numa mensagem pra responder a outra, e a solução, no GMail, era voltar, acessar a mensagem, copiar o texto, depois voltar e responder, ou usar o recurso de nova janela para facilitar (um pouco).

Estou apenas começando a entender o quanto esta extensão pode me ser útil. Quem sabe vocês também ?

Siga-nos no Twitter!
Receba os textos via e-mail ou RSS!
Confira outros textos sobre o tema!

sexta-feira, 23 de julho de 2010

Congresso Nacional em Gestão de Projetos 2010

A pedido, estamos divulgando este evento muito interessante e importante para os interessados em gerenciamento de projetos.

Apresentação:

Compartilhar idéias, experiências, explorar as melhores práticas e lições vivenciadas por diversos profissionais e organizações do País, além de agregar valor aos associados fomentando a criação de network na comunidade de Gerenciamento de Projetos na Bahia.Com estes objetivos, o PMI Capítulo Bahia promove em Salvador entre os dias 11 a 13 de agosto, no Fiesta Bahia Hotel, o Congresso Nacional em Gestão de Projetos 2010.

Serão 16 PDUs para o congresso e 04 PDUs para cada mini curso.

Inscrições no site: http://www.cngp2010.pmiba.org.br/

Algumas Palestras:

Palestrante - Pedro Janot (Keynote Speaker) - "Um Pais de Oportunidades: Case da Azul Linhas Aéreas Brasileiras"

Palestrante - Brian Weiss (Keynote Speaker) - " Gerenciamento de Projetos como uma competência estratégica"

quarta-feira, 26 de maio de 2010

Implementando #ITIL

O blog do Troy Dumoulin, que já citamos aqui como excelente referência sobre ITIL e Governança, traz mais um excelente artigo deste consultor da Pink Elephant. O texto trata da percepção das pessoas quanto aos projetos de implementação, termo que muitos detestam mas que ele não vê problema em usar, ou adoção do ITIL. Ele indica 3 tipos de percepção, uma focada na ferramenta, outra na automação dos processos de trabalho e a última, ideal, na visão dele, focada na melhoria contínua. O texto é muito interessante e extremamente útil para quem está envolvido em projetos de gestão e melhoria de processos de gerenciamento de serviços. Leitura recomendadíssima. Confiram!

sexta-feira, 4 de dezembro de 2009

SONAR - Análise da qualidade em projetos de software #Java





Fui apresentado ao SONAR (http://sonar.codehaus.org/) ontem, quando alunos apresentaram o software como um trabalho da minha disciplina na universidade. O software me pareceu muito interessante, possuindo uma série de critérios para avaliação da qualidade do código (comentários, cobertura, duplicidade, etc), além de possuir uma interface bem interessante, no melhor estilo "Mineração de Dados". É possível ter acesso a uma demonstração do software em http://nemo.sonarsource.org/.