curso de pós-graduação fucapi - módulo: métodos Ágeis

Charlles Pinon e Juliana SerejoOutubro, 2014

Métodos Ágeis

Apresentação

Instrutores e turma

FUCAPI | Métodos Ágeis | Charlles Pinon e Juliana Serejo | Outubro 2014

Quem somosJuliana Serejo

• Graduação em Turismo - Centro Universitário de Ensino Superior do Amazonas – CIESA.

• Graduação em Comunicação Social com habilitação em Relações Públicas - Universidade Federal do Amazonas – UFAM.

• MBA em Gerenciamento de Projetos pela Fundação Getúlio Vargas – FGV (Cursando)

• Certificações:

• Graduação em Turismo - Centro Universitário de Ensino Superior do Amazonas – CIESA.

• Graduação em Comunicação Social com habilitação em Relações Públicas - Universidade Federal do Amazonas – UFAM.

• MBA em Gerenciamento de Projetos pela Fundação Getúlio Vargas – FGV (Cursando)

Quem somosCharlles Pinon

• Graduação em Administração de Empresas pela Universidade de Pernambuco – UPE;

• Graduação em Design Gráfico pelo Instituto Federal de Pernambuco – IFPE;

• MBA em Gerenciamento de Projetos pelo IBMEC;

• Palestrante em Global Scrum Gatherings (New Orleans e Berlim, 2014);

• Graduação em Administração de Empresas pela Universidade de Pernambuco – UPE;

• Graduação em Design Gráfico pelo Instituto Federal de Pernambuco – IFPE;

• MBA em Gerenciamento de Projetos pelo IBMEC;

• Palestrante em Global Scrum Gatherings (New Orleans e Berlim, 2014);

E você?

• Nome e ocupação atual.

• Qual o conhecimento sobre métodos tradicionais de desenvolvimento de projetos?

• Qual o conhecimento sobre métodos ágeis?

• Qual a sua expectativa para esse módulo?

• Nome e ocupação atual.

• Qual o conhecimento sobre métodos tradicionais de desenvolvimento de projetos?

• Qual o conhecimento sobre métodos ágeis?

• Qual a sua expectativa para esse módulo?

Alinhamento

Programa e atividades

• Datas dos encontros:• Datas dos encontros:

AlinhamentoPrograma e atividades

16/10 17/10 18/10

03 e 10Nov

24 e 04Dez

15 e 24Jan

12 e 21Fev

Design de Interação e Prototipação

para Mobile UserInterface

(Felipe Barcellos)

Visual Design para Mobile User Interface

(Lena Mayor)

Motion Design para Mobile User Interface (Wesley Silva e Paulo

Santos)

Avaliações em Mobile User Interface

(Wilson Prata e Jinmi Lee)

• Aulas: Experimentos � Teoria;

• Momento de testar os grupos;

• Forma de Avaliação: aplicação dos conceitos na construção dos apps, observados através dos coachings;

– 80% da nota (composta da avaliação dos mentores);

– 20% da nota (avaliação dos pares – peer to peer review)

• Aulas: Experimentos � Teoria;

• Momento de testar os grupos;

• Forma de Avaliação: aplicação dos conceitos na construção dos apps, observados através dos coachings;

– 80% da nota (composta da avaliação dos mentores);

– 20% da nota (avaliação dos pares – peer to peer review)

AlinhamentoPrograma e atividades

Vamos jogar!

Dinâmica I

Determinação de um objetivo

Comportamento

Estabelecimento de um plano

Ponto de partida

Objetivo = SucessoPlano

Realidade

Esforço para controlar desvios

Mudança

Ponto de partida

Objetivo = Sucesso

Realidade

Esforço para controlar desvios

Oportunidade com maior valor de retorno.

Transformação do pensamento

Tradicional x Ágil

Custo Tempo

Escopo Custo Tempo

Escopo

Variável

Orientado pelo planejamento

Orientado pelaVisão / Valor

Tradicional Ágil

Transformação do pensamento

