SlideShare ist ein Scribd-Unternehmen logo
1 von 14
Dalva Castro - Gabriel Monteiro - Gleicy Sterfanny - Jefferson Rodrigues - João Antonio - Madson Gustavo -
Patrícia de Oliveira - Paulo Henrique - Rogério Gonçalves
O conjunto de metodologia Crystal é
precursora no modo ágil de desenvolver
software, criadas em 2000 por Alistair
Cockburn. Cockburn foi contratado pela
IBM em 1991 para estudar metodologias e
criar uma metodologia para projetos que
usavam OO. Evitou falar apenas sobre sua
experiência, como a maioria dos
metodologistas fazem, entrevistou vários
metodologistas, inclusive Kent Beck
durante o C3, quando foi criado o XP. A
metodologia é voltada para a gestão de
pessoas, e se difere das outras
metodologias por ser uma família de
metodologias e não somente uma.
Por que uma “Família de Metodologias”?

Porque cada projeto tem suas particularidades.
Cada projeto precisaria de sua própria
metodologia. Não é um kit como o IRUP, do
qual você pode pegar pedaços e montar uma
metodologia Jogo de Celular x Controlador de
vôo: vocês acham que pode ser a mesma
metodologia?
O nome escolhido foi Crystal pois remete a
cristais, que existem com várias durezas na
natureza, do quartzo ao diamante.
Pessoas são Espontâneas, não lineares.
Boas em Comunicação, olhar ao
redor, olhar o todo, copiar e modificar.
Ruins em disciplina, consistência, mudar
seus hábitos (resistem muito), seguir
instruções. Não são componentes que
podem ser plugados ou desplugados
facilmente. Não são recursos, são
pessoas. Por isso, Crystal é focado em
comunicação e comunidade.
Coletaram exemplos de projetos de sucesso que utilizaram metodologias ágeis baseadas
em comunicação e comunidade para criar uma família de metodologias que possa ser
utilizada como ponto de partida em um processo de desenvolvimento de software.

   Os membros da família dividem entre si:
       Valores e princípios

       Mudanças "on-the-fly“




 Alistair considera pouco traumática a mudança de uma metodologia para outra: 4 pessoas
trabalhando em um projeto pequeno que cresce ao ponto de necessitar de 20 pessoas não
devem perguntar "como preservamos nossas convenções primárias?", e sim "qual é um
bom caminho para 20 pessoas trabalharem juntas neste projeto?"

Entre os valores, destacam-se:


    Foco em comunicação e pessoas: ferramentas, produtos e processos estão lá apenas

    para auxiliar as pessoas
    Tolerância: reconhece a variedade da natureza humana.
A família Crystal possui dois valores que são seguidos por todas
as suas metodologias, são eles:

• Foco na comunicação entre as pessoas.(Mostrando que as ferramentas e processos,
só estão ali para dar suporte aos humanos)
• Alta tolerância. (Reconhecendo as diferentes culturas das pessoas)




  A principal prioridade do projeto é a
  Sobrevivência (e entrega do software).
  As outras duas são conflitantes: um
  processo eficiente pode ser intolerável
  pelas pessoas (o time precisa aceitar o
  processo).
As duas regras mais comuns para a família Crystal são:

• Os incrementos do projeto devem ter no máximo 4 meses, preferencialmente
de 1 a 3 meses.
• A equipe deve ter workshop para reflexão no pré e pós-incremento.




A diferença entre os métodos Crystal é:

•Quantidade de integrantes no projeto
•Carga de comunicação
•Criticidade do projeto
•Prioridade do projeto
As duas técnicas base:

     técnicas de ajuste: utilizar workshops e entrevistas com os envolvidos
     para converter uma metodologia base em algo que possa servir de ponto
     de partida para o projeto
     a técnica utilizada para administrar o "workshop de reflexão"




Você deve ficar à vontade para trocar estas técnicas por outras se você enxerga
uma maneira mais fácil de alcançar o mesmo objetivo, podendo “pegar
emprestado” práticas de outras metodologias/processos como XP ou Scrum.

As diferenças báscias entre os membros da família Crystal são essencialmente
estruturais.
Toda metodologia é um conjunto de
convenções aceitas por um grupo.
Tuning – Ajuste: A metodologia tem que
evoluir; a organização tem que aprender, tem
que criar a própria metodologia. Dois passos:

•Estude sua metodologia básica: use workshops
de reflexão sobre a metodologia.

