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

----- Original Message -----

From: Roberto de Castro

To: XP-Rio User Group

Sent: Tuesday, September 01, 2009 11:07 AM

Subject: [xprio] Design baseado em tela

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

---

Checked by AVG - www.avg.com
Version: 8.5.409 / Virus Database: 270.13.74/2339 - Release Date: 09/01/09 06:52:00

Í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á

Um  exemplo: o cliente pode criar os cartões na reunião de planejamento,
depois ele prioriza e os cartões que cabem no período de desenvolvimento
da iteração são colocados no quadro.

mais informações:
http://docs.google.com/gview?a=v&q=cache:JmwvAbdOnGYJ:sysreq.incubadora.fapesp.b\
r/portal/down/1ite/gr/agil/xp.pdf+uso+do+cart%C3%A3o+em+xp&hl=pt-BR&gl=br
http://horewi.cz/?p=1http://epf.eclipse.org/wikis/xppt/


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>
>
>

--
Francisco Barroso
Desenvolvedor
Fortes Informática (Fortaleza)
Fone: (85) 4005.1111 - Cel: (85) 8843.8309
franciscobarroso@...
www.fortesinformatica.com.br

----- Original Message -----

From: Ivan Sanchez

To: xprio@yahoogroups.com

Sent: Saturday, September 12, 2009 5:49 AM

Subject: Re: [xprio] Design baseado em tela

   Eh provavel que o sucesso dssa abordagem dependa do tipo de sistema entao.

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
......

----- Original Message -----

From: wilson@...

To: xprio@yahoogroups.com

Sent: Thursday, September 24, 2009 2:12 PM

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) __________

Esta mensagem foi verificada pelo NOD32 sistema antivírus
http://www.eset.com.br

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

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

Qual o principal objetivo de ser ágil?
Por favor, responda citando pelo menos algum princípio do manifesto
ágil!

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
>
>
>
>

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]
>
>
>
> ------------------------------------
>
>
>
>
>
>