Sem resumo de edição
Linha 70: Linha 70:
** Isto quer dizer que no mesmo trabalho feito por equipes diferentes a duração pode varias pois a equipe mais experiente deve realizar o trabalho mais rápido
** Isto quer dizer que no mesmo trabalho feito por equipes diferentes a duração pode varias pois a equipe mais experiente deve realizar o trabalho mais rápido
* O desenvolvimento de software é um problema complexo e se comporta de maneira imprevisível
* O desenvolvimento de software é um problema complexo e se comporta de maneira imprevisível
<br>
= Framework Scrum =
<br>
* Consiste de um conjunto formado por times Scrum e seus papéis associados, eventos com duração fixa, timeboxes, artefatos e regras
* Times Scrum são projetados para otimizar flexibilidade e produtividade
* Para este fim, são auto-organizáveis, interdisciplinares e trabalham com interações
* O time consiste em desenvolvedores com todas as habilidades necessárias para transformar os requisitos do PO em um pedaço realmente entregável do produto ao final da Sprint
* Fundamentado na teoria dos processos empíricos, o Scrum faz uma abordagem experimental com o intuito de melhorar a previsibilidade e controlar o risco
* 3 pilares para a sustentação das implementações:
** Transparência
** Adaptação
** Inspeção
* Schauber explica:
** Transparência:
*** faz com que aspectos do processo atinjam resultado e sejam visíveis àqueles que tem o papel de gerenciar os resultados
*** Os aspectos não podem ser somente transparentes, ou sejam quem inspecionar o processo irá acreditar que algo está concluído
** Inspeção:
*** Os diferentes aspectos que contém no processo devem ser inspecionados com frequência para detectar as variações que não serão aceitas
*** A habilidade e a aplicação com que as pessoas devem verificar os resultados dos trabalhadores são considerados como os outros fatores contidos no processo
* 3 pontos para adaptação e inspeção que verificam o progresso:
** Daily meeting
** Sprint review
*** Utilizadas para verificar o progresso em direção à meta para a versão para a entrega e para fazer as adaptações que otimizem o valor da próxima sprint
** Sprint Planning ou Planning Poker
* Adaptação:
** Retrospectiva da Sprint é utilizada para revisar a sprint passada e definir que adaptações tornarão a próxima sprint mais produtiva, recompensadora e gratificante
* Timebox:
** Duração fixa e imutável
** Conceito que diz que a quantidade de tempo não poderá mudar
** Evita-se atrasos e facilita o planejamento
* Sprint
** Iteração que deve ser realizada de 2 a 4 semanas no qual a equipe de desenvolvedores deverá produzir um entregável de valor para o cliente
** Durante a sprint são realizadas as reuniões de área que tem duração fixa de 15 minutos e não mais que isso
** Ao final da sprint,

Edição das 19h26min de 27 de julho de 2016

Desafios do Desenvilvimento de Software


  • 1. Responder ao cliente
  • 2. Falta na comunicação das equipes
  • 3. Entender as necessidades do cliente
  • Exercício:
    • Pause o vídeo e analise a figura:
    • Figura da árvore e do balanço
  • 4. Compreender porque os projetos falham
  • 5. Aumentar a produtividade da equipe de desenvolvimento
    • Lei de Brooks
  • 6. Escolher o framework certo para desenvolver o software
    • Metodologias ágeis mais comuns:
      • Extreme Programming
      • Scrum
      • Lean
      • Feature Drive-Programming (FDD)
      • Kanban
      • RUP
      • OpenUp
  • Desenvolvimento ágil:
    • Scrum é de longe o mais simples e mais fácil
  • 7. Como reter bons profissionais?
  • Clientes x Desenvolvedores
  • O que é Scrum?