Tradicional x Ágil - Mudança

Planejamento

Upfront x Iterativo

Planejamento upfront

Abordagem tradicional (cascata)

Planejamento por iteração

Abordagem ágil

Planejamento por iteração

Abordagem ágil

1 2 3 4

Agilidade

Conceito

AgilidadeConceito

“Habilidade de criar e responder a mudanças

de forma a aumentar a lucratividade em um

turbulento ambiente de negócios.”

(Jim Highsmith, 2002)

Vamos jogar!

Dinâmica II

Mais e menosDinâmica II

MENOSessas coisas não fizeram tanta

diferença para o sucesso do projeto ou até atrapalharam

MAISessas coisas contribuíram mais

para o sucesso do projeto

Manifesto Ágil

O que é mais valorizado?

Manifesto para o desenvolvimento ágil de software-----------------------------------------------------------------------------------------------------------Estamos descobrindo maneiras melhores de desenvolver software fazendo-o nós mesmos e ajudando outros a fazê-lo. Através deste trabalho, passamos a valorizar:

1. Indivíduos e interação entre elesmais que processos e ferramentas2. Software em funcionamentomais que documentação abrangente3. Colaboração com o clientemais que negociação de contratos

4. Responder a mudançasmais que seguir um plano

-----------------------------------------------------------------------------------------Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os itens à esquerda.

Manifesto para o desenvolvimento ágil de software-----------------------------------------------------------------------------------------------------------Estamos descobrindo maneiras melhores de desenvolver software fazendo-o nós mesmos e ajudando outros a fazê-lo. Através deste trabalho, passamos a valorizar:

1. Indivíduos e interação entre elesmais que processos e ferramentas2. Software em funcionamentomais que documentação abrangente3. Colaboração com o clientemais que negociação de contratos

4. Responder a mudançasmais que seguir um plano

-----------------------------------------------------------------------------------------Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os itens à esquerda.

1. Nossa maior prioridade é satisfazer o cliente, através da entrega adiantada e contínua de software de valor.

2. Aceitar mudanças de requisitos, mesmo no fim do desenvolvimento. Processos ágeis se adequam a mudanças, para que o cliente possa tirar vantagens competitivas.

3. Entregar software funcionando com frequência, na escala de semanas até meses, com preferência aos períodos mais curtos.

4. Pessoas relacionadas à negócios e desenvolvedores devem trabalhar em conjunto e diariamente, durante todo o curso do projeto.

5. Construir projetos ao redor de indivíduos motivados. Dando a eles o ambiente e suporte necessário, e confiar que farão seu trabalho.

6. O Método mais eficiente e eficaz de transmitir informações para, e por dentro de um time de desenvolvimento, é através de uma conversa cara a cara.

7. Software funcional é a medida primária de progresso.

8. Processos ágeis promovem um ambiente sustentável. Os patrocinadores, desenvolvedores e usuários, devem ser capazes de manter indefinidamente, passos constantes.

9. Contínua atenção à excelência técnica e bom design, aumenta a agilidade.

10. Simplicidade: a arte de maximizar a quantidade de trabalho que não precisou ser feito.

11. As melhores arquiteturas, requisitos e designs emergem de times auto organizáveis.

12. Em intervalos regulares, o time reflete em como ficar mais efetivo, então, se ajustam e otimizam seu comportamento de acordo.

1. Nossa maior prioridade é satisfazer o cliente, através da entrega adiantada e contínua de software de valor.

2. Aceitar mudanças de requisitos, mesmo no fim do desenvolvimento. Processos ágeis se adequam a mudanças, para que o cliente possa tirar vantagens competitivas.

3. Entregar software funcionando com frequência, na escala de semanas até meses, com preferência aos períodos mais curtos.

4. Pessoas relacionadas à negócios e desenvolvedores devem trabalhar em conjunto e diariamente, durante todo o curso do projeto.

5. Construir projetos ao redor de indivíduos motivados. Dando a eles o ambiente e suporte necessário, e confiar que farão seu trabalho.

