Metodologia de Sitemas

Prévia do material em texto

Aluno: Osvaldo Cassiano da Silva Neto. 
Professor: Ronnison Reges Vidal. 
 
 
 
 
 
 
 
 
 
 
 
 
 
(3.1)Explique por que, para as empresas, a entrega rápida e 
implantação de novos sistemas frequentemente é mais 
importante do que a funcionalidade detalhada desses sistemas. 
As empresas usam os métodos ágeis, ou seja, métodos de desenvolvimento de 
software que são orientados à entrega rápida do produto. O software é desenvolvido e 
entregue incrementalmente de forma que a documentação e burocracia do processo 
são minimizadas. O foco do desenvolvimento está no código em si, em vez de na 
documentação de apoio. Com isso a empresa lucra mais rapidamente e garante que o 
software esteja pronto no menor tempo possível. Satisfazendo tanto a empresa 
quanto o cliente. 
(3.2) Explique como os princípios básicos dos métodos ágeis 
levam ao desenvolvimento e implantação de software 
acelerados. 
Os princípios básicos dos métodos ágeis fazem com que os clientes se envolvam no 
processo de desenvolvimento, o software é desenvolvido em incrementos com o 
cliente, especificando os requisitos para serem incluídos em cada um, os membros da 
equipe desenvolvem suas próprias habilidades de trabalho, sem processos prescritivos, 
tendo em mente que os requisitos irão mudar, com isso projetam o sistema de 
maneira a aceitar essas mudanças e focalizam a simplicidade, tanto do software a ser 
desenvolvido quanto do processo do desenvolvimento, procurando ativamente 
trabalhar para eliminar a complexidade do sistema. 
(3.3) Quando você não recomendaria o uso de um método ágil 
para o desenvolvimento de um sistema de software? 
Quando forem grandes sistemas e também para engenharia de sistemas críticos, 
devido à necessidade de proteção, segurança e analise de confiança que exigem 
modificações significativas nos métodos ágeis antes que possam ser usados. 
 
4º) Explicar as fases e funcionamento do XP (Extreme 
Programming). 
(do inglês extreme Programming), ou simplesmente XP, é uma metodologia ágil para 
equipes pequenas e médias e que irão desenvolver software com requisitos vagos e 
em constante mudança. Para isso, adota a estratégia de constante acompanhamento e 
realização de vários pequenos ajustes durante o desenvolvimento de software. 
Os cinco valores fundamentais da metodologia XP são: comunicação, 
simplicidade, feedback, coragem e respeito. A partir desses valores, possui como 
princípios básicos: feedback rápido, presumir simplicidade, mudanças incrementais, 
abraçar mudanças e trabalho de qualidade. 
Dentre as variáveis de controle em projetos (custo, tempo, qualidade e escopo), há um 
foco explícito em escopo. Para isso, recomenda-se a priorização de funcionalidades 
que representem maior valor possível para o negócio. Desta forma, caso seja 
necessário a diminuição de escopo, as funcionalidades menos valiosas serão adiadas 
ou canceladas. 
A XP incentiva o controle da qualidade como variável do projeto, pois o pequeno 
ganho de curto prazo na produtividade, ao diminuir qualidade, não é compensado por 
perdas (ou até impedimentos) a médio e longo prazo. 
5º) Explicar as fases e funcionamento do SCRUM. 
O Scrum não é um processo padronizado onde metodicamente você segue uma série 
de etapas sequenciais e que vão garantir que você produza, no prazo e no orçamento, 
um produto de alta qualidade e que encanta os seus clientes. 
Em vez disso, o Scrum é um framework para organizar e gerenciar trabalhos 
complexos, tal como projetos de desenvolvimento de software. 
Para melhor entender este conceito, imagine que o framework seja como a fundação e 
as paredes de um edifício. Os valores do Scrum, princípios e práticas seriam os 
principais componentes estruturais. Você não pode ignorar ou mudar 
fundamentalmente um valor, princípio ou prática sem o risco de colapso. 
O que você pode fazer, porém, é personalizar o interior da estrutura do Scrum, 
acrescentando artefatos e recursos até que você tenha e um processo que funciona 
para sua empresa. 
 
 Product Owner 
Product Owner é o ponto central com poderes de liderança sobre o produto. Ele é 
o único responsável por decidir quais recursos e funcionalidades serão construídos e 
qual a ordem que devem ser feitos. 
É responsabilidade dele manter e comunicar a todos os outros participantes uma visão 
clara do que a equipe Scrum está buscando alcançar no projeto. Como tal, ele é 
responsável pelo sucesso global da solução. 
Para garantir que a equipe construa rapidamente o que o Product Owner precisa, 
ele deve colaborar ativamente com o ScrumMaster e equipe de desenvolvimento e 
deve estar disponível para responder às perguntas tão logo estas são feitas. 
 
 
Scrum Master 
O ScrumMaster é responsável por ajudar a todos os envolvidos a entender e abraçar 
os valores, princípios e práticas do Scrum. 
Ela age como um Coach, executando a liderança do processo e ajudando a equipe 
Scrum (e o resto da organização) a desenvolver sua própria abordagem do Scrum, que 
tenha a melhor performance, respeitando as particularidades da organização. 
O ScrumMaster também tem um papel de facilitador. Ele deve ajudar a equipe a 
resolver problemas e fazer melhorias no uso do Scrum. Ele também é responsável por 
proteger a equipe contra interferências externas e assume um papel de liderança na 
remoção de impedimentos que podem atrapalhar a produtividade. 
Normalmente o ScrumMaster não tem autoridade para exercer o controle sobre a 
equipe, de modo que este papel não é o 
mesmo que o papel tradicional do Gerente de Projeto ou Gerente de Desenvolvimento. 
O ScrumMaster age como um líder, não como um gerente. 
Time Scrum 
No desenvolvimento tradicional de software são abordados vários tipos de trabalho, 
tais como: arquiteto, programador, testador, administrador de banco de dados, 
Designer, e assim por diante. 
No Scrum é definido o papel do Time de Desenvolvimento, que é simplesmente a 
junção de todas essas pessoas em uma equipe multidisciplinar, e que são responsáveis 
pela concepção, construção e testes do produto. 
A idéia principal é que a equipe de desenvolvimento se auto-organiza para determinar 
a melhor maneira de realizar o trabalho para atingir a meta estabelecida pelo Product 
Owner.