Scrum na sua Empresa

www.adaptworks.com.br

Scrum na sua empresa

Fabiano Milani, [email protected]


Fabiano Milani, CSM, é consultor, instrutor e coach em liderança e gerenciamento de projetos de software onde utiliza metodologias e processos ágeis.

• Co-fundador e membro do time da AdaptWorks juntamente com Alexandre Magno, primeiro e único Certified Scrum Trainer do Brasil e Edmilson Miyasaki, a AdaptWorks é uma nova empresa brasileira, com escritórios em São Paulo - Brasil e Londres - UK, que tem como propósito atuar na capacitação e condução de seus clientes na adaptação cultural necessária para o alcance de melhores resultados em seus projetos. •Atua na área de software há 16 anos, participando de projetos de variadas dimensões de lead time, escopo e investimento. •Atua como co-trainer do Alexandre Magno nos treinamentos de CSM ( Certified ScrumMaster ) pelo Brasil;•Atuou como desenvolvedor e coordenador de desenvolvimento de vários segmentos de empresa;• Atuou como professor de matemática, física e linguagens de programação.

Sobre mim


• A verdade sobre projetos• Em busca da qualidade• Mudanças acontecendo• Manifesto ágil• Projetos iterativos• Scrum – Visão Geral• Visibilidade• Comunicação• Comprometimento• Retorno de Investimento• Quem gosta de Scrum?• Variações de Scrum• Caminho para a implantação do Scrum• Coach & Treinamentos• Cases

Agenda


A verdadeA verdade sobre projetos


• O Standish Group vem, há mais de uma década, realizando estudos em volta dos resultados dos projetos de software ao redor do mundo. O resultado destes estudos é um relatório batizado de Chaos Report;

Chaos Report


• Segundo o Standish Group quais foram os principais fatores para esta melhora?

Chaos Report


• Segundo o Standish Group quais os principais fatores para um número ainda tão alto de projetos que não alcançam seu objetivo?

A vasta maioria dos projetos de software falha por falta de clareza – sobre funções pessoais, responsabilidades e requisitos – e também por inabilidade para acompanhar o que ocorre em cada um dos diferentes passos do ciclo de vida da aplicação.

Chaos Report


Uso de funcionalidades

Standish Group, 2002


Resumindo...

• A comunicação entre as partes envolvidas nos projetos é muito fraca;

• A visibilidade do andamento real e dos problemas existentes nos projetos é muito fraca;

• Clientes pedem sempre mais do que realmente precisam;

• Os projetos são caros e, ainda em sua maioria, não alcançam sucesso;

• Os conflitos existentes entre TI e negócios durante os projetos são muitos;


O problema do cliente

• Clientes sabem que fornecedores odeiam mudanças de requisitos;

• Clientes são “forçados” a definir tudo que precisam para um produto na fase inicial do projeto;

• Clientes – no início de um projeto - estão inseguros quanto ao que precisam;


A solução do cliente

• Colocar o máximo possível de requisitos na lista inicial;

• Entende-se por “o máximo possível” tudo que lhe vier à cabeça naquele momento;

• Desta forma a possibilidade de “faltar” requisitos no produto final é menor;


O problema do fornecedor

• Fornecedores sabem que os requisitos fornecidos pelo cliente são vagos;

• Fornecedores sabem que no decorrer do projeto o cliente precisará mudar requisitos;

• Fornecedores sabem que sempre ao validar o produto com o cliente surgirão novas idéias para o produto;


A solução do fornecedor

• Documentar ao máximo tudo que foi passado pelo cliente para que o fornecedor possa estar protegido;

• Colocar margens de tempo por todo o projeto;

• Entregar o produto para o cliente apenas no final do projeto;


O que tudo isto gera?


Quem mais perde?

A EMPRESA


A verdadeEm busca da qualidade


A solução...


...ignorou a cultura!

Cultura


A verdadeMudanças acontecendo


O que vem sendo falado...