6. O Método mais eficiente e eficaz de transmitir informações para, e por dentro de um time de desenvolvimento, é através de uma conversa cara a cara.

7. Software funcional é a medida primária de progresso.

8. Processos ágeis promovem um ambiente sustentável. Os patrocinadores, desenvolvedores e usuários, devem ser capazes de manter indefinidamente, passos constantes.

9. Contínua atenção à excelência técnica e bom design, aumenta a agilidade.

10. Simplicidade: a arte de maximizar a quantidade de trabalho que não precisou ser feito.

11. As melhores arquiteturas, requisitos e designs emergem de times auto organizáveis.

12. Em intervalos regulares, o time reflete em como ficar mais efetivo, então, se ajustam e otimizam seu comportamento de acordo.

Princípios por trás do Manifesto Ágil

Origens da agilidade

PDCA e o pensamento Lean

Vamos jogar!

Dinâmica III

Ciclo de melhoria contínua

DoCheck

• Defina um problema ou uma oportunidade;

• Analise a situação;

• Faça um brainstorming de possíveis causas e ações corretivas;

• Pense criativamente em busca da melhor solução;

• Desenvolva um plano de implementação

• Defina um problema ou uma oportunidade;

• Analise a situação;

• Faça um brainstorming de possíveis causas e ações corretivas;

• Pense criativamente em busca da melhor solução;

• Desenvolva um plano de implementação

DoCheck

• Implemente o plano;

• Implemente ações corretivas (se houver);

• Registre observações e procedimentos relevantes para futuras consultas;

• Use ferramentas e técnicas apropriadas para colher informações.

• Implemente o plano;

• Implemente ações corretivas (se houver);

• Registre observações e procedimentos relevantes para futuras consultas;

• Use ferramentas e técnicas apropriadas para colher informações.

DoCheck

• Analise os dados que estão a sua disposição;

• Monitore tendências;

• Compare resultados obtidos com os resultados que eram esperados.

• Analise os dados que estão a sua disposição;

• Monitore tendências;

• Compare resultados obtidos com os resultados que eram esperados.

DoCheck

• Se os resultados estão de acordo com a expectativa, você tem duas opções:

1. não faça nada ou

2. invista em melhorias, procure evoluir e projete melhores resultados.

• Se os resultados não estão como esperado, repita o ciclo PDCA;

• Registre o processo e revise o plano.

• Se os resultados estão de acordo com a expectativa, você tem duas opções:

1. não faça nada ou

2. invista em melhorias, procure evoluir e projete melhores resultados.

• Se os resultados não estão como esperado, repita o ciclo PDCA;

• Registre o processo e revise o plano.

DoCheck

Ahhhh, acabou! �

Fim do primeiro dia.

Segundo dia

Vamos começar.

Pensamento Enxuto

Está voltado para as atividades básicas envolvidas no negócio e

identifica o que é o desperdício e o que é o valor a partir da ótica dos

clientes e usuários.

Princípios

DESPERDÍCIOVALOR

Aumentar Diminuir Eliminar

Valor para o cliente

Valor para o negócio

(burocracia)

Desperdício

Princípios

Eliminar o desperdício

Ampliar conhecimento

Decidir o mais tarde

possível

Entregar o mais rápido

possível

Dar poder a equipe

Construir com

integridade e qualidade

Ver o todo

Lean UX

Construção da experiência de usuário

DesafioTRÂNSITO NAS GRANDES CIDADES

Lean UXConstrução de premissas

1. Construa premissas válidas.

Ao invés de:

“As pessoas vão comprar meu produto porque vão achá-lo útil.”

Utilize:

Premissa 1: “As pessoas tem o problema X.”

Premissa 2: “Esse produto vai resolver o problema X.”

Premissa 3: “As pessoas estão dispostas estão dispostas a pagar por um produto que resolva o problema X.”

1. Construa premissas válidas.

Ao invés de:

“As pessoas vão comprar meu produto porque vão achá-lo útil.”

