Fórum de discussão

Consulte abaixo todas as dúvidas e comentários relacionados a este curso. Se você tem alguma dúvida, utilize o botão CRIAR NOVO TÓPICO. Verifique antes se a sua dúvida já não foi enviada por outro aluno.


Transição dos papéis tradicionais para os papéis do Scrum Categoria: Dúvidas gerais - Módulo: Módulo 4 - Papéis no Scrum
Enviado em 07/05/2017 15:47
Uma das questões do Quiz do módulo 4 colocou a situação de um empresa que possui o papel do Coordenador de Projetos, com atribuições como: facilitar o trabalho da equipe, remover impedimentos à realização das tarefas e garantir que a equipe trabalhe com alta produtividade e qualidade, sendo então perguntado qual deveria ser o novo nome deste papel no caso dessa empresa resolver adotar o Scrum. 

Bem, achei a analogia interessante e diante disso, gostaria de saber se numa empresa que possui um departamento de Análise de Negócios, ou seja, que já tem um time dedicado de Analistas de Negócios, num processo de readequação da estrutura para implantação do Scrum estes profissionais seriam fortes candidatos a se tornarem Donos de Produto?
Re: Transição dos papéis tradicionais para os papéis do Scrum Categoria: Dúvidas gerais - Módulo: Módulo 4 - Papéis no Scrum
Enviado em 08/05/2017 10:00
Bom dia, Paulo

sim, seriam fortes candidatos por terem conhecimento do negócio e já estarem interados quanto a dinâmica do desenvolvimento de software. 

É claro que ter habilidades de analista de negócio não garante automaticamente que será um dono de produto. A pessoa deverá saber muito bem o negócio, ser excelente negociadora, ter habilidades de liderança, excelente comunicação, saber tomar decisões, entre outras características que são explicadas no curso.
Re: Transição dos papéis tradicionais para os papéis do Scrum Categoria: Dúvidas gerais - Módulo: Módulo 4 - Papéis no Scrum
Enviado em 10/05/2017 14:13
Boa tarde Kelvin e obrigado pelos esclarecimentos.

Gostaria de evoluir no assunto com mais alguns questionamentos. Espero não sobrecarregá-lo com perguntas demais.

1) Os papéis do Scrum são  “chapéus” que os colaboradores (Coordenadores de Projetos, Analistas de Negócio, Analistas de Sistemas, Programadores, Funcionários de uma área de negócio) colocam para conduzir o desenvolvimento e/ou manutenção dos softwares ou são funções fixas que substituem as funções tradicionais?

2) Como os times Scrum interagem com uma área dedicada de arquitetura sem comprometer a entrega da Sprint? 

Exemplos: o modelo de dados precisa ser homologado pelo Arquiteto de Dados antes de ser implementado no banco de dados; a arquitetura de componentes deve ser avaliada  pelo Arquiteto de Solução antes de começar a codificar.

3) Uma estrutura de desenvolvimento de software pode/deve combinar projetos de software tradicionais e ágeis, dependendo da natureza/complexidade do projeto?

4) Como garantir que todos os membros do time de desenvolvimento terão trabalho durante a Sprint, pois há dependências entre as tarefas a serem executadas dentro do time, por exemplo, não é possível começar a codificar antes de terminar a elaboração de pelo menos parte do modelo de dados. Neste sentido, além de considerar a capacidade produtiva total do time em pontos de complexidade durante a reunião de planejamento da Sprint, também teriam que ser planejadas tarefas que mantenham todos os membros ocupados durante toda a Sprint?

Abraço.
Re: Transição dos papéis tradicionais para os papéis do Scrum Categoria: Dúvidas gerais - Módulo: Módulo 4 - Papéis no Scrum
Enviado em 10/05/2017 16:52
Boa tarde, Paulo

1) são funções que substituem as atuais.
2) Para o Scrum tudo o que é necessário deve ficar dentro do time. Não existe um  "time de arquitetura separada". A arquitetura emerge confirme o desenvolvimento evolui.
3) Eu não diria que "deve", mas que "pode" de acordo com as necessidades da organização.
4) Os times são multifuncionais e as pessoas que compõem o time devem ser *preferencialmente* generalistas, podendo então fazer mais de um tipo de tarefa. Enquanto não tem nada para testar, o especialista em testes pode ajudar a escrever/melhorar os requisitos, ou automatizar requisitos já prontos. O programador ao final de sprint pode ajudar a testar o software, o analista também. O time deve trabalhar em conjunto fazendo o que for necessário para entregar o incremento pronto. Até por este motivo que todos são chamados de Desenvolvedores dentro do time scrum.
Re: Transição dos papéis tradicionais para os papéis do Scrum Categoria: Dúvidas gerais - Módulo: Módulo 4 - Papéis no Scrum
Enviado em 10/05/2017 20:11
Boa noite Kelvin.