“...a tomada de decisões em empresas na vida real está em aceleração, graças em parte à disponibilidade quase instantânea de certos tipos de dados (ainda que incompletos). Para seguiro ritmo das rivais, líderes do mundo real precisarão cada vezmais estar preparados e dispostos a agir com base nestas informações sem recorrer a longas pausas para ponderar opções.Terão de estar dispostos a alterar suas decisões em respostas acontingências e a adotar estratégias iterativas caracterizadas porrepetidas correções de rumo; já a cultura corporativa terá deaceitar sem problemas esses ajustes.”

“Se o que querem é uma liderança melhor, por que não mudam o jogo, em vez de mudas os líderes?”

Byron Reeves, Thomas W. Malone e Tony O’Driscoll



Original by Alistair Cockburn


Números...


Quem vem mudando...


A verdadeO Manifesto Ágil


O Manifesto Ágil

“Estamos descobrindo maneiras melhores de desenvolver software fazendo-o nós mesmos e ajudando outros a fazê-lo. Através desse trabalho, passamos a valorizar:

Indivíduos e interação entre eles mais que processos e ferramentas Produto em funcionamento mais que documentação abrangente Colaboração com o cliente mais que negociação de contratosResponder a mudanças mais que seguir um plano

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

http://agilemanifesto.org

http://agilemanifesto.org/


A verdadeProjetos iterativos


Tradicional x Iterativo

Escopo

Custo Tempo

Escopo

Custo Tempo

Visão


Tradicional, Plan-Drive, Definido

• Os processos baseados no modelo waterfall(cascata) buscam organizar o desenvolvimento de produtos no formato de linha de produção;

• Isto se parece com projetos da áre de TI?


Iterativo, Empírico

• Imagine um projeto iterativo como uma viagem a ser feita;

• Você terá que planejar sua viagem, mas como garantir os programas ideais, se você só conhecerá mais sobre o seu destino quando lá estiver;


A verdadeScrum – Visão Geral


O que é Scrum?

• É um processo iterativo e incremental

para o desenvolvimento de qualquer produto e gerenciamento de qualquer projeto;

• É mais um framework que uma metodologia, mais atitute que um processo;


Estrutura do Scrum

Visão

Lista de FuncionalidadesParte I Parte II

Lista de Tarefas

Execução e Reunião Diária

Retrospectiva

Reunião de Planejamento

Produto


Artefatos do Scrum

Lista de Funcionalidades

Lista de Funcionalidades

Selecionadas

Lista de Tarefas

Lista de Impedimentos


Papéis do Scrum

• Gerente do Produto (Product Owner)Responsável por garantir o ROI (Retorno de Investimento);

Responsável por conhecer as necessidades do(s) cliente(s);

Proxy em ambientes com mais de um cliente;

• Gerente/Líder de Projeto(ScrumMaster)Responsável por remover os impedimentos do time;

Responsável por garantir o uso de Scrum;

Protege o time de interferências externas;

• TimeDefinir metas das iterações;

Auto-gerenciamento;

Produzir produto com qualidade e valor para o cliente;


A verdadeVisibilidade


Quadro de acompanhamento


Gráficos de acompanhamento


Gráficos de acompanhamento

Parking Lot


A verdadeComunicação


Sobre documentos...


Reuniões de Planejamento

• A reunião de planejamento da iteração é composta de duas partes, sendo na primeira parte a definição da meta dos itens que comporão a iteração e na segunda a decomposição dos itens em tarefas;

• O time inteiro planeja, o time inteiro se comunica;


Reuniões Diárias

• O que fiz desde a última reunião?

• O que pretendo fazer até a próxima;

• Estou tendo impedimentos?


Reuniões de Revisão

• Apresentação do resultado da iteração para os clientes;

• Todos os envolvidos no projeto participam;


Retrospectivas

• O que foi bom na última iteração?

• O que deve melhorar?

• Quem está no controle?


A verdadeComprometimento


Você está comprometido com o que ajuda a definir?

• Em Scrum todos planejam, então todos tem oportunidade de opinar e ajudar a definir a meta que será buscada;

• O time mantém o foco na meta e colabora entre si para que ela seja atingida;


A verdadeRetorno de Investimento


Entregando o que é importante para o cliente

Alta Prioridade