Utilize:

Premissa 1: “As pessoas tem o problema X.”

Premissa 2: “Esse produto vai resolver o problema X.”

Premissa 3: “As pessoas estão dispostas estão dispostas a pagar por um produto que resolva o problema X.”

Lean UXConstrução de personas

2. Pense nas pessas como personagens de desenho animado.

- Dê nome ao seu personagem;

- Idade;

- Gênero;

- Nacionalidade;

- Escreva suas características: quais os problemas que essa persona tem, quais produtos consome e como você vai revolucionar ou influenciar o mundo del@.

Faça isso colaborativamente, envolva o máximo de pessoas que

você possa.

2. Pense nas pessas como personagens de desenho animado.

- Dê nome ao seu personagem;

- Idade;

- Gênero;

- Nacionalidade;

- Escreva suas características: quais os problemas que essa persona tem, quais produtos consome e como você vai revolucionar ou influenciar o mundo del@.

Faça isso colaborativamente, envolva o máximo de pessoas que

você possa.

Lean UXConstrução de style guides

3. Como você imagina que sua

solução vai parecer para o seu

cliente. Trabalhe em modo de visão,

não vá fundo nos detalhes e

especificações.

3. Como você imagina que sua

solução vai parecer para o seu

cliente. Trabalhe em modo de visão,

não vá fundo nos detalhes e

especificações.

Lean UXConstrução de MVP

4. Defina uma parte mínima

viável do seu produto para

testá-lo.

4. Defina uma parte mínima

viável do seu produto para

testá-lo.

Lean UXPrincípio

Regional Scrum Gathering Rio | Teoria e técnicas de jogos aplicados para criar uma visão ágil de produto | Charlles Pinon e Luciana Silva

Validar antes

de construir

Imagem de: Designing To Learn: Creating Effective MVP Experiments - Lean UX NYC 2014 (Melissa Perri)

Lean UX Princípio

Regional Scrum Gathering Rio | Teoria e técnicas de jogos aplicados para criar uma visão ágil de produto | Charlles Pinon e Luciana Silva

MVPMinimum Viable

Product

MVEMinimum Viable

Experience

Lean UXA ideia

Lean UXO MVP

Referência: Designing To Learn: Creating Effective MVP Experiments - Lean UX NYC 2014 de Melissa Perri.

Lean UXCasos de MVP - Groupon

Lean UXCasos de MVP - Iphone

Lean UXCasos de MVP - Facebook

Lean UXConstrução de aprendizado

5. Aprenda com os

resultados.

5. Aprenda com os

resultados.

Lean UXConstrução

6. Implemente a sua ideia6. Implemente a sua ideia

Lean UX

Lean UXO que é?

“Lean UX, ou “UX enxuta” é uma forma um pouco diferente de trabalhar os

documentos da área de UX de forma que o dia-a-dia do profissional fique mais livre do excesso de documentação e

relatórios.”

(Fabricio Teixeira, “O que é Lean UX?”, 2011)

Lean UXFoco

“o esforço de manter uma documentação atualizada e consistente acaba tomando um tempo precioso... pensar no projeto e

em todas as suas variáveis” é saber aproveitar melhor o tempo, é mais

importante.

Lean UXComo funciona?

Independente dos entregáveis, o importante é validar o mais rápido possível (internamente e com usuários).

Lean UXComo funciona?

Essa aqui é uma variação caso o seu projeto tenha muitos stakeholders. Valide com o cliente antes, em ciclos, com o mínimo de documentação possível. Depois parta para o protótipo.

Lean UXReflexão

“O mais importante a reconhecer aqui é

que o Lean UX está preocupa-se

diretamente com as atividades de

design no processo de desenvolvimento

de software (produto). Qualquer que seja

o método ágil que sua organização

escolheu utilizar (waterfall, Scrum,

Kanban, XP, etc.), esses conceitos podem

ser aplicados a suas tarefas de design.”

(Jeff Gothelf, 2011, tradução livre)