•Não use a mesma metodologia para sempre:
reveja constantemente os seus problemas e atue
neles. Uma das palestras do Cockburn, de 2007,
chama "Crystal - como fazer metodologias se
encaixarem no seu projeto".
1. Preparação: Passa por etapas como, seleção de requisitos a serem implantados,
   planejamento para o próximo requisito, e o agendamento para sua entrega.

2. Características aplicadas: acepção de regras e práticas para adoção de padrões .

3. Padrões: definições de padrões, desde simples notações até contratos de um produto.

4. Regras: Regras bem definidas para execução de um incremento.

5. Matéria local: Considera alguns artificios a serem empregados na iteração sendo que
   os mesmos se alteram de acordo com a metodologia utilizada.

6. Ferramentas: descrição das ferramentas que a equipe fará uso durante a iteração.

7. Produtos do trabalho: essa parte do processo, cuida de alguns produtos decorrentes do
   desenvolvimento, tais como: manuais, casos de teste entre outros.

8. Atividades: Cuida das atividades básicas dos desenvolvedores.
9. Paralelismo e fluxo: verifica e propões as operações em paralelismo, monitorando
   estabilidade entre equipes – caso não seja equipe única

10. Monitoramento de progresso: mede a estabilidade da equipe, através de marcos ou
    estágios de estabilidade.

11. Construção, demonstração, revisão: construção, demonstração, revisão em todos os
    aspectos referentes ao incremento

12. Utilização por parte do usuário: Sugere a iteração com o usuário. Fase que é realizada
    frequentemente.
“Projetos diferentes têm necessidades diferentes. Terrivelmente óbvio, exceto
(talvez) para os metodologistas...”


“... não é a minha intenção que você pegue estas descrições e as use sem alterá-
las, mas sim que você as pegue, critique-as, adicione e subtraia detalhes até que ela
atenda às suas necessidades. Modificação de metodologia é a essência do Crystal...”


“... e no fim das contas, é melhor entregar um software funcionando aceitavelmente
(agregando valor) do que não entregar um software perfeito.”
http://www.slideshare.net/alexandreaquiles/crystal-5139281
Família de Metodologias Crystal focada em Comunicação e Pessoas

Weitere ähnliche Inhalte

Was ist angesagt?

Crystal metodologia ágil
Crystal   metodologia ágilCrystal   metodologia ágil
Crystal metodologia ágilVanessa Finoto
 
Apresentação Metodologia Ágil: Família Crystal de Cockburn
Apresentação Metodologia Ágil: Família Crystal de CockburnApresentação Metodologia Ágil: Família Crystal de Cockburn
Apresentação Metodologia Ágil: Família Crystal de CockburnVanessa Finoto
 
Introdução a Métodos Ágeis de Desenvolvimento de Software
Introdução a Métodos Ágeis de Desenvolvimento de SoftwareIntrodução a Métodos Ágeis de Desenvolvimento de Software
Introdução a Métodos Ágeis de Desenvolvimento de SoftwareDaniel Cukier
 
Metodologias Ágeis para o Desenvolvimento de Software
Metodologias Ágeis para o Desenvolvimento de SoftwareMetodologias Ágeis para o Desenvolvimento de Software
Metodologias Ágeis para o Desenvolvimento de SoftwareAdolfo Neto
 
Metodologias ágeis de desenvolvimento trabalho
Metodologias ágeis de desenvolvimento   trabalhoMetodologias ágeis de desenvolvimento   trabalho
Metodologias ágeis de desenvolvimento trabalhoRuan Pozzebon
 
Gerenciamento de equipes no desenvolvimento de software
Gerenciamento de equipes no desenvolvimento de softwareGerenciamento de equipes no desenvolvimento de software
Gerenciamento de equipes no desenvolvimento de softwareRoberto Brandini
 
Requisitos Ágeis um novo mindset
Requisitos Ágeis um novo mindsetRequisitos Ágeis um novo mindset
Requisitos Ágeis um novo mindsetFábio Aguiar
 
Montagem de equipes de software
Montagem de equipes de softwareMontagem de equipes de software
Montagem de equipes de softwareEvaldo Barbosa
 
Metodologias Ágeis de Desenvolvimento de Software
Metodologias Ágeis de Desenvolvimento de SoftwareMetodologias Ágeis de Desenvolvimento de Software
Metodologias Ágeis de Desenvolvimento de SoftwareLuciano Almeida
 