Abordagem Interativa e Incremental


  • Segundo Schauber ??:
    • O Scrum é baseado na teoria de controle dos processos empíricos emprega uma Abordagem Interativa e Incremental para otimizar a previsibilidade e reduzir riscos:
  • Devido à complexidade, 3 pilares sustentam essa teoria:
    • Tamanho
    • Mudança de requisitos
    • Urgência e necessidade de demonstrar mais valor rapidamente
  • É inconcebível, desenvolver sistemas usando o modelo cascata que implementa todo o software de uma única vez
  • Abordagem incremental
    • Permite desenvolver o software em pedaços, em partes
    • Sozinhas não faz muito sentido mas através dela temos noção de como ficará o resto
  • Abordagem iterativa
    • Começa com um esboço, um rabisco e aos poucos adiciona-se novas camadas até que se chegue ao produto final
    • No caso do software, pode-se começar desenhando o blueprint de uma tela, depois um protótipo e em seguida, o frontend para depois adicionar as funcionalidades
  • Desenvolvimento iterativo e incremental é uma estratégia de planejamento que segue a linnha: "Dividir para conquistar"
    • O software é construído em partes, em ciclos
    • A cada iteração tem um novo incremento
  • Duarte (2015)
    • Explica que é o produto que deve estar pronto após o sprint podendo ainda ser aperfeiçoado no próximo sprint
    • Importante que o incremento seja algo concreto e utilizável, uma demo ou uma página navegável
  • Qual o propósito do Scrum?
    • Scrum vem sendo utilizado para o desenvolvimento de produtos complexo desde o início dos anos 90
    • Scrum não é um processo e nem uma técnica e sim um framework dentro do qual você pode usar várias técnicas ou processos
  • Papel do Scrum:
    • Fazer transparecer a eficiência relativa de suas práticas de desenvolvimento para que você possa melhorá-las enquanto provê um framework através do qual os produtos complexos possam ser desenvolvidos
  • Teoria do Scrum:
    • Fundamentado na teoria de controle de processos empíricos emprega uma abordagem iterativa e incremental para otimizar a previsibilidade e controlar riscos
  • Diferentemente de processos de linha de produção onde se tem um processo produtivo padrão, o Scrum é apropriado para processos empíricos onde não temos fórmulas e receitas prontas pois no meio do processo, desvios podem acontecer assim como em um processo artesanal
  • Processo definido:
    • São processos onde se conhece todas as variáveis pois tem poucas ou nenhuma mudança ao longo do processo
    • São repetitivos e previsíveis
    • Geralmente existe uma documentação aplicada à execução do processo
  • Processos empíricos
    • Processos onde não se conhece todas as variáveis, não são repetitivos e são imprevisíveis
    • Geralmente baseado no conhecimento e experiência
    • Às vezes, quando desenvolvemos um software não conhecemos todos os requisitos e os que são conhecidos mudam com certa frequência
    • Geralmente todas as estimativas são baseadas no conhecimento das pessoas
    • Isto quer dizer que no mesmo trabalho feito por equipes diferentes a duração pode varias pois a equipe mais experiente deve realizar o trabalho mais rápido
  • O desenvolvimento de software é um problema complexo e se comporta de maneira imprevisível


Framework Scrum


  • Consiste de um conjunto formado por times Scrum e seus papéis associados, eventos com duração fixa, timeboxes, artefatos e regras
  • Times Scrum são projetados para otimizar flexibilidade e produtividade
  • Para este fim, são auto-organizáveis, interdisciplinares e trabalham com interações
  • O time consiste em desenvolvedores com todas as habilidades necessárias para transformar os requisitos do PO em um pedaço realmente entregável do produto ao final da Sprint
  • Fundamentado na teoria dos processos empíricos, o Scrum faz uma abordagem experimental com o intuito de melhorar a previsibilidade e controlar o risco
  • 3 pilares para a sustentação das implementações:
    • Transparência
    • Adaptação
    • Inspeção
  • Schauber explica:
    • Transparência:
      • faz com que aspectos do processo atinjam resultado e sejam visíveis àqueles que tem o papel de gerenciar os resultados
      • Os aspectos não podem ser somente transparentes, ou sejam quem inspecionar o processo irá acreditar que algo está concluído
    • Inspeção:
      • Os diferentes aspectos que contém no processo devem ser inspecionados com frequência para detectar as variações que não serão aceitas
      • A habilidade e a aplicação com que as pessoas devem verificar os resultados dos trabalhadores são considerados como os outros fatores contidos no processo
  • 3 pontos para adaptação e inspeção que verificam o progresso:
    • Daily meeting
    • Sprint review
      • Utilizadas para verificar o progresso em direção à meta para a versão para a entrega e para fazer as adaptações que otimizem o valor da próxima sprint
    • Sprint Planning ou Planning Poker
  • Adaptação:
    • Retrospectiva da Sprint é utilizada para revisar a sprint passada e definir que adaptações tornarão a próxima sprint mais produtiva, recompensadora e gratificante
  • Timebox:
    • Duração fixa e imutável
    • Conceito que diz que a quantidade de tempo não poderá mudar
    • Evita-se atrasos e facilita o planejamento
  • Sprint
    • Iteração que deve ser realizada de 2 a 4 semanas no qual a equipe de desenvolvedores deverá produzir um entregável de valor para o cliente
    • Durante a sprint são realizadas as reuniões de área que tem duração fixa de 15 minutos e não mais que isso
    • Ao final da sprint,