No mundo ISV nada impede você ter uma aplicação que perfeitamente
atende as necessidades do cliente ou mercado e é cheia de débitos
técnicos, e acredite, este cenário é comum. Neste caso, o prejuízo é
do fornecedor por manter um legado tão pesado. Se a aplicação tem
pouca qualidade interna o cliente não está nem aí...
A qualidade externa da aplicação não tem relação com a qualidade
interna no curto prazo.
2009/9/4 Roberto de Castro <robertocsp@...>:
>
>
> Rodrigo, como pode um release ter qualidade, se não há qualidade interna da
> aplicação, isto é, qualidade do código ruim?
> Isto é um paradoxo!
> Abraços,
> Roberto
>
>
> 2009/9/4 Rodrigo Yoshima <rodrigoy@...>
>>
>>
>>
>> Não necessariamente! Já tive contato com empresas que tem a aplicação
>> coberta por testes funcionais usando Robot ou Test Manager e etc...
>> Todos os testes deles estão na tela e eles tem maturidade nisso.
>> Apesar do tempo de build ser muito mais que 10 minutos (as vezes
>> maiores que 10 horas), eles conseguem entregar um release com
>> qualidade. PORÉM, a qualidade interna da aplicacão é uma porcaria! Um
>> código nojento.
>>
>> Rodrigo Yoshima
>> ASPERCOM Treinamentos
>> Turmas em SP: OOAD 21/09 | Scrum 02/10 | Extreme Programming 03/10 -
>> Formação Agile
>>
>> 2009/8/24 Ulisses da Silva Jardim <jardimulisses@...>:
>> >
>> >
>> > Ou seja, desprezar qualidade interna afeta a qualidade externa do
>> > software.
>
>
--
Rodrigo Yoshima
www.ASPERCOM.com.br
Outubro será um mês bem movimentado para a
comunidade ágil. Há uma série de eventos relacionados com métodos ágeis
que deve interessar ao pessoal aqui da lista. Todos acontecerão em
seqüência, então daria para aproveitar a viagem e participar de mais de
um deles.
Nos dias 10 e 11
acontecerá em São Paulo a segunda edição do Encontro Ágil (www.encontroagil.com.br),
que contará
com diversos palestrantes de destaque nacional e um ainda com keynotes
e workshops com dois grandes representantes interenacionais da
comunidade ágil: Alistair Cockburn e Jutta Eckstein.
Uma das características do Encontro Ágil, além das palestras, são as
seções de Birds of a Feather, onde todos (palestrantes e participantes)
têm a possibilidade de
interagir diretamente contando
experiências, compartilhando problemas, encontrando soluções, tirardo dúvidas, aprendendo, conhecendo outros membros da
comunidade, fazendo network...
Aproveitando a vinda do Alistair para o Brasil, ele tb vai ministrar um treinamento exclusivo, no dias 8 e 9 de outubro (www.neurobox.com.br).
Logo após o feriado, nos dias 13 e 14, acontecerá o Rails Summit,
tb em são paulo. Esse evento tb conta com vários convidados
internacionais e temas muito relacionados com agilidade. (http://www.railssummit.com.br/)
Além desses, na semana anterior, também acontecerá o Agiles em Floripa.
Estou
envolvido com a organização do Encontro Ágil e com a vinda do Alistair,
mas recomento todos os eventos. Tenho certeza de que serão ótimas
oportunidades para entrar em contato com outras comunidades ágeis do
Brasil e do exterior e para ver o que está sendo feito de ágil por aí.
Caros colegas, partindo-se da premissa que telas e protótipos de telas são as únicas coisas tangíveis para um usuário de um sistema informatizado, e que XP parte do principio que o mais importante para um sistema é o seu código, e que não se deve desperdiçar muito tempo com diagramas e fluxos antes do início do desenvolvimento do sistema, não seria interessante iniciar a modelagem e o desenvolvimento de um novo sistema, a partir das telas construídas após a etapa de aquisição de conhecimento? Eu nunca fui favorável a iniciar o desenvolvimento de um sistema desenhando-se telas, mas, eu nunca vi usuário conseguir compreender o funcionamento de um sistema através de diagramas. Muitas vezes, o usuário valida diagramas de caso de uso, mas quando vê as telas desenvolvidas após essa etapa, acha que o analista não foi capaz de assimilar as necessidades reais do usuário. Isto é, na realidade, o usuário não foi capaz de compreender os diagramas de caso de uso. Eu já passei por isso várias vezes, por isso, estou revendo meus conceitos. Certamente, após a etapa de aquisição de conhecimento, vou fazer meus casos de uso, mas, pensarei em desenhar algumas telas para mostrar para o usuário, que também poderá ver os diagramas de casos de uso. Seria esta uma boa abordagem? Desde já agradeço. Abraços, Roberto de Castro
Eh provavel que o sucesso dssa abordagem dependa do tipo de sistema entao. No meu caso, o que os usuários viam na tela não cobria sequer metade das regras de negócio que precisavam ser implementadas no servidor, algumas ocorrendo assíncronamente, outras colaborando com serviços externos, muitas agrupadas em transacoes e por ai vai.
Caros colegas, partindo-se da premissa que telas e protótipos de telas são as únicas coisas tangíveis para um usuário de um sistema informatizado, e que XP parte do principio que o mais importante para um sistema é o seu código, e que não se deve desperdiçar muito tempo com diagramas e fluxos antes do início do desenvolvimento do sistema, não seria interessante iniciar a modelagem e o desenvolvimento de um novo sistema, a partir das telas construídas após a etapa de aquisição de conhecimento? Eu nunca fui favorável a iniciar o desenvolvimento de um sistema desenhando-se telas, mas, eu nunca vi usuário conseguir compreender o funcionamento de um sistema através de diagramas. Muitas vezes, o usuário valida diagramas de caso de uso, mas quando vê as telas desenvolvidas após essa etapa, acha que o analista não foi capaz de assimilar as necessidades reais do usuário. Isto é, na realidade, o usuário não foi capaz de compreender os diagramas de caso de uso. Eu já passei por isso várias vezes, por isso, estou revendo meus conceitos. Certamente, após a etapa de aquisição de conhecimento, vou fazer meus casos de uso, mas, pensarei em desenhar algumas telas para mostrar para o usuário, que também poderá ver os diagramas de casos de uso. Seria esta uma boa abordagem? Desde já agradeço. Abraços, Roberto de Castro
Estou com uma dúvida de como aplicar os cartões. Pelo que li, o cliente faz os cartões com as funcionalidades desejadas. Esses catões já entram no quadro? ou devo criar um cartão de tarefa que agrupe os cartões que o cliente escreveu associados ?
Ítalo,
não existe uma regra para o uso dos cartões, tudo depende da maturidade
da equipe e do teu relacionamento com o cliente.
Digamos que os cartões sejam feitos no início do projeto, onde o cliente
define as Macro Funcionalidades do projeto, esses cartões irão agrupar
cartões menores (atividades) e ambos estarão no quadro no Sprint deles.
Porém se o teu cliente participa e cria os cartões do Sprint, estes irão
pro quadro imediatamente.
No mais, experimente e mude a forma de trabalhar quando achar necessário.
Boa sorte
Italo Matos escreveu:
>
>
> Bom dia pessoal,
>
> Estou com uma dúvida de como aplicar os cartões.
> Pelo que li, o cliente faz os cartões com as funcionalidades
> desejadas. Esses catões já entram no quadro?
> ou devo criar um cartão de tarefa que agrupe os cartões que o cliente
> escreveu associados ?
>
>
>
>
>
>
> --
> Ítalo Matos Cavalcante Santos
> Desenvolvedor Web/Mobile
> Analista de Sistemas
> http://italomatos.wordpress.com/ <http://italomatos.wordpress.com/> -
> Flex nos Trilhos
> http://del.icio.us/italomatos <http://del.icio.us/italomatos>
> http://www.activebrasil.com.br <http://www.activebrasil.com.br>
>
>
--
Rodrigo Maia
Analista de Sistemas
DETRAN - CE
(85) 3101-4795 - Informática
----------------------------------------------------------------
DETRAN-CE - Departamento Estadual de Trânsito do Ceará
Dia: 24/setembro/2009 (terça-feira)
Horário: 18:30 horas
O hype ágil chegou ao Brasil, e com ele a cultura de times se
valoriza. O que não se fala é das enormes dificuldades de se trabalhar
em time e obter resultados compensadores. Um time azeitado é melhor
que a soma de suas partes, e esta palestra aborda concepções erradas
sobre times e o básico para se chegar lá.
Mais informações em:
http://www.riojug.org/blog/?p=99
[ ]'s,
Magno A. Cavalcante
-------------------------------------------------
Cp. E., Sun Cert. Prof. , Java Ch.
JUG Leader @ http://RioJUG.org
......
Alguns eventos que envolvem agilidade vão acontecer em outubro aqui em São Paulo e isso talvez interesse ao pessoal do Rio. Nos dias 10 e 11/10 a segunda edição do Encontro Ágil (www.encontroagil.com.br) contará
com diversos palestrantes de destaque nacional, como Klaus Wuestefeld, Juan Bernabó, Alexandre Magno, Carlos Villela, entre outros... e com keynotes
e tutoriais dos convidados internacionais Jutta Eckstein e Joe Yoder.
Uma das características do Encontro Ágil, além das palestras, são as
sessões de Birds of a Feather, onde todos (palestrantes e participantes)
têm a possibilidade de
interagir diretamente, contando
experiências, compartilhando problemas, encontrando soluções, tirando dúvidas, aprendendo, conhecendo outros membros da
comunidade, fazendo network...
Além do Encontro Ágil, dois dias depois, acontecerá o Rails Summit, também com bastante gente ágil envolvida. Quem vier para algum desses eventos, pode aproveitar para participar do outro também. Estou envolvido na organização do EA, mas recomendo ambos como ótimas
oportunidades para aumentar o contato com as comunidades ágeis do
Brasil e do exterior, e para ver o que as pessoas andam fazendo por aí.
Conheça a SuperÚteis. A SuperÚteis é uma empresa que surgiu do EMPRETEC e está fazendo o maior sucesso. Acesse e confira nossos preços. Nossas vantagens:
- Ninguém vende mais barato;
- Compre sem sair de casa;
- Pague em até 12x.
- VENDA seus produtos parcelados pelo site. Consulte-nos.
Confira algumas ofertas:
Em breve, novos lançamentos. Para maiores informações, acesse www.superuteis.com.br.
Esta mensagem, incluindo seus eventuais anexos, tem caráter confidencial e seu conteúdo é restrito ao(s) destinatário(s) da mensagem. Caso você tenha recebido esta mensagem por engano, queira por favor retorná-la ao emissor e apagá-la de seus arquivos. Qualquer uso, replicação ou disseminação desta mensagem ou parte dela é proibido. Esta mensagem é única e obedece às regras do Anti-SPAM. A ZettaBrasil respeita a sua privacidade e é contra o spam na rede. Esperamos que você tenha apreciado esta mensagem.
Subject: [xprio] Oeste Catarinense tem Loja virtual
Conheça a SuperÚteis. A SuperÚteis é uma empresa que surgiu do EMPRETEC e está fazendo o maior sucesso. Acesse e confira nossos preços. Nossas vantagens: - Ninguém vende mais barato; - Compre sem sair de casa; - Pague em até 12x. - VENDA seus produtos parcelados pelo site. Consulte-nos.
Confira algumas ofertas:
Em breve, novos lançamentos. Para maiores informações, acesse www.superuteis.com.br.
Esta mensagem, incluindo seus eventuais anexos, tem caráter confidencial e seu conteúdo é restrito ao(s) destinatário(s) da mensagem. Caso você tenha recebido esta mensagem por engano, queira por favor retorná-la ao emissor e apagá-la de seus arquivos. Qualquer uso, replicação ou disseminação desta mensagem ou parte dela é proibido. Esta mensagem é única e obedece às regras do Anti-SPAM. A ZettaBrasil respeita a sua privacidade e é contra o spam na rede. Esperamos que você tenha apreciado esta mensagem.
__________ Informação do NOD32 IMON 4229 (20090709) __________
Estamos na reta final para o Ágiles 2009 que é a maior conferência Latino-Americana sobre Metodologias Ágeis que será realizada de 06 a 09 de outubro na cidade Florianópolis (SC).
É importante lembrar que nessa conferência teremos várias palestras sobre seguintes assuntos:
- Introdutórios,
- Cultura e Coaching,
- Gestão de Melhoria,
- Desenvolvimento e Ferramentas
- Equipes Distribuídas
- E Relatos de Experiências em organizações de diferentes tamanhos e segmentos.
Essas palestras serão feitas pelos principais especialistas Brasileiros em agilidade e principalmente por grandes expoentes internacionais como:
- Brian Marick (Um dos criadores do manifesto ágil),
- Diana Larsen (co-autora do livro "Agile Retrospectives: Making Good Teams Great!"),
- Roy Singham (Presidente da ThoughtWorks),
- David Hussman (Vencedor do Gordon Pask Award 2009),
- Naresh Jain ( Vencedor do Gordon Pask Award 2007),
- Dave Nicolette(Effective Software Development)
- E Joshua Kerievsky (Fundador da Industrial Logic),
Outra grande atração desse nosso evento, que serão realizados os cursos de:
- CSM,
- CSPO,
- Leading Retrospectives (por Diana Larsen)
- TDD and Refactoring (por Naresh Jain)
Viu como essa será A conferência sobre Agile? Então não perca mais tempo, acesse o site do evento (http://www.agiles2009.org), aproveite as últimas vagas e não fique de fora desse grande momento para nossa comunidade Brasileira, Latino-Americana e quiçá Mundial (por que não?).
Vejo vocês lá!
__________________________________
Manoel Pimentel Medeiros, CSP Chief Editor - Revista Visão Ágil Chief Editor - InfoQ Brasil http://twitter.com/visaoagil
Um modelo que considero útil de User Stories é uma sentença no formato "Quem", "O Quê", "Porquê". **Exemplo** ==> "Sendo um Administrador <"Quem">, desejo controlar o acesso dos usuários aos arquivos <"O Quê">, para evitar que informações sigilosas sejam acessadas por pessoas não autorizadas <"Porquê">.
* Escreva isso numa ficha pautada 3 x 5.
* Quando você estimar a história, escreva a estimativa na ficha. Quando terminar, escreva o tempo gasto para comparar estimado vs. realizado.
* Coloque a ficha num espaço (uma parede ou quadro branco) para que todos possam ver.
* Quando alguém começar a desenvolver uma estória escreva o nome da pessoa na ficha.
* Divida o espaço em áreas que façam sentido para você: iterações, status ("A Fazer", "Fazendo", "Feito") e mova as histórias entre essas áreas a medida que a iteração avança.
Scenarios, Stories, Use Cases: Through the Systems Development Life−Cycle by Ian Alexander and Neil Maiden (eds) John Wiley & Sons Ltd. (c) 2004. Copying Prohibited.
[]'s Alexandre F. Costa
--- Em sex, 9/10/09, Filipe Mendes <filipeatm@...> escreveu:
De: Filipe Mendes <filipeatm@...> Assunto: [xprio] HISTÓRIAS DO USUÃRIO Para: xprio@yahoogroups.com Data: Sexta-feira, 9 de Outubro de 2009, 11:50
Olá amigos, queria pedir encadecidamente que colaborassem com a pesquisa de
campo da minha monografia...
respondendo o questionário no link abaixo:
http://spreadsheets.google.com/viewform?formkey=dE0zVkJ5VzBaSmEwb0NKcDlVSE5xemc6\
MA
O questionário tem o objetivo de servir como base estatística sobre a
metodologia ágil de desenvolvimento Extreme Programming. Solicito a gentileza de
que responda com a maior exatidão possível.
As Informações da empresa ou do questionado será mantida em sigilo de acordo com
a preferência da empresa...
Esse questionário faz parte da monografia de conclusão de curso de
Desenvolvimento de Software.
Agradeço desde já a atenção dispensada!
Atenciosamente,
Evandro Vilanova
Só uma sugestão. Acho que o teu questionário deveria suportar todas as condições possíveis e não somente o caminho feliz. É importante para bases estatísticas mapear todas as condições do ambiente.
Ex: Na última pergunta "Sua organização teve sucesso no uso do XP?", acho que a resposta "Não" é perfeitamente cabível. Por mais que as vezes isso vá de encontro às nossas vontades e necessidades.
O questionário tem o objetivo de servir como base estatística sobre a
metodologia ágil de desenvolvimento Extreme Programming. Solicito a gentileza de
que responda com a maior exatidão possível.
As Informações da empresa ou do questionado será mantida em sigilo de acordo com a preferência da empresa...
Esse questionário faz parte da monografia de conclusão de curso de
Desenvolvimento de Software.
O Rafael divulgou na lista do Rio grande do sul mas acho que também é
do interesse de todos do Rio de Janeiro.
---------- Forwarded message ----------
From: Rafael Prikladnicki <rafael.prikladnicki@...>
Date: 2009/10/11
Subject: [XP-RS] Evento nacional de métodos ágeis em 2010
To: agile-brasil@..., scrum-brasil@...,
xp-rs <XP-RS@yahoogroups.com>, visaoagil@...
Ola pessoal,
Alguns ja sabem, no Encontro Agil tb ja foi anunciado, entao vamos ao e-mail
oficial.
Fico feliz em anunciar que em 2010 os organizadores do Agile Brazil, Mare de
Agilidade, Encontro Agil e Agile Weekend decidiram se unir para realizar, no
mês de junho, a primeira conferência nacional de metodologias ageis para
desenvolvimento de software.
O objetivo é organizar um grande evento anual da comunidade brasileira
praticante de metodologias ágeis que seja itinerante, ou seja, rodar o
Brasil inteiro. Esta idéia amadureceu a partir da conversa dos brasileiros
que participaram da Agile 2009 em Chicago.
Em 2010 o evento será de 28 de Junho à 2 de Julho, em Porto Alegre. Temos
uma pré (vejam bem, é pré) confirmação do Martin Fowler e queremos fazer um
evento com a ajuda de todos e que realmente seja um marco para a nossa
comunidade.
Teremos cursos e a chance para que todos submetam seus trabalhos para
apreciação de um comitê de programa que será formado por membros da
comunidade.
Reservem suas agendas!
Um abraço, Rafael
Aos colegas do XP Rio, segue o anúncio da reunião do RioJUG deste mês.
Dia: 22/outubro/2009 (quinta-feira)
Horário: 18:30 horas
Local: Auditório da Faculdade Senac Rio, R. Santa Luzia, 735 – 7o.
andar, Centro
A Palestra:
Todos que trabalham com desenvolvimento em algum momento de suas
vidas profissionais já ouviram falar ou fizeram uso de padrões de
projetos (design patterns). O objetivo dessa apresentação é de mostrar
o que são padrões de projetos (inclusive citando alguns), para que
serve (exemplos de aplicação), por que devemos, no mínimo, conhece-los
e por fim os abusos e acertos no ponto de vista do autor.
Entrada Gratuita!
As Inscrições Prévias devem ser realizadas em
http://riojugmeeting200910.eventbrite.com
Haverá sorteio de brindes.
[ ]'s,
Magno A. Cavalcante
Imperdível essa!
2009/10/20 Magno A. Cavalcante <magno.riojug@...>:
> Aos colegas do XP Rio, segue o anúncio da reunião do RioJUG deste mês.
>
> Dia: 22/outubro/2009 (quinta-feira)
> Horário: 18:30 horas
> Local: Auditório da Faculdade Senac Rio, R. Santa Luzia, 735 – 7o.
> andar, Centro
>
> A Palestra:
>
> Todos que trabalham com desenvolvimento em algum momento de suas
> vidas profissionais já ouviram falar ou fizeram uso de padrões de
> projetos (design patterns). O objetivo dessa apresentação é de mostrar
> o que são padrões de projetos (inclusive citando alguns), para que
> serve (exemplos de aplicação), por que devemos, no mínimo, conhece-los
> e por fim os abusos e acertos no ponto de vista do autor.
>
> Entrada Gratuita!
> As Inscrições Prévias devem ser realizadas em
> http://riojugmeeting200910.eventbrite.com
>
> Haverá sorteio de brindes.
>
>
> [ ]'s,
>
> Magno A. Cavalcante
>
>
> ------------------------------------
>
> ===================================================
> Acesse o Blog do XPRio: http://xprio.blogspot.com
> ===================================================
> Mais dados sobre XP: http://www.improveit.com.br/xp
> Livros sobre XP: http://www.improveit.com.br/xp/livros.jspYahoo! Groups Links
>
>
>
>
Um modelo que considero útil de User Stories é uma sentença no formato "Quem", "O Quê", "Porquê". **Exemplo** ==> "Sendo um Administrador <"Quem">, desejo controlar o acesso dos usuários aos arquivos <"O Quê">, para evitar que informações sigilosas sejam acessadas por pessoas não autorizadas <"Porquê">.
* Escreva isso numa ficha pautada 3 x 5.
* Quando você estimar a história, escreva a estimativa na ficha. Quando terminar, escreva o tempo gasto para comparar estimado vs. realizado.
* Coloque a ficha num espaço (uma parede ou quadro branco) para que todos possam ver.
* Quando alguém começar a desenvolver uma estória escreva o nome da pessoa na ficha.
* Divida o espaço em áreas que façam sentido para você: iterações, status ("A Fazer", "Fazendo", "Feito") e mova as histórias entre essas áreas a medida que a iteração avança.
2009/10/9 Alexandre Filgueiras Costa <afilcosta@...>
Opa;
Você pode dar uma olhada no cap 13 deste livro.
Scenarios, Stories, Use Cases: Through the Systems Development Life−Cycle by Ian Alexander and Neil Maiden (eds) John Wiley & Sons Ltd. (c) 2004. Copying Prohibited.
[]'s Alexandre F. Costa
--- Em sex, 9/10/09, Filipe Mendes <filipeatm@...> escreveu:
De: Filipe Mendes <filipeatm@...> Assunto: [xprio] HISTÓRIAS DO USUÁRIO Para: xprio@yahoogroups.com
Data: Sexta-feira, 9 de Outubro de 2009, 11:50
Pessoal,
Alguém tem ou sabe onde tem, alguma proposta de escrita para histórias de usuário? Eu queria ver alguns exemplos práticos...
Escrevi esse artigo para explicar quantitativamente os benefícios de se realizar testes unitários automatizados e para mostrar que não realizá-los é uma atitude irracional do ponto de vista econômico.
Julio,
A motivação de pair programming full-time é bem clara na 1a edição do
XP Explained: se peer review é uma boa prática, por que não fazer peer
review 100% do tempo?
Além disso, pair programming apóia a prática de Propriedade Coletiva
do Código, já que todo
o código é escrito por pelo menos duas pessoas da equipe.
A recomendação de Kent Beck é que todo *código de produção* seja
escrito por um par. Spikes arquiteturais, protótipos, provas de
conceito, testes de aceitação e qualquer outro código que não faça
parte do produto em si podem ser escritos por um deenvolvedor "solo".
As práticas de XP são sinérgicas, ou seja apóiam-se umas nas outras.
Remover ou reduzir drasticamente uma prática é algo que deve ser
conduzido por alguém experiente em XP. A recomendação geral se você
está iniciando em XP e não tem um coach experiente é implementar todas
as práticas "by the book" e ganhar experiência para depois mexer em
algo.
Abraço,
Luiz Esmiralha
2009/11/6 Julio Viegas <julioviegas@...>:
> Pair programming pode e deve ser utilizado quando um desenvolvedor possui
> alguma dificuldade de entregar sua atividade.
>
> Segue um ditado antigo: duas cabecas pensam melhor que uma.
>
> Se um desenvolvedor sozinho consegue fazer a atividade dentro do prazo e com
> certa qualidade, nao ha necessidade de PP. Normalmente PP eh composto de um
> desenvolvedor mais experiente e outro menos experiente. Ou, em outros caso,
> dois desenvolvedores de modulos distintos desenvolvendo algum tipo de
> integracao. Precisa haver uma motivacao para fazer pair/group programming,
> entende?
>
> Abs,
> JV -- http://julioviegas.com
>
> On 6 Nov 2009 10:02, "Rafael Fuchs" <rafaelfuchs@...> wrote:
>
>
>
> Pessoal
>
> Vejo que uma das grandes dificuldades de usar XP é pair programming, os
> desenvolvedores tem muita resistência.
>
> Para os que praticam pair programming no dia-a-dia:
> Isso é praticado fulltime ou apenas quando necessário, quando surge um
> problema maior ou o pessoal sente necessidade?
> Existe algum momento específico para usar PP?
> Existe algum momento específico para não usar PP?
>
> Quero entender melhor como isso funciona na prática... aqui não utilizamos
> pair programming, mas estimulo que isso seja feito quando temos alguma
> ferramenta/tecnologia/api nova. No desenvolvimento das atividades do
> dia-a-dia não vejo isso funcionando com tanta facilidade.
>
> Att.
>
> Rafael Fuchs, PMP, MBA
> --
> IT Project Manager
> rafaelfuchs@... <rafaelfuchs%40gmail.com>
> +55 51 9993-8953
> http://www.linkedin.com/in/rafaelfuchs
>
> [Non-text portions of this message have been removed]
>
>
>
>
> [Non-text portions of this message have been removed]
>
>
>
> ------------------------------------
>
>
>
>
>
>
Segue o primeiro artigo (será uma série!) que escrevi em meu blog sobre esse assunto cada vez mais fundamental. As estatísticas mostram como o assunto é negligenciado e que os benefícios tangíveis de aplicarmos a gestão ágil de portfólio de projetos nas organizações é tremendo.