Metodologias ágeis de desenvolvimento de software por Givanaldo Rocha
Metodologias ágeis de desenvolvimento de software por Givanaldo RochaMetodologias ágeis de desenvolvimento de software por Givanaldo Rocha
Metodologias ágeis de desenvolvimento de software por Givanaldo RochaFernando Palma
 
Workshop Scrum Product Owner, Delírios de PO em Dia de Verão v6
Workshop Scrum Product Owner, Delírios de PO em Dia de Verão v6Workshop Scrum Product Owner, Delírios de PO em Dia de Verão v6
Workshop Scrum Product Owner, Delírios de PO em Dia de Verão v6Rildo (@rildosan) Santos
 
Formação de Equipes de Alto Desempenho para Desenvolvimento de Software: O Pa...
Formação de Equipes de Alto Desempenho para Desenvolvimento de Software: O Pa...Formação de Equipes de Alto Desempenho para Desenvolvimento de Software: O Pa...
Formação de Equipes de Alto Desempenho para Desenvolvimento de Software: O Pa...Alejandro Olchik
 

Was ist angesagt? (20)

Crystal metodologia ágil
Crystal   metodologia ágilCrystal   metodologia ágil
Crystal metodologia ágil
 
Apresentação Metodologia Ágil: Família Crystal de Cockburn
Apresentação Metodologia Ágil: Família Crystal de CockburnApresentação Metodologia Ágil: Família Crystal de Cockburn
Apresentação Metodologia Ágil: Família Crystal de Cockburn
 
Introdução a Métodos Ágeis de Desenvolvimento de Software
Introdução a Métodos Ágeis de Desenvolvimento de SoftwareIntrodução a Métodos Ágeis de Desenvolvimento de Software
Introdução a Métodos Ágeis de Desenvolvimento de Software
 
Metodologias ágeis de desenvolvimento
Metodologias ágeis de desenvolvimento Metodologias ágeis de desenvolvimento
Metodologias ágeis de desenvolvimento
 
Aula - Metodologias Ágeis
Aula - Metodologias ÁgeisAula - Metodologias Ágeis
Aula - Metodologias Ágeis
 
Metodologias Ágeis para o Desenvolvimento de Software
Metodologias Ágeis para o Desenvolvimento de SoftwareMetodologias Ágeis para o Desenvolvimento de Software
Metodologias Ágeis para o Desenvolvimento de Software
 
Metodologias Ageis
Metodologias AgeisMetodologias Ageis
Metodologias Ageis
 
Métodos ágeis
Métodos ágeisMétodos ágeis
Métodos ágeis
 
Métodos Ágeis
Métodos ÁgeisMétodos Ágeis
Métodos Ágeis
 
Metodologias ágeis de desenvolvimento trabalho
Metodologias ágeis de desenvolvimento   trabalhoMetodologias ágeis de desenvolvimento   trabalho
Metodologias ágeis de desenvolvimento trabalho
 
Metodologias Ageis
Metodologias AgeisMetodologias Ageis
Metodologias Ageis
 
Gerenciamento de equipes no desenvolvimento de software
Gerenciamento de equipes no desenvolvimento de softwareGerenciamento de equipes no desenvolvimento de software
Gerenciamento de equipes no desenvolvimento de software
 
Curso Scrum
Curso ScrumCurso Scrum
Curso Scrum
 
Requisitos Ágeis um novo mindset
Requisitos Ágeis um novo mindsetRequisitos Ágeis um novo mindset
Requisitos Ágeis um novo mindset
 
Montagem de equipes de software
Montagem de equipes de softwareMontagem de equipes de software
Montagem de equipes de software
 
Metodologias Ágeis de Desenvolvimento de Software
Metodologias Ágeis de Desenvolvimento de SoftwareMetodologias Ágeis de Desenvolvimento de Software
Metodologias Ágeis de Desenvolvimento de Software
 
Metodologias ágeis de desenvolvimento de software por Givanaldo Rocha
Metodologias ágeis de desenvolvimento de software por Givanaldo RochaMetodologias ágeis de desenvolvimento de software por Givanaldo Rocha
Metodologias ágeis de desenvolvimento de software por Givanaldo Rocha
 
Workshop Scrum Product Owner, Delírios de PO em Dia de Verão v6
Workshop Scrum Product Owner, Delírios de PO em Dia de Verão v6Workshop Scrum Product Owner, Delírios de PO em Dia de Verão v6
Workshop Scrum Product Owner, Delírios de PO em Dia de Verão v6
 
