Scrum Essencial

De Troy Dimes

Desenvolvimento de Software Ágil Usando Scrum

Crie softwares que agreguem mais valor

Ideias são baratas. Muitas pessoas parecem pensar que a maior parte do processo de desenvolvimento de software é apenas criar um conceito vago de uma aplicação que as pessoas podem querer. Você provavelmente já escutou muitas pessoas dizerem coisas como: "Tenho uma ideia para um aplicativo que certamente terá um milhão de downloads!", apenas para ter mais um aplicativo em um mar de aplicativos similares.

Criar softwares ótimos e entregá-los no prazo precisa de um esquema de implementação sistemático, mas que não seja excessivamente rígido. Qualidade e tempo devem andar juntos. Se você entregar um software que esteja cheio de bugs ou com uma experiência ao usuário ruim, você certamente não poderá contar com outra negociação com seu cliente. Muitos programadores temem esse resultado e, por conta disso, demoram muito para criar programas.

Você tem uma quantidade de tempo limitada para criar software, especialmente quando você tem um prazo, que você mesmo impôs ou não. É importante que você tenha certeza que o software que você construiu é bom o suficiente, mas ainda mais importante, que esteja no prazo. Como você equilibra qualidade e tempo?

Esse livro mergulha nesses tópicos muito importantes. Após ler Scrum Essencial, você entenderá sobre os papéis do scrum, sprints, artefatos scrum e muito mais.
 

Eis o que você aprenderá lendo Scrum Essencial:

·         O que é a Metodologia Cascata e porque você não deveria usar este método para executar seus projetos de software

·         O que é Scrum, sua origem, porque você deveria usá-lo e como você pode encontrar um uso prático na sua organização hoje

·         A diferença entre Scrum e o desenvolvimento de software ágil

·         Os vários papeis Scrum incluindo o Product Owner, Scrum Master os membros do time

·         O que são sprints e como planejá-los.

·         O que fazer durante e após um sprint.

·         O que são gráficos de burndown e como eles podem alterar a forma que você executa projetos

·         Criar e gerenciar o product backlog

·         As ferramentas que você precisará para se comunicar de maneira eficaz com todos os envolvidos no projeto

·         E muito mais...

• Idioma: Português
• Editora: BadPress
• Data de lançamento: 22 de nov. de 2014
• ISBN: 9781633397361

Pré-visualização do livro

Scrum Essencial

Conteúdo

TOC

Seu Presente Gratuito

Como agradecimento por ler Scrum Essencial, gostaria de dar a você dois presentes gratuitos. O primeiro, é uma cópia da Lista de Verificação Scrum (The Scrum Checklist). Com ele, você aprenderá como começar a usar Scrum ou avaliar sua implementação atual de Scrum. Ele contém uma lista de orientações que irão ajudar a manter você e sua equipe sob controle.

O segundo presente é o Modelo de Burndowns de Sprint (The Sprint Burndown Template), que permite que você visualize quanto trabalho falta em um sprint. Esse gráfico de burndown pode ser usado para comunicar o progresso do projeto para membros do time, clientes ou partes interessadas. É uma ótima maneira de gerenciar o escopo e cronogramas. Esses presentes são um complemento perfeito para o livro e irão ajudá-lo em sua jornada com Scrum.  Visite http://www.linuxtrainingacademy.com/scrum-resources para fazer download de seus presentes gratuitos.

Introdução

Ideias são baratas. Muitas pessoas parecem pensar que a maior parte do processo de desenvolvimento de software é apenas criar um conceito vago de uma aplicação que as pessoas podem querer. Você provavelmente já escutou muitas pessoas dizerem coisas como: Tenho uma ideia para um aplicativo que certamente terá um milhão de downloads!, apenas para ter mais um aplicativo em um mar de aplicativos similares.

Criar softwares ótimos e entregá-los no prazo precisa de um esquema de implementação sistemático, mas que não seja excessivamente rígido. Qualidade e tempo devem andar juntos. Se você entregar um software que esteja cheio de bugs ou com uma experiência ao usuário ruim, você certamente não poderá contar com outra negociação com seu cliente. Muitos programadores temem esse resultado e, por conta disso, demoram muito para criar programas.

Você tem uma quantidade de tempo limitada para criar software, especialmente quando você tem um prazo, que você mesmo impôs ou não. É importante que você tenha certeza que o software que você construiu é bom o suficiente, mas ainda mais importante, que esteja no prazo. Como você equilibra qualidade e tempo?

A Queda da Metodologia Cascata

Uma das maneiras mais antigas de criar software é chamada de Cascata. Esse método força os programadores a concretizarem suas ideias de software. Ela começa com uma fase de planejamento onde as pessoas escrevem detalhadamente tudo sobre o software a ser construído. Todos os passos necessários são documentados e o time cria uma estimativa de quanto tempo será necessário para que o software esteja pronto. Então, as partes interessadas verificam o plano. Assim que a aprovação é obtida, os programadores começam o trabalho. Essa metodologia é chamada de Cascata porque quando o time conclui o trabalho atribuído, eles o passam para a próxima equipe. Quando tudo está pronto, o software é cuidadosamente testado e entregue para o cliente ou consumidor.

O problema com esse método é sua rigidez e o processo tedioso. Tudo tem que ser escrito, com estimativas praticamente imutáveis e planos que tem que ser rigorosamente seguidos. Você já percebeu que quando você tenta estimar quanto tempo algo levaria, algumas vezes o resultado pode na verdade ser duas, três ou até quatro vezes maior do que sua estimativa? Pegue esse fato e aplique-o em um grande projeto e você terá um desastre muito caro esperando para acontecer.

Outro problema é que esse método assume que todos os recursos necessários do software