Atividade 1

Fazer download em docx, pdf ou txt
Fazer download em docx, pdf ou txt
Você está na página 1de 3

A arquitetura de software é uma parte fundamental do processo de desenvolvimento de

software, pois determina como os componentes de um sistema devem se relacionar e


trabalhar juntos para alcançar os objetivos do projeto que é entregar um software com grande
qualidade, existem vários tipos de arquiteturas de software algumas já tem o seu uso não
recomendando para novos projetos, mas ainda estão sendo usados em detrimento de outros
modelos como a arquitetura de micro serviços.

E para isso faz se necessário o uso de metodologias ágeis, como Scrum e Kanban, se
concentram em entregar valor ao cliente de maneira rápida e eficiente, ajustando o plano
conforme necessário. A arquitetura de software é importante neste contexto, pois fornece a
base sólida para o desenvolvimento de software ágil, garantindo que as entregas sejam
escaláveis, manuteníveis e adaptáveis às mudanças.

O Scrum exige apenas maturidade da equipe e o que foi planejado na spring é o que deve ser
entregue, lembro de quando trabalhava em uma empresa, e devido a pressão de alguns
clientes a sprint era mudada alguns itens isso foi algo muito desagradável, mas aos poucos
fomos entendendo e aprendendo a negociar com os clientes.

A metodologia Scrum, por exemplo, baseia-se em sprints curtos de trabalho, onde o time de
desenvolvimento trabalha juntamente para alcançar objetivos claros. A arquitetura de
software é importante neste contexto, pois permite que o time de desenvolvimento possa
trabalhar de forma eficiente, garantindo que o trabalho realizado em cada sprint se integre
corretamente ao sistema completo.

Já a metodologia Kanban se concentra em visualizar o fluxo de trabalho e melhorar a eficiência


através de ajustes contínuos. A arquitetura de software é importante neste contexto, pois
permite que o time de desenvolvimento possa entender como o trabalho está fluindo e onde é
possível fazer melhorias, ajudando a garantir a entrega de valor ao cliente de maneira
eficiente.

Spotify (Squad)

Esquadrões (Squad)

Semelhante a uma equipe Scrum, os Esquadrões são equipes autônomas multifuncionais (em
geral de 6 a 12 indivíduos) que se concentram em uma área de recurso. Cada Esquadrão tem
uma missão única que orienta o trabalho que faz, um Coach Ágil para suporte e um
proprietário de produto para orientação. Os Esquadrões determinam qual
metodologia/estrutura ágil vai ser usada.

Tribos (Trib)

Quando vários Esquadrões se coordenam entre si na mesma área de recurso, eles formam
uma Tribo. As Tribos ajudam a criar o alinhamento entre os Esquadrões e em geral são
formadas por 40 a 150 pessoas para manter o alinhamento (aproveitando algo chamado
de Número de Dunbar). Cada Tribo tem um líder que é responsável por ajudar a coordenar os
Esquadrões e por incentivar a colaboração.
Capítulo

Embora os Esquadrões sejam autônomos, é importante que os especialistas (p.ex.,


desenvolvedor Javascript, DBAs) estejam alinhados em relação às práticas recomendadas. Os
Capítulos são a família de cada especialista. Eles ajudam a manter o alinhamento dos padrões
de engenharia na disciplina. Os Capítulos são em geral liderados por um líder de tecnologia
sênior, que também pode ser o gerente dos membros da equipe nesse Capítulo.

Corporação

Os membros da equipe que são apaixonados por um tópico podem formar uma Corporação,
que é uma comunidade de interesse. Qualquer um pode se juntar a uma Corporação, é
voluntário. Enquanto os Capítulos pertencem a uma Tribo, as Corporações podem intersectar
Tribos diferentes. Não há líder formal em uma Corporação. Em vez disso, alguém se oferece
para ser o Coordenador da Corporação e ajudar a reunir as pessoas.

Trio (TDP)

O Trio (também conhecido como Trio TPD) é uma combinação de um Líder de Tribo, líder de
produto e líder de design. Cada tribo tem um Trio para garantir que haja alinhamento contínuo
entre essas três perspectivas ao trabalhar em áreas de recursos.

Aliança

De acordo com a escalabilidade das empresas, às vezes, várias Tribos precisam trabalhar em
conjunto para atingir uma meta. As Alianças são combinações de Trios de Tribos (em geral três
ou mais) que trabalham juntos para ajudar suas Tribos a colaborar em um objetivo maior que
qualquer Tribo individual.

Pronto. Não há muitas práticas que precisem ser seguidas ou cerimônias que precisem
acontecer. Os Esquadrões podem ter cerimônias como planejamento de sprint e
retrospectivas, mas o foco do modelo do Spotify está em como as equipes se organizam em
torno do trabalho. Cabe aos esquadrões descobrir a melhor maneira de fazer o trabalho.

Os benefícios do modelo do Spotify

Quando o Spotify mudou a forma de escalabilidade que usavam para a agilidade, eles queriam
permitir que os Esquadrões se movessem e lançassem software rápido gerando o mínimo de
problemas e sobrecarga. Eles perceberam esses e mais benefícios à medida que o modelo foi
evoluindo. Alguns dos benefícios organizacionais da implementação do modelo do Spotify são:

Menos processos formais e cerimônias

O modelo do Spotify tem como foco a organização em torno do trabalho e não


necessariamente em processos e cerimônias. Assim a organização tem maior flexibilidade em
relação ao trabalho dos Esquadrões. Em vez de exigir que os Esquadrões mudem o jeito de
trabalhar (“vocês devem usar o Scrum”), o foco está em fazer com que se alinhem uns com os
outros e orientar para resultados individuais das equipes.
O modelo do Spotify incentiva a autonomia e a criatividade, confiando nas pessoas para
concluir o trabalho que estão fazendo da maneira que acreditam ser a melhor. Você precisa
lançar software? O Esquadrão é quem sabe. Você precisa mudar de direção? De novo, o
Esquadrão é quem sabe. O modelo do Spotify tem como foco a descentralização da tomada de
decisões e a transferência dessa responsabilidade para Esquadrões, Tribos, Capítulos e
Corporações.

Em resumo, a arquitetura de software é uma parte fundamental da construção de software e


sua relação com metodologias ágeis, como Scrum e Kanban, modelo Spotify é de grande
importância para garantir a entrega de software de qualidade, adaptável e escalável seguro e
sempre respeitando as sprint´s que foram montadas.

Fonte:

https://fia.com.br/blog/scrum/

https://www.treasy.com.br/biblioteca-treasy/

https://www.atlassian.com/br/agile/agile-at-scale/spotify

Você também pode gostar