Scrum Experience
Scrum ExperienceScrum Experience
Scrum Experience
 
Formação de Equipes de Alto Desempenho para Desenvolvimento de Software: O Pa...
Formação de Equipes de Alto Desempenho para Desenvolvimento de Software: O Pa...Formação de Equipes de Alto Desempenho para Desenvolvimento de Software: O Pa...
Formação de Equipes de Alto Desempenho para Desenvolvimento de Software: O Pa...
 

Ähnlich wie Família de Metodologias Crystal focada em Comunicação e Pessoas

Modelos de Processo e Desenvolvimento de Software 3 - Prof.ª Cristiane Fidelix
Modelos de Processo e Desenvolvimento de Software 3 - Prof.ª Cristiane FidelixModelos de Processo e Desenvolvimento de Software 3 - Prof.ª Cristiane Fidelix
Modelos de Processo e Desenvolvimento de Software 3 - Prof.ª Cristiane FidelixCris Fidelix
 
Msf microsoft solutions framework - Apresentação
Msf  microsoft solutions framework -  ApresentaçãoMsf  microsoft solutions framework -  Apresentação
Msf microsoft solutions framework - Apresentaçãocesaraks
 
UX e Métodos Ágeis: Adversários ou Parceiros?
UX e Métodos Ágeis: Adversários ou Parceiros?UX e Métodos Ágeis: Adversários ou Parceiros?
UX e Métodos Ágeis: Adversários ou Parceiros?Carlos Rosemberg
 
Texto de Apoio2_Síntese de Metodologias Ageis.ppt
Texto de Apoio2_Síntese de Metodologias Ageis.pptTexto de Apoio2_Síntese de Metodologias Ageis.ppt
Texto de Apoio2_Síntese de Metodologias Ageis.pptHurgelNeto
 
Agilizando processos com Scrum
Agilizando processos com ScrumAgilizando processos com Scrum
Agilizando processos com ScrumBonoBee
 
Exercicio design thinking
Exercicio design thinkingExercicio design thinking
Exercicio design thinkingDouglas Mello
 
Desenvolvimento dirigido por comportamento e por teste
Desenvolvimento dirigido por comportamento e por testeDesenvolvimento dirigido por comportamento e por teste
Desenvolvimento dirigido por comportamento e por testeUniversidade Tiradentes
 
81221835 ergoihc-teste-de-usabilidade-ariel
81221835 ergoihc-teste-de-usabilidade-ariel81221835 ergoihc-teste-de-usabilidade-ariel
81221835 ergoihc-teste-de-usabilidade-arielMarco Guimarães
 
CAPÍTULO 12 - Handbook of Usability Testing” de Rubin e Chsinell
CAPÍTULO 12 - Handbook of Usability Testing” de Rubin e ChsinellCAPÍTULO 12 - Handbook of Usability Testing” de Rubin e Chsinell
CAPÍTULO 12 - Handbook of Usability Testing” de Rubin e ChsinellFernanda Sarmento
 
Analise e desenvolvimento
Analise e desenvolvimentoAnalise e desenvolvimento
Analise e desenvolvimentoGabriel Moura
 
Seminario software-marino
Seminario software-marinoSeminario software-marino
Seminario software-marinoMarino Catarino
 

Ähnlich wie Família de Metodologias Crystal focada em Comunicação e Pessoas (20)

Modelos de Processo e Desenvolvimento de Software 3 - Prof.ª Cristiane Fidelix
Modelos de Processo e Desenvolvimento de Software 3 - Prof.ª Cristiane FidelixModelos de Processo e Desenvolvimento de Software 3 - Prof.ª Cristiane Fidelix
Modelos de Processo e Desenvolvimento de Software 3 - Prof.ª Cristiane Fidelix
 
Cesar.Edu Turma S2I
Cesar.Edu Turma S2ICesar.Edu Turma S2I
Cesar.Edu Turma S2I
 
Métodos Ágeis
Métodos ÁgeisMétodos Ágeis
Métodos Ágeis
 
Agile2011 140902173318-phpapp02
Agile2011 140902173318-phpapp02Agile2011 140902173318-phpapp02
Agile2011 140902173318-phpapp02
 
Msf microsoft solutions framework - Apresentação
Msf  microsoft solutions framework -  ApresentaçãoMsf  microsoft solutions framework -  Apresentação
Msf microsoft solutions framework - Apresentação
 