Baixa Prioridade

Cada Sprint implementa os requisitos de prioridade mais alta

Cada novo requisito é priorizado e inserido no Product Backlog pelo Product Owner a qualquer momento

Requisitos podem ser repriorizados pelo Product Owner a qualquer momento

Requisitos podem ser removidos doProduct Backlog pelo Product Owner a qualquer momento

Copyright Scott Ambler, 2004


A verdadeQuem gosta de Scrum?


Clientes gostam de Scrum...

• ...porque não é obrigado a definir uma lista completa de requisitos no início do projeto;

• ...porque é esperado que ele aprenda sobre o produto durante o projeto;

• ...porque ele pode mudar requisitos (incluir, remover e alterar);

• ...porque ele começará a utilizar o produto desde as primeiras semanas do projeto;


Times gostam de Scrum...

• ...porque eles podem trabalhar de forma auto-gerenciada;

• ...porque a colaboração é elevada e isto gera produtividade;

• ...porque eles estão protegidos contra interrupções externas;

• ...porque sua palavra vale;

• ...porque o trabalho se torna mais agradável (divertido);


Gerentes gostam de Scrum...

• ...porque o stress do projeto é reduzido;

• ...porque o projeto fornece visibilidade e elimina a necessidade de cobranças por status, etc;

• ...porque a garantia do ROI está em suas mãos;

• ...porque o time passa estar ao seu lado;

• ...porque ele gerenciará projetos e produtos, e não cronogramas;


A verdadeVariações do Scrum


Scrum of Scrums


A verdadeTrajetória para implantação


Scrum Implementation


A verdadeCoach & Treinamentos


Coach – Implantação de Scrum para times

Esse serviço tem como finalidade acelarar a adoção de Scrum e é distribuído através de uma combinação de coaching, mentoring, treinamentos e workshops.Essa é a opção ideal para empresas que estão iniciando a utilização de Scrum em seus projetos, mas também pode ser adaptada e aplicada em empresa que já estejam trabalhando com Scrum e queiram melhorar a aplicação de suas práticas e valores, bem como elevar o potencial de seu time.


Coach – Implantação de Scrum na sua empresa

Os profissionais da AdaptWorks vem, já há alguns anos, trabalhando nautilização de processos ágeis – principalmente Scrum, FDD e XP – emdiferentes ambientes corporativos. Desde empresas da área financeira atéempresas de publicidade, passando por fábricas de software, operadoras decartão de crédito, empresas .com e outras verticais. O que pudemosperceber com estas experiência é que, por mais que não exista receita para osucesso, alguns passos se mostram inevitáveis para a boa aplicação deprocessos ágeis em praticamente todos os ambientes, por mais que a formacom que os passos sejam diferentes entre esses cenários, eles acabamsempre tendo que ser dados.


Coach – ScrumMaster e Product Owner

Nesta modelidade é aplicado o coaching profissional com o intuito de elevara atuação de ScrumMasters e Product Owners. Nosso Scrum Coach ajudaráestes profissionais a tonar Scrum mais efetivo em seus times e empresas,trabalhando em sua forma de atuação e nas habilidades de facilitação eliderança. Esta modalidade pode ainda ser uma excelente opção paraprofissionais que tenham participado de treinamentos de Scrum mas estejamcom dificuldades de iniciar um processo de aplicação, ou mesmoconvencimento, de Scrum na sua empresa.


• Treinamentos Oficiais

Treinamentos

• Certified ScrumMaster

• Certified Scrum Product Owner

• Workshops

• Scrum Foundation

• Requisitos de software em projetos ágies

• User Stories

• ScrumMaster Skills

• Planejamento e Estimativas em projetos ágies

• Certified Scrum Developer


A verdadeCases


BT, Globo.com, SAP, Siemens, Yahoo!...


??????????


Obrigado!Fabiano Milani - [email protected]://fabianomilani.blogspot.comhttp://blog.adaptworks.com.br/

http://fabianomilani.blogspot.com/

http://blog.adaptworks.com.br/

Scrum na sua Empresa

Technology

Transcript of Scrum na sua Empresa