Obrigado pelas respostas.
Re: Transição dos papéis tradicionais para os papéis do Scrum Categoria: Dúvidas gerais - Módulo: Módulo 4 - Papéis no Scrum
Enviado em 12/05/2017 10:30
Bom dia Kelvin!

Evoluindo um pouco mais a discussão sobre a questão 2, que trata sobre arquitetura "separada", faço mais um questionamento.

Considere uma estrutura hipotética de desenvolvimento de médio para grande porte, com 9 times Scrum com 8 integrantes cada. Diante desse quadro, se a arquitetura emerge conforme o desenvolvimento flui dentro dos limites de cada time de desenvolvimento, como garantir adoção de boas práticas e padrões, reuso de estruturas de dados, reuso de códigos, entre outros aspectos que devem ser considerados para que todos os projetos tenham adequação a uma arquitetura de sistemas corporativa?


Mais uma vez, obrigado pelas respostas anteriores.

Re: Transição dos papéis tradicionais para os papéis do Scrum Categoria: Dúvidas gerais - Módulo: Módulo 4 - Papéis no Scrum
Enviado em 12/05/2017 10:57
Bom dia, Paulo

nesta situação você precisará escalar o Scrum para que as coisas deem certo. Este assunto é coberto apenas de forma supercial em nosso curso porque é o essencial para quem está aprendendo o Scrum e querendo passar na prova.

Para contextos mais complexos sugiro que você estude sobre o framework Nexus ou Safe, utilizados para escalar times ágeis. Lá você encontrará respostas mais encorpadas para suas perguntas.

abraço,

Kelvin
Re: Transição dos papéis tradicionais para os papéis do Scrum Categoria: Dúvidas gerais - Módulo: Módulo 4 - Papéis no Scrum
Enviado em 12/05/2017 13:50
Valeu Kelvin! Vou pesquisar sobre os frameworks.
Re: Transição dos papéis tradicionais para os papéis do Scrum Categoria: Dúvidas gerais - Módulo: Módulo 4 - Papéis no Scrum
Enviado em 15/05/2017 11:03
Olá Kelvin!

Tenho uma dúvida sobre como tratar bugs e melhorias que surgem durante a Sprint e que não podem aguardar o planejamento da próxima Sprint

Seria uma boa opção ter uma equipe única de manutenção dedicada ao atendimento dos chamados do Service Desk, resolvendo os bugs e pequenas melhorias emergenciais? Assim os times de desenvolvimento Scrum não seriam interrompidos.

Obrigado.

Re: Transição dos papéis tradicionais para os papéis do Scrum Categoria: Dúvidas gerais - Módulo: Módulo 4 - Papéis no Scrum
Enviado em 15/05/2017 12:11
Boa tarde, Paulo

o Scrum não trata de processo diferenciado para atender bugs ou melhorias. Tudo vai para o backkog e é tratado da mesma forma. O Scrum Guide não prescreve uma forma de lidar com o problema que vocë citou. 

A solução que vocë mencionou pode ser uma alternativa, mas não tenho como lhe dizer se é boa ou ruim pois não conheço a realidade da sua empresa, além de fugir do contexto do curso.

abraço,

Kelvin
Re: Transição dos papéis tradicionais para os papéis do Scrum Categoria: Dúvidas gerais - Módulo: Módulo 4 - Papéis no Scrum
Enviado em 15/05/2017 13:42
Abraço, obrigado.
xÉ necessário estar logado no ambiente de ensino para poder enviar respostas. Fazer o login
Evite a pirataria

Para que continuemos desenvolvendo novos cursos com preços acessíveis, contamos com a sua colaboração. O conteúdo dos nossos cursos não pode ser redistribuído de qualquer forma ou por qualquer meio. Somente o aluno devidamente inscrito nos cursos poderá fazer uso dos nossos materiais. Se você identificar que alguém está usando indevidamente o conteúdo dos nossos cursos, ou distribuindo-o ilegalmente, por favor avise-nos imediatamente através do e-mail contato@tiexames.com.br. Veja as condições de uso dos nossos conteúdos.

Leia a licença de uso