UX e Métodos Ágeis: Adversários ou Parceiros?
UX e Métodos Ágeis: Adversários ou Parceiros?UX e Métodos Ágeis: Adversários ou Parceiros?
UX e Métodos Ágeis: Adversários ou Parceiros?
 
ageis2003.ppt
ageis2003.pptageis2003.ppt
ageis2003.ppt
 
ageis2003.ppt
ageis2003.pptageis2003.ppt
ageis2003.ppt
 
Métodos Ágeis - Aula02
Métodos Ágeis - Aula02Métodos Ágeis - Aula02
Métodos Ágeis - Aula02
 
Metodos ageis
Metodos ageisMetodos ageis
Metodos ageis
 
Texto de Apoio2_Síntese de Metodologias Ageis.ppt
Texto de Apoio2_Síntese de Metodologias Ageis.pptTexto de Apoio2_Síntese de Metodologias Ageis.ppt
Texto de Apoio2_Síntese de Metodologias Ageis.ppt
 
Feature Driven Development
Feature Driven DevelopmentFeature Driven Development
Feature Driven Development
 
Agilizando processos com Scrum
Agilizando processos com ScrumAgilizando processos com Scrum
Agilizando processos com Scrum
 
Exercicio design thinking
Exercicio design thinkingExercicio design thinking
Exercicio design thinking
 
Desenvolvimento dirigido por comportamento e por teste
Desenvolvimento dirigido por comportamento e por testeDesenvolvimento dirigido por comportamento e por teste
Desenvolvimento dirigido por comportamento e por teste
 
81221835 ergoihc-teste-de-usabilidade-ariel
81221835 ergoihc-teste-de-usabilidade-ariel81221835 ergoihc-teste-de-usabilidade-ariel
81221835 ergoihc-teste-de-usabilidade-ariel
 
Extreme Programming XP
Extreme Programming XPExtreme Programming XP
Extreme Programming XP
 
CAPÍTULO 12 - Handbook of Usability Testing” de Rubin e Chsinell
CAPÍTULO 12 - Handbook of Usability Testing” de Rubin e ChsinellCAPÍTULO 12 - Handbook of Usability Testing” de Rubin e Chsinell
CAPÍTULO 12 - Handbook of Usability Testing” de Rubin e Chsinell
 
Analise e desenvolvimento
Analise e desenvolvimentoAnalise e desenvolvimento
Analise e desenvolvimento
 
Seminario software-marino
Seminario software-marinoSeminario software-marino
Seminario software-marino
 

