Time ou Equipe?
Se você está lendo este artigo, provavelmente é porque você está interessado em entender mais sobre práticas do Agile Scrum. Se você está procurando entender o significado de Ágil e Scrum, você pode encontrar uma descrição mais detalhada neste artigo.
Papéis do Scrum
Há 3 papéis principais relacionados com as práticas Agile e Scrum, listadas:
· Scrum Master;
· Product Owner;
· Equipe.
É importante ater-se a estes papéis, e apenas estes, para evitar qualquer desentendimento ou criação de barreiras e silos dentro da cooperação e comunicação dos times Scrum.
Características do Time Scrum
Há 5 características importantes que são extremamente importantes para times Scrum.
· Times devem ser auto organizáveis. Todos os membros do time devem administrar seus esforços para completar a tarefa que foi dada. E como no Agile Scrum não há a figura do líder do time ou chefe. Então todos devem estar comprometidos o suficiente para realizar suas próprias atividades e contribuir para o sucesso da equipe. Se um falhar, todo mundo falha.
· As equipes devem ser multifuncionais. Todos os membros da equipe devem possuir todos os conhecimentos e habilidades necessários para fornecer um serviço ou produto que seja bem feito e esteja pronto para o uso. Um especialista pode ser usado em casos necessários, mas apenas como um técnico que transfere o conhecimento para a equipe para preencher uma lacuna específica.
· Ser um Product Owner requer uma visão de negócios. O Product Owner representa a voz do cliente e precisa traduzir suas necessidades para o Scrum Master e a equipe. Normalmente este trabalho é feito em tempo integral.
· O Scrum Master não é um chefe. Eles ajudam a fornecer o treinamento necessário para a equipe de desenvolvimento e também ajudam a remover qualquer barreira enfrentada pela equipe.
· Não mais que 9 membros da equipe. Tudo o que você precisa e todas as habilidades que são necessárias para entregar um produto ou serviço devem ser alcançados por apenas 9 membros de equipe. O grupo deve ser pequeno o suficiente para colaborar entre eles e para colocar o produto ou serviço em produção.
Uma coisa é certa: todo time DEVE ter um Product Owner para prover uma visão de negócios e requisitos para o serviço e/ou produto.
Imagine o resultado se apenas desenvolvêssemos serviços e/ou produtos baseados em requisitos técnicos sem considerar as necessidades dos clientes?
No início, provavelmente funcionaria, mas em longo prazo isso é insustentável porque as funcionalidades não atendem às necessidades dos clientes. Quem pagará a conta?
O Product Owner faz a ponte entre o Negócio e o Time Técnico, ou em outras palavras, o Time Scrum. Deve haver um Product Owner para cada produto ou serviço, e somente um.
Ele(a) representará a voz do cliente, e ajudará maximizar o valor do projeto, produto ou serviço.
Competências do Product Owner
O papel do Product Owner não requer necessariamente conhecimento técnico, mas o Product Owner deve ser competente em várias outras áreas, como:
· Gerenciamento de nível de serviço
Gerenciamento de datas-alvo e uma compreensão de melhores métodos de abordagem ajudarão o Product Owner. A equipe inteira é responsável por entregar as funcionalidades de acordo com a data-alvo. Mas é oProduct Owner que irá realizar as negociações com os clientes.
· Planejamento de produtos ou serviços
O gerenciamento do Product Backlog é uma habilidade básica que deve ser desenvolvida para quem deseja se tornar um Product Owner. É claro, o Scrum Master e a Equipe serão habilitados a avaliarem a participação do planejamento, mas a responsabilidade de manter o Product Backlog ainda pertence ao Product Owner.
· Design de Arquitetura e Design de Aplicação
Esta habilidade não é tão importante como as outras nesta lista, mas eu sempre gosto de pensar que quando uma pessoa de negócios possui pelo menos um vago conhecimento técnico, isso ajuda a definir melhores requisitos e objetivos.
· Identificação das necessidades
O Product Owner será responsável por entender os requisitos para o produto e/ou serviço, bem como traduzir essas necessidades para o Scrum Master e a Equipe. Mais tarde, isso se tornará parte do Product Backlog e transformado na história do usuário. Um bom Product Owner definitivamente precisa saber como identificar necessidades de negócio. Não há lugar para discussão sobre esse assunto.
· Gerenciamento de Projetos e Portfólio
No Agile Scrum não há um papel de Gerente de Projeto, mas o Product Owner deve gerenciar o Product Backlog. Isso significa que ele ou ela deve entender como gerenciar as funcionalidades que serão entregues na Estória do Usuário como parte do Product Backlog.
· Gerenciamento de relacionamento
No Agile Scrum não há um chefe, porque equipes são auto-organizadas. Isso significa que estabelecer e gerenciar um relacionamento é muito importante para balancear melhor o modo como as tarefas são atribuídas e também gerenciar o relacionamento com o negócio e os clientes.
· Gerenciamento de Mudança de Negócios
As mudanças no projeto são sempre bem-vindas na prática Agile Scrum. Entretanto, mais que isso, algumas vezes os negócios podem mudar, e não apenas o produto e/ou serviço, mas também o próprio negócio e os stakeholders, e o Product Owner deve estar pronto para gerenciar e realizar as alterações necessárias.
Responsabilidades do Product Owner
As principais responsabilidades do Product Owner são:
(continue lendo...)