Este documento apresenta os instrutores do curso, Charlles Pinon e Juliana Serejo, e fornece informações sobre suas formações acadêmicas e experiências. Também solicita que os alunos se apresentem e descrevam suas expectativas para o curso. O cronograma inclui dinâmicas em grupo e avaliação contínua dos conceitos ágeis aplicados na construção de aplicativos móveis.
5. Quem somos
Juliana 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:
8. Quem somos
Charlles 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);
• Certificações:
11. 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?
24. Alinhamento
Programa e atividades
• 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)
99. 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 eles mais que processos e ferramentas
2. Software em funcionamento mais que documentação abrangente
3. Colaboração com o cliente mais que negociação de contratos
4. Responder a mudanças mais que seguir um plano
-----------------------------------------------------------------------------------------
Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os itens à
esquerda.
102. Princípios por trás do Manifesto Ágil
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.
113. PDCA
Ciclo de melhoria contínua
• 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
117. PDCA
Ciclo de melhoria contínua
• 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.
121. PDCA
Ciclo de melhoria contínua
• Analise os dados que estão a sua
disposição;
• Monitore tendências;
• Compare resultados obtidos com os
resultados que eram esperados.
125. PDCA
Ciclo de melhoria contínua
• 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.
143. Lean
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.
165. Lean UX
Construçã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.”
168. Lean UX
Construçã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.
171. Lean UX
Construçã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.
213. Lean UX
O 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)
216. Lean UX
Foco
“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.
222. Lean UX
Como 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.
236. 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.
2
271. Scrum
Origem
• “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
293. Scrum
Sprints
• 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.
310. Scrum
Papé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.
313. Scrum
Papé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.
337. Scrum
Cerimônias - Estimativa
• Estima o tamanho dos itens do PBL (velocidade da equipe);
• PO esclarece dúvidas;
• Planning poker.
• Quem participa:
– SM, PO, Equipe.
341. Scrum
Cerimô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.
364. Scrum
Cerimô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.
382. 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.
385. 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.
404. 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/)