Família de Metodologias Crystal focada em Comunicação e Pessoas

  • 1. Dalva Castro - Gabriel Monteiro - Gleicy Sterfanny - Jefferson Rodrigues - João Antonio - Madson Gustavo - Patrícia de Oliveira - Paulo Henrique - Rogério Gonçalves
  • 2. O conjunto de metodologia Crystal é precursora no modo ágil de desenvolver software, criadas em 2000 por Alistair Cockburn. Cockburn foi contratado pela IBM em 1991 para estudar metodologias e criar uma metodologia para projetos que usavam OO. Evitou falar apenas sobre sua experiência, como a maioria dos metodologistas fazem, entrevistou vários metodologistas, inclusive Kent Beck durante o C3, quando foi criado o XP. A metodologia é voltada para a gestão de pessoas, e se difere das outras metodologias por ser uma família de metodologias e não somente uma.
  • 3. Por que uma “Família de Metodologias”? Porque cada projeto tem suas particularidades. Cada projeto precisaria de sua própria metodologia. Não é um kit como o IRUP, do qual você pode pegar pedaços e montar uma metodologia Jogo de Celular x Controlador de vôo: vocês acham que pode ser a mesma metodologia? O nome escolhido foi Crystal pois remete a cristais, que existem com várias durezas na natureza, do quartzo ao diamante.
  • 4. Pessoas são Espontâneas, não lineares. Boas em Comunicação, olhar ao redor, olhar o todo, copiar e modificar. Ruins em disciplina, consistência, mudar seus hábitos (resistem muito), seguir instruções. Não são componentes que podem ser plugados ou desplugados facilmente. Não são recursos, são pessoas. Por isso, Crystal é focado em comunicação e comunidade.
  • 5. Coletaram exemplos de projetos de sucesso que utilizaram metodologias ágeis baseadas em comunicação e comunidade para criar uma família de metodologias que possa ser utilizada como ponto de partida em um processo de desenvolvimento de software.  Os membros da família dividem entre si: Valores e princípios Mudanças "on-the-fly“  Alistair considera pouco traumática a mudança de uma metodologia para outra: 4 pessoas trabalhando em um projeto pequeno que cresce ao ponto de necessitar de 20 pessoas não devem perguntar "como preservamos nossas convenções primárias?", e sim "qual é um bom caminho para 20 pessoas trabalharem juntas neste projeto?" Entre os valores, destacam-se:  Foco em comunicação e pessoas: ferramentas, produtos e processos estão lá apenas para auxiliar as pessoas Tolerância: reconhece a variedade da natureza humana.
  • 6. A família Crystal possui dois valores que são seguidos por todas as suas metodologias, são eles: • Foco na comunicação entre as pessoas.(Mostrando que as ferramentas e processos, só estão ali para dar suporte aos humanos) • Alta tolerância. (Reconhecendo as diferentes culturas das pessoas) A principal prioridade do projeto é a Sobrevivência (e entrega do software). As outras duas são conflitantes: um processo eficiente pode ser intolerável pelas pessoas (o time precisa aceitar o processo).
  • 7. As duas regras mais comuns para a família Crystal são: • Os incrementos do projeto devem ter no máximo 4 meses, preferencialmente de 1 a 3 meses. • A equipe deve ter workshop para reflexão no pré e pós-incremento. A diferença entre os métodos Crystal é: •Quantidade de integrantes no projeto •Carga de comunicação •Criticidade do projeto •Prioridade do projeto
  • 8. As duas técnicas base: técnicas de ajuste: utilizar workshops e entrevistas com os envolvidos para converter uma metodologia base em algo que possa servir de ponto de partida para o projeto a técnica utilizada para administrar o "workshop de reflexão" Você deve ficar à vontade para trocar estas técnicas por outras se você enxerga uma maneira mais fácil de alcançar o mesmo objetivo, podendo “pegar emprestado” práticas de outras metodologias/processos como XP ou Scrum. As diferenças báscias entre os membros da família Crystal são essencialmente estruturais.
  • 9. Toda metodologia é um conjunto de convenções aceitas por um grupo. Tuning – Ajuste: A metodologia tem que evoluir; a organização tem que aprender, tem que criar a própria metodologia. Dois passos: •Estude sua metodologia básica: use workshops de reflexão sobre a metodologia. •Não use a mesma metodologia para sempre: reveja constantemente os seus problemas e atue neles. Uma das palestras do Cockburn, de 2007, chama "Crystal - como fazer metodologias se encaixarem no seu projeto".
  • 10. 1. Preparação: Passa por etapas como, seleção de requisitos a serem implantados, planejamento para o próximo requisito, e o agendamento para sua entrega. 2. Características aplicadas: acepção de regras e práticas para adoção de padrões . 3. Padrões: definições de padrões, desde simples notações até contratos de um produto. 4. Regras: Regras bem definidas para execução de um incremento. 5. Matéria local: Considera alguns artificios a serem empregados na iteração sendo que os mesmos se alteram de acordo com a metodologia utilizada. 6. Ferramentas: descrição das ferramentas que a equipe fará uso durante a iteração. 7. Produtos do trabalho: essa parte do processo, cuida de alguns produtos decorrentes do desenvolvimento, tais como: manuais, casos de teste entre outros. 8. Atividades: Cuida das atividades básicas dos desenvolvedores.
  • 11. 9. Paralelismo e fluxo: verifica e propões as operações em paralelismo, monitorando estabilidade entre equipes – caso não seja equipe única 10. Monitoramento de progresso: mede a estabilidade da equipe, através de marcos ou estágios de estabilidade. 11. Construção, demonstração, revisão: construção, demonstração, revisão em todos os aspectos referentes ao incremento 12. Utilização por parte do usuário: Sugere a iteração com o usuário. Fase que é realizada frequentemente.
  • 12. “Projetos diferentes têm necessidades diferentes. Terrivelmente óbvio, exceto (talvez) para os metodologistas...” “... não é a minha intenção que você pegue estas descrições e as use sem alterá- las, mas sim que você as pegue, critique-as, adicione e subtraia detalhes até que ela atenda às suas necessidades. Modificação de metodologia é a essência do Crystal...” “... e no fim das contas, é melhor entregar um software funcionando aceitavelmente (agregando valor) do que não entregar um software perfeito.”