Lean UXMenos documentação e mais interação

O segredo para economizar tempo é

manter a quantidade de entregáveis

reduzida e criá-los de forma que sejam

facilmente editáveis.

Ao invés de perder horas detalhando um fluxo, desenhe rapidamente num quadro branco e chame todo mundo para olhar o fluxo e conversar sobre ele.

Ao invés de criar um wireframe completo,

desenhe a tela principal e converse com o

time sobre como deve funcionar cada uma

das features.

Fonte: Fabricio Teixeira – Blog de AI

Lean UXErre cedo, corrija mais rápido

E o mais importante: colete o feedback de

todos. Do tecnólogo, do visual designer, do

gerente de projetos. Você vai perceber que é

muito mais fácil fazer mudanças quando o

produto ainda está no “plano das ideias”.

Tudo isso com um único objetivo – colocar um protótipo na frente dos usuários o quanto antes.

Se você testa e corrige logo, terá mais

chances de testar uma segunda versão, e

uma terceira, e uma quarta. São os tais

ciclos de iteração.

Fonte: Fabricio Teixeira – Blog de AI

Lean UXComo designer de UX, onde me encaixo?

Lean UX

Case: Nordstrom

Lean UXCase: Nordstrom

Nordstrom Innovation Lab: Sunglass iPad App Case Study (http://www.youtube.com/watch?v=szr0ezLyQHY)

Alguns frameworks ágeis

Scrum e Kanban

Vamos jogar!

Dinâmica IV

ScrumOrigem

“É um framework simples para desenvolver projetos

complexos”

ScrumOrigem

• “The New New Product Development Game” (1986)

– Iterações, valor, times pequenos, multifuncionais e auto-organizados.

• “Scrum and the Perfect Storm” (1995)

– Jeff Sutherland e Ken Schwaber

• “The New New Product Development Game” (1986)

– Iterações, valor, times pequenos, multifuncionais e auto-organizados.

• “Scrum and the Perfect Storm” (1995)

– Jeff Sutherland e Ken Schwaber

ScrumQuem pratica?

Princípios

Imagem extraída do SBOK Guide – 2013.

Princípios

Pilares

Ciclo de funcionamento

ScrumSprints

• Iteração;

• Duração fixa (timebox);

• Sprint que começou não pode ser alterado;

• Resultado: Incremento do Produto Potencialmente Entregável;

• Mesmas cerimônias;

• Sprint goal.

• Iteração;

• Duração fixa (timebox);

• Sprint que começou não pode ser alterado;

• Resultado: Incremento do Produto Potencialmente Entregável;

• Mesmas cerimônias;

• Sprint goal.

ScrumFramework

Papéis

• Product Owner

• Scrum Master

• Equipe

Cerimônias

• Estimativa

• Planejamento 1 e 2 (planning 1 e 2)

• Reunião diária (daily meeting)

• Revisão (review)

• Restrospectiva (retrospective)

Artefatos

• Product Backlog

• Sprint backlog

• Burndown charts

ScrumPapéis – Product Owner

• É uma pessoa e não um comitê;• Representante do cliente;• Define as funcionalidades;• Dono do Product Backlog;• Inspeciona o resultado;• Prioriza as funcionalidades.

ScrumPapéis – Scrum Master

• Facilitador;• Oferece condições para que o time seja o

melhor que puder (coach);• Influencia mudanças;• Remove impedimentos;• Blinda o time;• Fortalece a cooperação;• Guardião do framework.

• Facilitador;• Oferece condições para que o time seja o

melhor que puder (coach);• Influencia mudanças;• Remove impedimentos;• Blinda o time;• Fortalece a cooperação;• Guardião do framework.

ScrumPapéis – Equipe

• Auto organizável;• Multifuncional;• Atende as prioridades;• Tamanho ideal;• Entrega o produto conforme acordado.

ScrumArtefatos

• Product Backlog - PBL;• Selected Backlog;• Sprint Backlog (tarefas);• Burndown chart.

ScrumArtefatos – Product Backlog

ScrumArtefatos – Selected Backlog

ScrumArtefatos – Sprint Backlog

ScrumArtefatos – Burndown Chart

ScrumCerimônias

• Estimativa;• Planejamento (planning);• Reuniões diárias (daily meetings);• Revisão (review);• Retrospectiva (retrospective).

ScrumCerimônias - Estimativa

• Estima o tamanho dos itens do PBL (velocidade da equipe);

• PO esclarece dúvidas;

• Planning poker.

• Quem participa:

– SM, PO, Equipe.

• Estima o tamanho dos itens do PBL (velocidade da equipe);

• PO esclarece dúvidas;

• Planning poker.

• Quem participa:

– SM, PO, Equipe.

ScrumPlanning Poker

ScrumCerimônias - Planejamento

Planejamento 1 (planning 1)

--------------------------------------------------------------------------------------

• Entrada: Product Backlog.

– Análise PBL;

– O que pode ser entregue e como pode ser realizado?

• Quem participa:

– SM, PO, Equipe;

• Saídas:

– Selected Product Backlog;

– Sprint goal.

--------------------------------------------------------------------------------------

• Entrada: Product Backlog.

– Análise PBL;

– O que pode ser entregue e como pode ser realizado?

• Quem participa:

– SM, PO, Equipe;

• Saídas:

– Selected Product Backlog;

– Sprint goal.

ScrumCerimônias - Planejamento

--------------------------------------------------------------------------------------

• Entrada: Backlog selecionado pelo time.

– Quebram-se as histórias em tarefas (referência de duração: 1 dia)

• Quem participa:

– SM e Equipe;

• Saídas:

– Sprint backlog

--------------------------------------------------------------------------------------

• Entrada: Backlog selecionado pelo time.

– Quebram-se as histórias em tarefas (referência de duração: 1 dia)

• Quem participa:

– SM e Equipe;

• Saídas:

– Sprint backlog

ScrumCerimônias – Reuniões diárias

O que eu fiz ontem...

O que eu vou fazer

hoje...

Eu tenho algum

impedimento?

... para atingir o objetivo do Sprint

(o Sprint goal)?

ScrumCerimônias – Revisão

• Análise crítica do projeto;

• Quem participa:– SM, PO, Equipe, stakeholders;

• Verificar e validar:– Resultado– Sprint goal.

• Análise crítica do projeto;

• Quem participa:– SM, PO, Equipe, stakeholders;

• Verificar e validar:– Resultado– Sprint goal.

ScrumCerimônias – Retrospectiva

• Análise crítica do processo;

• Quem participa:– SM e Equipe;

• Resultado:– Pontos de melhoria;

• Inspecionar e adaptar:– Pessoas, relacionamentos,

processos e ferramentas.

• Análise crítica do processo;

• Quem participa:– SM e Equipe;

• Resultado:– Pontos de melhoria;

• Inspecionar e adaptar:– Pessoas, relacionamentos,

processos e ferramentas.

ScrumCerimônias – Retrospectiva

Kanban

Sistema puxado

Kanban

Origem

Kanban

Sistema Puxado

Kanban

Sistema Puxado

Kanban

Princípios

• Comece com o que você faz agora;

• Acorde em buscar mudança incremental e evolucionária;

• Inicialmente, respeite papéis, responsabilidades e cargos atuais;

• Incentive atos de liderança através do exemplo (iniciativa) em todos os níveis da organização, desde os colaboradores individuais até a gerência sênior.

• Comece com o que você faz agora;

• Acorde em buscar mudança incremental e evolucionária;

• Inicialmente, respeite papéis, responsabilidades e cargos atuais;

• Incentive atos de liderança através do exemplo (iniciativa) em todos os níveis da organização, desde os colaboradores individuais até a gerência sênior.

Kanban

Práticas

• Visualize (a informação tem que estar disponível);

• Limite o trabalho em progresso (WIP);

• Gerencie o fluxo;

• Torne as políticas e regras explícitas;

• Desenvolva mecanismos de feedback dentro do fluxo de trabalho e entre fluxos de trabalho conectados na organização;

• Melhore colaborativamente usando modelos de experimentação.

• Visualize (a informação tem que estar disponível);

• Limite o trabalho em progresso (WIP);

• Gerencie o fluxo;

• Torne as políticas e regras explícitas;

• Desenvolva mecanismos de feedback dentro do fluxo de trabalho e entre fluxos de trabalho conectados na organização;

• Melhore colaborativamente usando modelos de experimentação.

Frameworks e Práticas

Quadro Kanban

Diferenças

Scrum e Kanban

FluxoCadência, ritmo de entrega

Fonte: http://availagility.co.uk/2009/07/21/what-is-cadence/

RegrasEscala de prescrição

Referências

Artigos e Livros

Artigos

• What Is Agile Software Development? – Jim Highsmith

• Diferenciando as abordagens tradicional e ágil de gerenciamento de projetos – Samuel Eder, Edivandro Carlos Conforto, Daniel Capaldo Amaral e Sergio Luis da Silva

• Lean UX: Getting Out Of The Deliverables Business – Jeff Gothelf(http://www.smashingmagazine.com/2011/03/07/lean-ux-getting-out-of-the-deliverables-business/)

• O que é Lean UX? – Fabricio Teixeira (http://arquiteturadeinformacao.com/user-experience/o-que-e-lean-ux/)

• Case Study: Lean UX at work – Eric Ries(http://www.startuplessonslearned.com/2011/05/case-study-lean-ux-at-work.html)

• The Lean UX Manifesto: Principle-Driven Design - Anthony Viviano(http://www.smashingmagazine.com/2014/01/08/lean-ux-manifesto-principle-driven-design/)

• What Is Agile Software Development? – Jim Highsmith

• Diferenciando as abordagens tradicional e ágil de gerenciamento de projetos – Samuel Eder, Edivandro Carlos Conforto, Daniel Capaldo Amaral e Sergio Luis da Silva

• Lean UX: Getting Out Of The Deliverables Business – Jeff Gothelf(http://www.smashingmagazine.com/2011/03/07/lean-ux-getting-out-of-the-deliverables-business/)

• O que é Lean UX? – Fabricio Teixeira (http://arquiteturadeinformacao.com/user-experience/o-que-e-lean-ux/)

• Case Study: Lean UX at work – Eric Ries(http://www.startuplessonslearned.com/2011/05/case-study-lean-ux-at-work.html)

• The Lean UX Manifesto: Principle-Driven Design - Anthony Viviano(http://www.smashingmagazine.com/2014/01/08/lean-ux-manifesto-principle-driven-design/)

Alguns livros

UX e Pensamento ágil e gestão

Alguns livros

INFO + CONTACT

www.indt.org

Charlles Pinoncharlles.pinon@indt.org.br

Juliana Serejojuliana.serejo@indt.org.br

curso de pós-graduação fucapi - módulo: métodos Ágeis

Presentations & Public Speaking

laboratório de métodos Ágeis 1/2014 - apresentação

interágil métodos ágeis para startups - 081016

métodos Ágeis e scrum visÃo geral

introdução aos métodos Ágeis - parte iv

produtividade com métodos Ágeis

pesquisa sobre o uso de ihc e métodos Ágeis

gamification e métodos Ágeis

apresentação de serviços em métodos Ágeis - hiflex...

introdução aos métodos Ágeis

cni cod revitalizado com métodos ágeis

visão geral sobre os métodos ágeis

adoção de métodos ágeis em uma instituição pública de...

controle de processos com métodos Ágeis e itil

métodos ágeis em áreas meio

métodos Ágeis - manifesto Ágil, scrum e xp

empreendendo com métodos ágeis

métodos Ágeis para desenvolvimento de software livre

oficina métodos Ágeis udesc

métodos ágeis - panorama

métodos ágeis em floss - consegi 2011 - pt-br