53
Engenharia de Software
UAM
37
Engenharia de Software
UAM
5
Engenharia de Software
UAM
1
Engenharia de Software
UAM
35
Engenharia de Software
UAM
36
Engenharia de Software
UAM
2
Engenharia de Software
UAM
35
Engenharia de Software
UAM
31
Engenharia de Software
UAM
2
Engenharia de Software
UAM
Texto de pré-visualização
Modelos de processos de software fornecem diretrizes gerais para o desenvolvimento do software e devem ser escolhidos e utilizados de acordo com características específicas do projeto de desenvolvimento do software que envolve informações da equipe a desenvolver o software e também do cliente Imagine a situação abaixo Um escritório de advocacia deseja contratar os seus serviços para apoiar no suporte automatizado de tarefas jurídicas comumente realizadas por seus advogados Dentre as atividades temse a elaboração de documentos a serem protocolizados em diferentes tribunais de justiça de esfera estadual e federal o acompanhamento de movimentações processuais de processos judiciais sob os cuidados dos advogados do escritório e o gerenciamento de prazos jurídicos para manifestação em processos judiciais acompanhados pelo escritório Você como bom engenheiro de software percebe que muito tem a aprender sobre a área jurídica e também sobre a forma de trabalho dentro do escritório cujo processo de negócio deverá ser apoiado pelo software solicitado Ao visitar o escritório e conhecer um pouco mais da empresa você percebe que todo o acompanhamento de processos judiciais é realizado ainda em papel e pilhas e mais pilhas de papel podem ser vistas nas mesas dos advogados da empresa Duas coisas você consegue deduzir disso 1 a empresa parece ser bem sucedida e os advogados devem ser bastante ocupados já que a quantidade de processos judiciais é bem alta 2 o sistema trará economia para a empresa de milhares de reais hoje gastos com impressão Você percebe que a agenda lotada dos advogados do escritório pode se mostrar um desafio para uma comunicação mais efetiva de levantamento do problema e também do processo de negócio Para a sua sorte o principal advogado do escritório que iniciou o contato com você está bastante engajado no projeto e se mostra disposto a participar de quantas interações com a equipe de desenvolvimento forem necessárias para a captura das necessidades da empresa quanto ao software Ele deseja também que sejam entregues versões intermediárias do software final contendo funcionalidades prioritárias e estratégicas para o negócio uma vez que ele não tem certeza de todas as funcionalidades que serão necessárias para compor o software no inícío do projeto ele quer garantir que as mais importantes sejam implementadas primeiro Do seu lado você tem uma equipe reduzida de analistas desenvolvedores e testadores porém bem coesa e comunicativa com a ressalva de nunca terem trabalhado com a construção de nenhum sistema para a área jurídica Considerando o cenário acima identifique que modelo de processo de desenvolvimento de software você escolheria para apoiar o desenvolvimento do software solicitado Justifique sua escolha associando as características do cenário acima com as do modelo selecionado No contexto apresentado no qual um escritório de advocacia busca desenvolver um software para automatizar suas tarefas jurídicas a seleção do modelo de processo de desenvolvimento de software desempenha um papel crítico para o êxito do projeto Dadas as particularidades das atividades e a composição da equipe envolvida o modelo Scrum um paradigma ágil parece ser a abordagem mais coerente Vamos aprofundar essa escolha considerando as características do cenário e os princípios subjacentes ao Scrum O Scrum é um dos modelos de desenvolvimento ágil de software mais proeminentes notabilizado por sua adaptabilidade enfoque em entregas incrementais e iterativas e ênfase na colaboração estreita entre a equipe de desenvolvimento e o cliente No cenário exposto diversas características apontam para a viabilidade do Scrum A primeira delas é a evolução das requisições do cliente isso porque no início do projeto o cliente não detém uma clareza plena sobre todas as funcionalidades requeridas O Scrum é altamente compatível com tal situação uma vez que possibilita o refinamento e a priorização contínuos das funcionalidades durante o desenvolvimento permitindo entregas parciais e ajustes iterativos Outra característica que podemos citar é a de entregas incrementais e iterativas pois o Scrum propugna a segmentação do desenvolvimento em iterações denominadas sprints Cada sprint culmina numa versão funcional do software que pode ser potencialmente entregue ao cliente Essa abordagem coadunase com a aspiração do cliente de obter versões intermediárias do software permitindolhe avaliar o progresso e oferecer feedback contínuo Analisando de forma minuciosa podemos notar que uma outra característica é uma equipe unida e comunicativa O modelo Scrum valoriza a comunicação e a colaboração entre os membros da equipe incentivando a responsabilidade compartilhada e a auto organização Tendo em vista a coesão e a capacidade comunicativa da equipe de desenvolvimento o Scrum pode explorar esses atributos para otimizar o processo de trabalho A adaptação a mudanças e o ambiente flexível é uma importante característica para esse cenário isso porque uma vez que o escritório de advocacia está adentrando o terreno desconhecido da automação das tarefas jurídicas é verossímil que as necessidades e os requisitos evoluam à medida que o processo se desenrola O Scrum é flexível o suficiente para gerir mudanças de maneira controlada permitindo à equipe adaptarse às novas informações e requisitos emergentes Por último podemos citar a economia de recursos e a priorização de funcionalidades pois o Scrum viabiliza a implementação das funcionalidades de maior relevância prioritariamente Tal abordagem é essencial para o projeto uma vez que conforme observado o sistema conferirá uma economia significativa ao escritório A ênfase em funcionalidades estratégicas assegura que os benefícios sejam perceptíveis precocemente Dessa forma o Scrum emerge como a opção mais pertinente para o cenário delineado Sua ênfase na colaboração iteração flexibilidade e entrega contínua harmonizase com as características do projeto e dos conjuntos de equipes envolvidos Contudo é válido salientar que cada projeto é singular e a adaptação do modelo escolhido às minúcias específicas é imperativa para o sucesso Consequentemente o Scrum deve ser customizado para atender às necessidades e limitações inerentes a este projeto Além disso a natureza do setor jurídico com sua complexidade normativa e nuances processuais demanda uma abordagem flexível e adaptativa o que se alinha ao cerne da metodologia Scrum A capacidade de efetuar ajustes rápidos e incorporar feedback constante proporciona uma maneira ideal de lidar com a complexidade inerente à tradução das necessidades do escritório de advocacia em soluções tecnológicas eficazes As entregas incrementais permitem que os advogados experimentem o software em estágios iniciais e forneçam insights que são vitais para o desenvolvimento de um produto que atenda precisamente às suas demandas operacionais Em conclusão a seleção do modelo de processo de desenvolvimento de software é uma decisão crítica para o sucesso do projeto de automação de tarefas jurídicas do escritório de advocacia O Scrum se destaca como uma opção ideal com sua ênfase na colaboração entregas incrementais adaptação contínua e capacidade de atender às necessidades mutáveis do cliente Sua capacidade de criar um processo de desenvolvimento colaborativo que valoriza o feedback constante e permite a implementação das funcionalidades mais relevantes inicialmente proporciona um quadro sólido para traduzir as aspirações do escritório em um software eficaz e eficiente Consequentemente a aplicação cuidadosa dos princípios Scrum nesse contexto promete uma trajetória de sucesso no desenvolvimento e na implementação do software jurídico desejado Referências Bibliográficas 1 Schwaber K Sutherland J 2017 The Scrum Guide Scrumorg 2 Sutherland J Schwaber K 2013 Scrum The Art of Doing Twice the Work in Half the Time Crown Business 3 Cockburn A 2002 Agile Software Development AddisonWesley Professional 4 Beck K Beedle M van Bennekum A Cockburn A Cunningham W Fowler M Kern J 2001 Manifesto for Agile Software Development Agile Alliance
53
Engenharia de Software
UAM
37
Engenharia de Software
UAM
5
Engenharia de Software
UAM
1
Engenharia de Software
UAM
35
Engenharia de Software
UAM
36
Engenharia de Software
UAM
2
Engenharia de Software
UAM
35
Engenharia de Software
UAM
31
Engenharia de Software
UAM
2
Engenharia de Software
UAM
Texto de pré-visualização
Modelos de processos de software fornecem diretrizes gerais para o desenvolvimento do software e devem ser escolhidos e utilizados de acordo com características específicas do projeto de desenvolvimento do software que envolve informações da equipe a desenvolver o software e também do cliente Imagine a situação abaixo Um escritório de advocacia deseja contratar os seus serviços para apoiar no suporte automatizado de tarefas jurídicas comumente realizadas por seus advogados Dentre as atividades temse a elaboração de documentos a serem protocolizados em diferentes tribunais de justiça de esfera estadual e federal o acompanhamento de movimentações processuais de processos judiciais sob os cuidados dos advogados do escritório e o gerenciamento de prazos jurídicos para manifestação em processos judiciais acompanhados pelo escritório Você como bom engenheiro de software percebe que muito tem a aprender sobre a área jurídica e também sobre a forma de trabalho dentro do escritório cujo processo de negócio deverá ser apoiado pelo software solicitado Ao visitar o escritório e conhecer um pouco mais da empresa você percebe que todo o acompanhamento de processos judiciais é realizado ainda em papel e pilhas e mais pilhas de papel podem ser vistas nas mesas dos advogados da empresa Duas coisas você consegue deduzir disso 1 a empresa parece ser bem sucedida e os advogados devem ser bastante ocupados já que a quantidade de processos judiciais é bem alta 2 o sistema trará economia para a empresa de milhares de reais hoje gastos com impressão Você percebe que a agenda lotada dos advogados do escritório pode se mostrar um desafio para uma comunicação mais efetiva de levantamento do problema e também do processo de negócio Para a sua sorte o principal advogado do escritório que iniciou o contato com você está bastante engajado no projeto e se mostra disposto a participar de quantas interações com a equipe de desenvolvimento forem necessárias para a captura das necessidades da empresa quanto ao software Ele deseja também que sejam entregues versões intermediárias do software final contendo funcionalidades prioritárias e estratégicas para o negócio uma vez que ele não tem certeza de todas as funcionalidades que serão necessárias para compor o software no inícío do projeto ele quer garantir que as mais importantes sejam implementadas primeiro Do seu lado você tem uma equipe reduzida de analistas desenvolvedores e testadores porém bem coesa e comunicativa com a ressalva de nunca terem trabalhado com a construção de nenhum sistema para a área jurídica Considerando o cenário acima identifique que modelo de processo de desenvolvimento de software você escolheria para apoiar o desenvolvimento do software solicitado Justifique sua escolha associando as características do cenário acima com as do modelo selecionado No contexto apresentado no qual um escritório de advocacia busca desenvolver um software para automatizar suas tarefas jurídicas a seleção do modelo de processo de desenvolvimento de software desempenha um papel crítico para o êxito do projeto Dadas as particularidades das atividades e a composição da equipe envolvida o modelo Scrum um paradigma ágil parece ser a abordagem mais coerente Vamos aprofundar essa escolha considerando as características do cenário e os princípios subjacentes ao Scrum O Scrum é um dos modelos de desenvolvimento ágil de software mais proeminentes notabilizado por sua adaptabilidade enfoque em entregas incrementais e iterativas e ênfase na colaboração estreita entre a equipe de desenvolvimento e o cliente No cenário exposto diversas características apontam para a viabilidade do Scrum A primeira delas é a evolução das requisições do cliente isso porque no início do projeto o cliente não detém uma clareza plena sobre todas as funcionalidades requeridas O Scrum é altamente compatível com tal situação uma vez que possibilita o refinamento e a priorização contínuos das funcionalidades durante o desenvolvimento permitindo entregas parciais e ajustes iterativos Outra característica que podemos citar é a de entregas incrementais e iterativas pois o Scrum propugna a segmentação do desenvolvimento em iterações denominadas sprints Cada sprint culmina numa versão funcional do software que pode ser potencialmente entregue ao cliente Essa abordagem coadunase com a aspiração do cliente de obter versões intermediárias do software permitindolhe avaliar o progresso e oferecer feedback contínuo Analisando de forma minuciosa podemos notar que uma outra característica é uma equipe unida e comunicativa O modelo Scrum valoriza a comunicação e a colaboração entre os membros da equipe incentivando a responsabilidade compartilhada e a auto organização Tendo em vista a coesão e a capacidade comunicativa da equipe de desenvolvimento o Scrum pode explorar esses atributos para otimizar o processo de trabalho A adaptação a mudanças e o ambiente flexível é uma importante característica para esse cenário isso porque uma vez que o escritório de advocacia está adentrando o terreno desconhecido da automação das tarefas jurídicas é verossímil que as necessidades e os requisitos evoluam à medida que o processo se desenrola O Scrum é flexível o suficiente para gerir mudanças de maneira controlada permitindo à equipe adaptarse às novas informações e requisitos emergentes Por último podemos citar a economia de recursos e a priorização de funcionalidades pois o Scrum viabiliza a implementação das funcionalidades de maior relevância prioritariamente Tal abordagem é essencial para o projeto uma vez que conforme observado o sistema conferirá uma economia significativa ao escritório A ênfase em funcionalidades estratégicas assegura que os benefícios sejam perceptíveis precocemente Dessa forma o Scrum emerge como a opção mais pertinente para o cenário delineado Sua ênfase na colaboração iteração flexibilidade e entrega contínua harmonizase com as características do projeto e dos conjuntos de equipes envolvidos Contudo é válido salientar que cada projeto é singular e a adaptação do modelo escolhido às minúcias específicas é imperativa para o sucesso Consequentemente o Scrum deve ser customizado para atender às necessidades e limitações inerentes a este projeto Além disso a natureza do setor jurídico com sua complexidade normativa e nuances processuais demanda uma abordagem flexível e adaptativa o que se alinha ao cerne da metodologia Scrum A capacidade de efetuar ajustes rápidos e incorporar feedback constante proporciona uma maneira ideal de lidar com a complexidade inerente à tradução das necessidades do escritório de advocacia em soluções tecnológicas eficazes As entregas incrementais permitem que os advogados experimentem o software em estágios iniciais e forneçam insights que são vitais para o desenvolvimento de um produto que atenda precisamente às suas demandas operacionais Em conclusão a seleção do modelo de processo de desenvolvimento de software é uma decisão crítica para o sucesso do projeto de automação de tarefas jurídicas do escritório de advocacia O Scrum se destaca como uma opção ideal com sua ênfase na colaboração entregas incrementais adaptação contínua e capacidade de atender às necessidades mutáveis do cliente Sua capacidade de criar um processo de desenvolvimento colaborativo que valoriza o feedback constante e permite a implementação das funcionalidades mais relevantes inicialmente proporciona um quadro sólido para traduzir as aspirações do escritório em um software eficaz e eficiente Consequentemente a aplicação cuidadosa dos princípios Scrum nesse contexto promete uma trajetória de sucesso no desenvolvimento e na implementação do software jurídico desejado Referências Bibliográficas 1 Schwaber K Sutherland J 2017 The Scrum Guide Scrumorg 2 Sutherland J Schwaber K 2013 Scrum The Art of Doing Twice the Work in Half the Time Crown Business 3 Cockburn A 2002 Agile Software Development AddisonWesley Professional 4 Beck K Beedle M van Bennekum A Cockburn A Cunningham W Fowler M Kern J 2001 Manifesto for Agile Software Development Agile Alliance