Gerência de requisitos é a ciência e a arte de obter e gerenciar requisitos de usuários, requisitos de negócios, requisitos técnicos, requisitos de processos e requisitos funcionais, e processos para tratar requisitos de um produto de desenvolvimento de software (implementação e manutenção). Todas estas classes de requerimentos devem ser tratadas na fase de visão, levantamento, construção e testes do seu ciclo de desenvolvimento de software. A não observação desta regra irá acarretar em descontentamentos e rejeições por parte dos clientes e usuários do projeto. Entre 40% e 60% das falhas e defeitos dos softwares são resultados de um fraco gerenciamento dos requerimentos de software.

Através de técnicas ágeis e /ou prescritivas, a MAS Consulting ministra workshop, treinamento,
mentoring e coaching visando reduzir o desencontro entre os pedidos dos clientes e usuários e o
que é produzido pelos times de desenvolvimento de projetos.

Existem dois públicos-alvo:

1. Profissionais que contratam e/ou especificam sistemas. São pessoas que têm domínio de um ou mais problemas de negócio e que precisam se comunicar com pessoal de sistemas para a criação de soluções baseadas em TI.

2. Profissionais de TI responsáveis por atender as necessidades de TI, mas que tem dificuldades em extrair informações das necessidades dos profissionais de negócio.

VOLTAR AO TOPO

Derrubar barreiras de comunicação entre profissionais que tem conhecimento de negócio e os implementadores das soluções baseadas em TI, de forma a criar soluções que agregam valor ao negócio, a custos menores e com maior previsibilidade de custos e prazos.

Proporcionar ao participante a autonomia técnica para definir quais são os documentos mais adequados e em que momento eles são necessários para a implementação ou manutenção corretiva, evolutiva e adaptativa de um projeto de software.

VOLTAR AO TOPO

Esta capacitação apresenta conceitos de base sobre a disciplina de gerência de requisitos que servirão perenemente aos desafios de projetos de software. Recomenda-se somente para profissionais que tenham vivência em projetos ou estejam iniciando os desafios de projetos na prática.

VOLTAR AO TOPO

• Visão inicial sobre usabilidade, desempenho, manutenção e qualidade.
• Técnicas para identificar e qualificar usuários de um projeto.
• Práticas comprovadas de preparação e planejamento visando extrair o máximo de seus usuários (pré-reunião)
• Reuniões: JAD - Joint Application Development, Stand-up Meeting, Slip de Crawford, Weekly Task Meeting, Requirements Workshop, Brainstorm e Scope Reduction.
• Gerenciando expectativas do que é possível obter e o que não é possível obter com entrevistas e especificações.
• Qual é o preço de uma má documentação? Quando se descobre um erro de documentação? Os erros por trás de uma má documentação.
• Compreensão das fases de entrevista, análise, especificação e validação.
• Requisitos funcionais, requisitos não funcionais, requisitos especulativos, requisitos de negócios, requisitos de usuários, requisitos de sistemas e requisitos descartáveis.
• O que é UML, suas vantagens e desvantagens para requisitos de negócios.
• Use Case: Modelos, tecnicas, como construir, como obter as informações, o que pode ser feito depois.
• Definindo a mais efetiva forma de documentos para manutenção, pacotes de software, outsourcing e projetos com alto índice de mudanças.
• 10 passos para evitar surpresas desagradáveis na hora de entregar as funcionalidades.

VOLTAR AO TOPO

Empresa: UBSistemas

José Roberto Freire Júnior, Analista de Sistemas

Qual sua avaliação do conteúdo apresentado?

O conteúdo do curso é extremamente interessante, principalmente, pelo foco em obtenção de resultados satisfatórios e não em preocupação com a metodologia a ser utilizada. Dessa forma, o curso fica aderente ao ambiente real de um projeto de software, inclusive, traçando um paralelo com a experiência anterior que eu havia tido em um curso de gerência de requisitos eu posso garantir que esse curso foi muito mais significativo para o meu aperfeiçoamento na área de requisitos. Esse outro curso que eu participei foi ministrado baseado nos modelos CMMi e MPS.BR com foco na geração de documentação e muito distante da realidade de um projeto, o que gera um distanciamento entre o que é ensinado e o que de fato pode ser realizado durante um projeto.

Qual foi em sua opinião o ponto forte do curso?

A argumentação muito bem elaborada sobre os temas mais polêmicos.

Alguns dos temas apresentados podem ser utilizados em seu dia-a-dia, se sim, poderia citá-lo?

A utilização da Prototipação Descartável, as técnicas de Stand up Meeting e Weekly Task Meeting.

Antes do curso eu estava totalmente convencido de que a UML era a solução para os meus problemas, hoje estou totalmente convencido do contrário.

Você esclareceu as dúvidas que motivaram a participação no curso?

Sim, mas isso aconteceu nos intervalos do curso. Por isso, acredito que seja importante uma avaliação sobre os tópicos abordados durante o curso e uma melhor avaliação da carga horária. Caso contrário, acredito que possa ser gerada alguma frustação nos participantes pela falta de mais tempo para a abordagem dos assuntos.

Empresa: Promisys

Juari Daniel, Coordenador de Sistemas

Qual sua avaliação do conteúdo apresentado?

Achei o conteúdo excelente, bem sincero e objetivo.

Qual foi em sua opinião o ponto forte do curso?

O ponto forte do curso para mim, foi a vivencia passada dos temas abordados, o foco no que já foi vivenciado pelo facilitador, não foi apenas um curso onde é passado apenas uma explicação dos temas, e sim o que já foi utilizado. Realmente um curso dinâmico, por mais que em alguns momentos a turma ficasse sonolenta, principalmente depois de comer (break), o facilitador conseguia fazer retornar a atenção para o curso. Outro ponto forte foram os exercícios onde podemos ter uma idéia de como colocar na pratica o que nos foi passado.

Alguns dos temas apresentados podem ser utilizados em seu dia-a-dia, se sim, poderia citá-lo?

A maioria dos temas poderá ser utilizado no meu dia-a-dia, mas o mais interessante foi que antes mesmo de acabar o curso já coloquei em pratica alguns temas, como por exemplo a forma de analise do problema, desenhando a possível solução antes de executa-lá. Inclusive isso foi feito em 2 projetos, ondeem um todas as soluções pensadas até então causaria um grande impacto no software e agora encontramos uma solução muito mais fácil, rápido e viável. O outro projeto que no começo todos achavam muito bom e que ficaria uma implementação excelente, chegamos a conclusão de que não é viável, nesse foi utilizado o desenvolvimento como uma atividade intelectual.

Antes do curso eu estava totalmente convencido de que a UML era a solução para os meus problemas, hoje estou totalmente convencido do contrário.

Você esclareceu as dúvidas que motivaram a participação no curso?

Sim, esclareci todas as minhas dúvidas, e agora tenho uma nova visão sobre requisitos e sobre como extrai-los de forma eficiente, sai com a sensação de retorno garantido, de que o investimento valeu cada centavo.

VOLTAR AO TOPO