350 likes | 459 Views
Chapter 1. Agile in a Nutshell (Ágil em uma casca de noz). Neste capitulo:. O autor responde o que seria necessário para entregar algo de valor cada semana. Planejamento ágil. Como medir sucesso em um projeto ágil.
E N D
Chapter 1 • Agile in a Nutshell (Ágil em uma casca de noz)
Neste capitulo: • O autor responde o que seria necessário para entregar algo de valor cada semana. • Planejamento ágil. • Como medir sucesso em um projeto ágil. • Como três “verdades” vão possibilitar que você encare os prazos apertados(tight-estof deadlines) com coragem, facilidade e elegância.
1.1 Entregar algo de valor toda semana • Quebrar grandes problemas em pequenos problemas. • Focar nos objetivos mais importantes e esquecer o resto. • Sempre ter um feedback. • Mudar de curso(caminho) se necessário. • Ser responsável sobre os tópicos acima.
Princípio Ágil Nossa maior prioridade é satisfazer o cliente através da entrega antecipada e contínua de software.
No lugar de “to-dolists” e tarefas, nós usamos nomes como “themasterstorylist” e “userstories”. • TheMasterStorieListé o projeto com os seus afazeres. Ele contem todos os requisitos(userstories) que o cliente quer ver no seu software. • O time saberá o quanto eles podem fazer ao medir a velocidade do time.
Quando você e seu cliente são confrontados com muito a fazer, você faz somente o que você acha que pode, você faz menos. • Se for de urgência, tenha certeza que você está se sacrificando por uma razão digna, e não por algum compromisso irrealista.
Princípio Ágil Software funcionando é a principal medida de sucesso.
Entregar um recurso sendo ágil significa fazer tudo o necessário para produzir um código “entregável”. • Se ele não pode potencialmente ser enviado, não está pronto.
1 – É impossível juntar todos os requerimentos no começo de um projeto. • 2 – Qualquer requerimento que você juntar pode ser mudado. • 3 – Sempre terá mais para fazer do que o tempo e o dinheiro permitirão.
Uma vez que você aceite essas três simples verdades sobre projetos, boa parte do estresse e ansiedade tradicionalmente associado com entrega de software desaparece. Você está então apto a pensar e inovar com um nível de foco e claridade que escapa na maioria da nossa indústria.
Chapter 2 • MeetYourAgileTeam(Conheça o seu time ágil)
Neste capitulo: • Em um típico projeto ágil não há funções predefinidas. • O que faz um time ser ágil. • Características de bons times ágeis. • Como formar o seu time. • O que o seu time precisa saber antes de começar a “batalha”.
Princípio Ágil Pessoas de negócios e desenvolvedores devem trabalhar diariamente juntos durante todo o projeto.
2.2 O que faz um time ágil funcionar • Co-localização • Clientes Envolvidos • Auto-organização
Chapter 3 • Como fazer com que todos entrem no ônibus.
3.1 O que “mata” a maioria dos projetos • No começo de um novo projeto as pessoas tem diferentes ideias de como o sucesso é. • Para evitar devemos comunicar os objetivos. • Dá as partes interessadas a informação que precisam para ajudar na decisão sobre prosseguir ou não com o projeto.
3.2 Fazer as perguntas difíceis • Quanto deexperiência que a sua equipe tem? • Você já fez esse tipo de coisa antes? • Quanto dinheiro é que temos?
É uma coleção de dez perguntas difíceis e exercícios que você seria louco de não fazer e se perguntar antes de iniciar qualquer projeto.
3.4 Como Funciona • A ideia por trás do inception deck. • Pode levar de alguns dias para cerca de duas semanas para construí-lo.
3.5 O Inception Deck empoucaspalavras • Pergunte por que nos estamos aqui. • Crie um resumo. • Desenhe uma caixa do produto. • Cria uma lista do que não fazer. • Conheça seus vizinhos. • Mostre a solução. • Responda o que te deixa acordado a noite. • Meça o projeto. • Esteja ciente do que vai precisar. • Mostre o quanto vai tomar.