-
Aqueles que trabalham com Scrum, por favor apresente quais são os papeis do scrum customizados dentro de seu ambiente produtivo de software. Caso você não trabalho com scrum defina formalmente:
-
a. Scrum Master.
- O Scrum Master ajuda os envolvidos a entenderem e aderirem aos valores, princípios e práticas do scrum. Agindo como um coach, liderando e ajudando o time e o restante da organização a desenvolver a própria alta performance deles. Ele ainda ajuda a organização gerenciando mudanças desafiadoras em processos que ocorrem durante a adoção do scrum.
- Como um facilitador o scrum master ajuda o time a resolver seus problemas e realiza melhorias para um bom uso do scrum. Também sendo responsável por proteger o time de interferências externas, tendo o papel de liderança removendo impedimentos que iniba a produtividade do time.
- O scrum master não tem autoridade para exercer controle sobre o time, então esse papel não é o mesmo que o do tradicional gerente de projetos ou gerente de desenvolvimento. A função do scrum master é de líder e não de gerente.
-
b. Product Owner.
- O product owner é o ponto central da liderança do produto, ele é a única pessoa responsável por decidir qual funcionalidade ou característica será construída, bem como a ordem na qual elas serão construídas. Mantendo a comunicação com todos os outros participantes fornecendo-lhes uma clara visão de o que o time scrum está tentando alcançar. Ele é responsável por todo o sucesso da solução que está sendo desenvolvida ou mantida.
- Não importa se é um produto externo ou interno. o product owner ainda tem a obrigação de ter a certeza que o mais valioso trabalho possível, que pode incluir um foco no trabalho técnico, sempre está sendo buscado. Para garantir um rápido desenvolvimento ele precisa colaborar de forma ativa com o scrum master e com o time de desenvolvimento para sanar suas dúvidas o mais rápido possível.
-
c. Scrum Team.
- O scrum team é composto por designers, administradores de bases de dados, programadores, arquitetos, testers, dentre outras. Sendo um time multifuncional com pessoas responsáveis por desenhar, desenvolver e testar o produto.
- O scrum team se auto-organiza para determinar a melhor forma de atingir os objetivos propostos pelo product owner. O tamanho do time geralmente é de 5 a 9 pessoas, cada pessoa deve ter as habilidades necessárias para a produção do software.
-
-
Abaixo você encontra diversos links para diversos microlearnings, abaixo de cada um deles você encontra uma questão. Faça a leitura do microlearning e responda a questão.
-
a. Em qual parte do scrum você pode utilizar o lean brainstorning? [https://engenhariasoftware.wordpress.com/2020/12/06/lean-brainstorming/]
- o lean brainstorming pode ser usado no processo de definição do produto.
-
b. O que é frame e o que é work no Scrum? [https://engenhariasoftware.wordpress.com/2022/09/16/framework/]
- Frame: podemos dizer que é o fluxo das atividades, ou seja, as etapas que precisam ser seguidas.
- Work: podemos dizer que são as regras que devem ser seguidas em cada etapa.
-
c. Como iniciar o desenvolvimento de um projeto dentro de uma empresa que utiliza Scrum? O que seria o “Termo de Abertura do Projeto” em um projeto SCRUM?[https://engenhariasoftware.wordpress.com/2023/03/22/projeto-processo-e-adaptabilidade-do-framework-scrum/]
- Realizando um brainstorming para capturar os requisitos do projeto, posteriormente detalhando-o mais se necessário.
- O termo de abertura do projeto é um documento elaborado logo após o brainstorming e levantamento de requisitos, contém informações referentes ao projeto.
-
d. O texto acima apresenta um conjunto de informações para compor a backlog. É possível inserir mais alguma informação nesta lista? Quais seriam elas? [https://engenhariasoftware.wordpress.com/2018/09/03/gerando-uma-boa-product-backlog/]
- O tipo do pbi: feture, bug etc.
- Atribuição de desenvolvimento: quais pessoas devem realizar o desenvolvimento
- Atribuição de testes: quais pessoas devem realizar os testes
-
e. O texto acima apresenta algumas habilidades sobre o arquiteto de software, é possível algumas delas com P.O? [https://engenhariasoftware.wordpress.com/2010/12/01/boas-praticas-para-um-arquiteto-de-software/]
- o item 2, flexibilidade: pode ser que em algum momento seja discutida a viabilidade se se usar uma tecnologia que traga maior ou menor qualidade, segurança ou desempenho com o PO
- o item 3, produtividade: de mesma forma se a produtividade será afetada então deverá existir uma conversa juntamente com o PO
-