Palestra sobre BDD na UFSC - Universidade Federal de Santa Catarina.
Talk sobre como é a utilização do BDD dentro de uma grande empresa de Software, a Softplan!
Agile Brazil 2018 BDD - a chave para melhorar a comunicação entre stakehold...Allan Ferreira
O documento descreve a abordagem de Desenvolvimento Orientado a Comportamento (BDD) adotada em um projeto da Softplan, incluindo os papéis, benefícios, desafios e evolução do uso de BDD na empresa. O projeto usou BDD para documentar e desenvolver todo o back-end com sucesso dentro do prazo e orçamento. Isso melhorou a comunicação entre times e validou os requisitos de negócio.
Agile trends GOV - Foco no Valor: Utilizando BDD para melhorar a comunicação ...Guilherme Azevedo Cardozo
O documento discute o uso de Behavior Driven Development (BDD) para melhorar a comunicação entre times de desenvolvimento e clientes e entregar valor aos clientes. O BDD envolve a escrita de user stories, cenários e critérios de aceite para documentar claramente os requisitos do sistema e testar a implementação. Um projeto real é usado como exemplo para demonstrar como o BDD levou a um entendimento compartilhado, prazos e custos cumpridos, e qualidade do software.
[TDC-Floripa 2017] Utilizando BDD para análise de negócio e desenvolvimento d...Allan Ferreira
O documento apresenta o Behavior Driven Development (BDD) como uma técnica de desenvolvimento ágil que promove a colaboração entre os participantes de um projeto. O BDD utiliza user stories, features, critérios de aceite e cenários para documentar o comportamento do sistema e direcionar o desenvolvimento e testes. O documento descreve a aplicação do BDD em um projeto real da Softplan.
O documento discute o processo iterativo de desenvolvimento de software centrado em requisitos, onde o cliente define as funcionalidades implementadas em entregas curtas para validar o produto. Também aborda a importância de levantar requisitos por meio de casos de uso que guiem todo o processo e provoquem mudanças no início para ajustar o escopo.
TDC2017 | Florianopolis - Trilha DevOps How we figured out we had a SRE team ...tdc-globalcode
O documento apresenta o Behavior Driven Development (BDD) como uma técnica de desenvolvimento ágil que promove a colaboração entre os participantes de um projeto. O BDD utiliza user stories, features, critérios de aceite e cenários para documentar o comportamento do sistema e direcionar o desenvolvimento e testes. O documento descreve a aplicação do BDD em um projeto real da Softplan.
O documento descreve como os artefatos de testes de software poderiam ser vistos como um produto gourmet de nicho. Ele destaca que esses artefatos requerem um design exclusivo e características únicas para fornecer uma experiência premium ao usuário. Além disso, enfatiza a importância de focar na entrega de um produto melhorado, em vez de apenas encontrar defeitos.
Fábrica de Software - Desenvolvimento personalizado para o seu projeto especialStrada .
A Fábrica de Software é um serviço que desenvolve soluções de software personalizadas para atender às necessidades específicas de empresas, reduzindo custos e tempo de desenvolvimento. O processo envolve entendimento dos requisitos do cliente, projeto e desenvolvimento da solução, testes e entrega do software junto com treinamento. A Strada Soluções oferece essa fábrica de software com foco em soluções para logística.
Agile Brazil 2018 BDD - a chave para melhorar a comunicação entre stakehold...Allan Ferreira
O documento descreve a abordagem de Desenvolvimento Orientado a Comportamento (BDD) adotada em um projeto da Softplan, incluindo os papéis, benefícios, desafios e evolução do uso de BDD na empresa. O projeto usou BDD para documentar e desenvolver todo o back-end com sucesso dentro do prazo e orçamento. Isso melhorou a comunicação entre times e validou os requisitos de negócio.
Agile trends GOV - Foco no Valor: Utilizando BDD para melhorar a comunicação ...Guilherme Azevedo Cardozo
O documento discute o uso de Behavior Driven Development (BDD) para melhorar a comunicação entre times de desenvolvimento e clientes e entregar valor aos clientes. O BDD envolve a escrita de user stories, cenários e critérios de aceite para documentar claramente os requisitos do sistema e testar a implementação. Um projeto real é usado como exemplo para demonstrar como o BDD levou a um entendimento compartilhado, prazos e custos cumpridos, e qualidade do software.
[TDC-Floripa 2017] Utilizando BDD para análise de negócio e desenvolvimento d...Allan Ferreira
O documento apresenta o Behavior Driven Development (BDD) como uma técnica de desenvolvimento ágil que promove a colaboração entre os participantes de um projeto. O BDD utiliza user stories, features, critérios de aceite e cenários para documentar o comportamento do sistema e direcionar o desenvolvimento e testes. O documento descreve a aplicação do BDD em um projeto real da Softplan.
O documento discute o processo iterativo de desenvolvimento de software centrado em requisitos, onde o cliente define as funcionalidades implementadas em entregas curtas para validar o produto. Também aborda a importância de levantar requisitos por meio de casos de uso que guiem todo o processo e provoquem mudanças no início para ajustar o escopo.
TDC2017 | Florianopolis - Trilha DevOps How we figured out we had a SRE team ...tdc-globalcode
O documento apresenta o Behavior Driven Development (BDD) como uma técnica de desenvolvimento ágil que promove a colaboração entre os participantes de um projeto. O BDD utiliza user stories, features, critérios de aceite e cenários para documentar o comportamento do sistema e direcionar o desenvolvimento e testes. O documento descreve a aplicação do BDD em um projeto real da Softplan.
O documento descreve como os artefatos de testes de software poderiam ser vistos como um produto gourmet de nicho. Ele destaca que esses artefatos requerem um design exclusivo e características únicas para fornecer uma experiência premium ao usuário. Além disso, enfatiza a importância de focar na entrega de um produto melhorado, em vez de apenas encontrar defeitos.
Fábrica de Software - Desenvolvimento personalizado para o seu projeto especialStrada .
A Fábrica de Software é um serviço que desenvolve soluções de software personalizadas para atender às necessidades específicas de empresas, reduzindo custos e tempo de desenvolvimento. O processo envolve entendimento dos requisitos do cliente, projeto e desenvolvimento da solução, testes e entrega do software junto com treinamento. A Strada Soluções oferece essa fábrica de software com foco em soluções para logística.
O documento discute o conceito de Business Case no PRINCE2, explicando que ele fornece uma estrutura para avaliar se um projeto é desejável, viável e realizável e vale a continuação do investimento. Também descreve os passos para criar e manter um Business Case ao longo do projeto, incluindo desenvolvimento, verificação e atualização quando necessário.
Feature-Driven Development - Visão GeralRuan Carvalho
O documento descreve a metodologia de desenvolvimento de software chamada Feature-Driven Development (FDD). O FDD é um processo iterativo e incremental que foca no desenvolvimento equilibrado de funcionalidades valiosas para o cliente, através de modelagem, planejamento, detalhamento e implementação de pequenas funcionalidades por uma equipe multifuncional. O ciclo de vida do FDD inclui a construção de um modelo abrangente do sistema, a criação de uma lista de funcionalidades, o planejamento e detalhamento dessas funcionalidades e o desenvolvimento por funcionalidade.
Os principais benefícios de processos ágeis incluem maior flexibilidade, controle e colaboração com o cliente. Processos como Scrum enfatizam indivíduos, software funcionando, colaboração e adaptação a mudanças. Contratos com escopo variável e um "Dono do Produto" podem ajudar a controlar escopo e riscos em projetos ágeis.
O documento discute os principais conceitos e estruturas do Scrum, incluindo seus papéis, eventos e artefatos. Resume os principais pontos do Manifesto Ágil e compara o Scrum com outras metodologias. Explica como funcionam user stories, planning poker e kanban.
O documento discute a importância da prototipagem de software, definindo-a como a criação de versões iniciais de sistemas para validar requisitos com usuários. Apresenta dois tipos de protótipos - de baixa e alta fidelidade - e explica como a prototipagem beneficia a comunicação entre times e reduz mudanças posteriores, além de ser útil em metodologias ágeis para aumentar produtividade.
BDD e TDD na prática com SpecFlow e Visual Studio 2012Igor Abade
[1] A apresentação discute as práticas de desenvolvimento orientado a testes (TDD) e desenvolvimento orientado a comportamento (BDD) usando SpecFlow no Visual Studio. [2] O BDD é apresentado como uma evolução do TDD que foca nos comportamentos do software do ponto de vista dos usuários. [3] O SpecFlow é mostrado como uma ferramenta para .NET que permite a escrita de testes de aceitação usando a linguagem Gherkin.
É notável que a F.D.D. (Feature Driven-Development) é uma das metodologias ágeis que mais se aproxima do modelo tradicional, pois concentra uma boa parte da sua energia em etapas de planejamento, onde muitas outras não possuem um foco tão explicito. A ideia é mostrar a todos, como esta metodologia proporciona uma adaptação mais suave dos modelos tradicionais aos modelos agilistas.
O documento descreve a metodologia ágil de desenvolvimento de software FDD (Desenvolvimento guiado por funcionalidades), incluindo sua história, problemas que resolveu e os cinco processos centrais: 1) Desenvolver um modelo abrangente, 2) Construir uma lista de funcionalidades, 3) Planejar por funcionalidade, 4) Detalhar por funcionalidade e 5) Construir por funcionalidade.
Como acertar na contratação de fábrica de software - Agile TrendsYuri Morais
Este documento discute como contratar uma fábrica de software de forma a garantir bons resultados e qualidade, evitando armadilhas comuns. Ele sugere usar métricas próprias em vez de pontos de função, definir claramente os papéis de Product Owner e Líder Técnico, e estruturar o trabalho em sprints e entregas contínuas para manter o engajamento do cliente. Também trata da importância de exigir perfis qualificados e experiência dos desenvolvedores, e remunerar atividades cruciais como refatoração e
O documento explica as diferenças entre projetos e produtos. Projetos são desenvolvidos para um único cliente e não são reutilizáveis, enquanto produtos são padronizados e usados por vários clientes. O foco de projetos é entregar dentro do orçamento e prazo, enquanto produtos visam qualidade e adaptabilidade para vários clientes.
O Scrum é um processo iterativo e incremental para gerenciar projetos de software ágil. Foi concebido inicialmente para indústrias de manufatura e envolve discussões diárias, transparência no planejamento e remoção de impedimentos para entregar valor ao cliente. O Scrum utiliza papéis como Product Owner, Scrum Master e Time para entregar funcionalidades em releases curtas de acordo com as prioridades do negócio.
A equipe de tecnologia da Unity Eventos iniciou um projeto para desenvolver um sistema de gerenciamento de eventos utilizando a metodologia FDD. O documento descreve a primeira prática do ciclo de vida da FDD: desenvolver um modelo abrangente, no qual a equipe realizou o domain walkthrough com a especialista de negócios explicando o processo de organização de eventos e estudou a documentação fornecida.
O documento descreve a metodologia de desenvolvimento de software Feature Driven Development (FDD). FDD foi criada em 1997 para resolver problemas de atrasos e cancelamentos de projetos. A metodologia inclui fases de concepção, planejamento e construção e define papéis como gestor de projeto, chefe de design e programador chefe.
O documento descreve a metodologia de Desenvolvimento Guiado por Funcionalidades (FDD), incluindo seus conceitos, características, práticas e processos. O FDD enfatiza a entrega frequente de software funcional ao cliente através do desenvolvimento incremental por características (funcionalidades), com foco no envolvimento do cliente e na qualidade do código.
Feature Driven Development – Desenvolvimento Guiado por FuncionalidadesHiury Araújo
Esta apresentação, mostra detalhes de uma das abordagens ágeis para desenvolvimento de software, a FDD - Feature Driven Development – Desenvolvimento Guiado por Funcionalidades.
O documento descreve os conceitos de BDD (Behavior Driven Development), TDD (Test Driven Development) e DDD (Domain Driven Design). BDD tem foco no comportamento do software e é uma mistura de TDD e DDD. TDD envolve escrever testes antes do código e DDD enfatiza boas práticas de programação e baixo acoplamento entre classes. O BDD integra negócios e TI através da definição de features, cenários e passos pelo negócio e implementação e testes pela TI.
TDC POA - Especificação Por Exemplo como ferramenta de negóciosSamanta Cicilia
Especificação por exemplo é um conjunto de patterns que ajudam a construir o produto certo da maneira certa. Muitas pessoas atribuem sua utilização apenas a parte de teste de software, porém ela vai muito além disso e tem dicas valiosas sobre o quanto a colaboração pode nos ajudar a descobrir o que nossos clientes realmente precisam.
Este documento descreve o framework Scrum, incluindo seus papéis, artefatos e eventos. Ele destaca que Scrum valoriza indivíduos, software funcionando e colaboração com clientes mais do que processos, documentação e contratos. O documento explica os papéis de Product Owner, Scrum Master e Dev Team, assim como os artefatos de Product Backlog, Sprint Backlog e eventos como Sprint Planning Meeting e Sprint Retrospective.
BDD (Behavior-Driven Development) é uma abordagem de desenvolvimento de software que se concentra em especificar comportamentos desejados do software através de cenários e testes de aceitação escritos em linguagem natural com os stakeholders. Foi desenvolvido por Dan North em 2003 e combina TDD, DDD e OOAD para promover a colaboração entre desenvolvedores e analistas de negócios através de ferramentas e processos compartilhados.
BDD - Integrando regras de negócio e programaçãoGleica Reinert
O documento apresenta Behavior Driven Development (BDD) como uma técnica de desenvolvimento ágil que integra regras de negócio à programação através da descrição do comportamento do software. O BDD utiliza a linguagem Gherkin para descrever cenários de teste em uma forma estruturada de Pré-Condição, Ação e Resultado esperado. As ferramentas SpecFlow e Cucumber permitem a automação destes cenários para validação e documentação do software.
TDC2017 | Florianópolis - Trilha Analise de Negocios Utilizando BDD para anal...tdc-globalcode
O documento apresenta o Behavior Driven Development (BDD) como uma técnica de desenvolvimento ágil que promove a colaboração entre os participantes de um projeto. O BDD utiliza user stories, features, critérios de aceite e cenários para documentar o comportamento do sistema e direcionar o desenvolvimento e testes. O documento descreve a aplicação do BDD em um projeto real da Softplan.
TDC SP 2018 - Utilizando BDD para análise de negócio e desenvolvimento de pro...Allan Ferreira
O documento discute o uso da técnica Behavior Driven Development (BDD) para análise de negócio e desenvolvimento de projetos. Apresenta os conceitos-chave do BDD como user stories, cenários e critérios de aceite. Relata a experiência positiva de um projeto real na Softplan que utilizou BDD, resultando em entrega com qualidade, dentro do prazo e do orçamento. Discute também benefícios, desafios e ferramentas do BDD.
O documento discute o conceito de Business Case no PRINCE2, explicando que ele fornece uma estrutura para avaliar se um projeto é desejável, viável e realizável e vale a continuação do investimento. Também descreve os passos para criar e manter um Business Case ao longo do projeto, incluindo desenvolvimento, verificação e atualização quando necessário.
Feature-Driven Development - Visão GeralRuan Carvalho
O documento descreve a metodologia de desenvolvimento de software chamada Feature-Driven Development (FDD). O FDD é um processo iterativo e incremental que foca no desenvolvimento equilibrado de funcionalidades valiosas para o cliente, através de modelagem, planejamento, detalhamento e implementação de pequenas funcionalidades por uma equipe multifuncional. O ciclo de vida do FDD inclui a construção de um modelo abrangente do sistema, a criação de uma lista de funcionalidades, o planejamento e detalhamento dessas funcionalidades e o desenvolvimento por funcionalidade.
Os principais benefícios de processos ágeis incluem maior flexibilidade, controle e colaboração com o cliente. Processos como Scrum enfatizam indivíduos, software funcionando, colaboração e adaptação a mudanças. Contratos com escopo variável e um "Dono do Produto" podem ajudar a controlar escopo e riscos em projetos ágeis.
O documento discute os principais conceitos e estruturas do Scrum, incluindo seus papéis, eventos e artefatos. Resume os principais pontos do Manifesto Ágil e compara o Scrum com outras metodologias. Explica como funcionam user stories, planning poker e kanban.
O documento discute a importância da prototipagem de software, definindo-a como a criação de versões iniciais de sistemas para validar requisitos com usuários. Apresenta dois tipos de protótipos - de baixa e alta fidelidade - e explica como a prototipagem beneficia a comunicação entre times e reduz mudanças posteriores, além de ser útil em metodologias ágeis para aumentar produtividade.
BDD e TDD na prática com SpecFlow e Visual Studio 2012Igor Abade
[1] A apresentação discute as práticas de desenvolvimento orientado a testes (TDD) e desenvolvimento orientado a comportamento (BDD) usando SpecFlow no Visual Studio. [2] O BDD é apresentado como uma evolução do TDD que foca nos comportamentos do software do ponto de vista dos usuários. [3] O SpecFlow é mostrado como uma ferramenta para .NET que permite a escrita de testes de aceitação usando a linguagem Gherkin.
É notável que a F.D.D. (Feature Driven-Development) é uma das metodologias ágeis que mais se aproxima do modelo tradicional, pois concentra uma boa parte da sua energia em etapas de planejamento, onde muitas outras não possuem um foco tão explicito. A ideia é mostrar a todos, como esta metodologia proporciona uma adaptação mais suave dos modelos tradicionais aos modelos agilistas.
O documento descreve a metodologia ágil de desenvolvimento de software FDD (Desenvolvimento guiado por funcionalidades), incluindo sua história, problemas que resolveu e os cinco processos centrais: 1) Desenvolver um modelo abrangente, 2) Construir uma lista de funcionalidades, 3) Planejar por funcionalidade, 4) Detalhar por funcionalidade e 5) Construir por funcionalidade.
Como acertar na contratação de fábrica de software - Agile TrendsYuri Morais
Este documento discute como contratar uma fábrica de software de forma a garantir bons resultados e qualidade, evitando armadilhas comuns. Ele sugere usar métricas próprias em vez de pontos de função, definir claramente os papéis de Product Owner e Líder Técnico, e estruturar o trabalho em sprints e entregas contínuas para manter o engajamento do cliente. Também trata da importância de exigir perfis qualificados e experiência dos desenvolvedores, e remunerar atividades cruciais como refatoração e
O documento explica as diferenças entre projetos e produtos. Projetos são desenvolvidos para um único cliente e não são reutilizáveis, enquanto produtos são padronizados e usados por vários clientes. O foco de projetos é entregar dentro do orçamento e prazo, enquanto produtos visam qualidade e adaptabilidade para vários clientes.
O Scrum é um processo iterativo e incremental para gerenciar projetos de software ágil. Foi concebido inicialmente para indústrias de manufatura e envolve discussões diárias, transparência no planejamento e remoção de impedimentos para entregar valor ao cliente. O Scrum utiliza papéis como Product Owner, Scrum Master e Time para entregar funcionalidades em releases curtas de acordo com as prioridades do negócio.
A equipe de tecnologia da Unity Eventos iniciou um projeto para desenvolver um sistema de gerenciamento de eventos utilizando a metodologia FDD. O documento descreve a primeira prática do ciclo de vida da FDD: desenvolver um modelo abrangente, no qual a equipe realizou o domain walkthrough com a especialista de negócios explicando o processo de organização de eventos e estudou a documentação fornecida.
O documento descreve a metodologia de desenvolvimento de software Feature Driven Development (FDD). FDD foi criada em 1997 para resolver problemas de atrasos e cancelamentos de projetos. A metodologia inclui fases de concepção, planejamento e construção e define papéis como gestor de projeto, chefe de design e programador chefe.
O documento descreve a metodologia de Desenvolvimento Guiado por Funcionalidades (FDD), incluindo seus conceitos, características, práticas e processos. O FDD enfatiza a entrega frequente de software funcional ao cliente através do desenvolvimento incremental por características (funcionalidades), com foco no envolvimento do cliente e na qualidade do código.
Feature Driven Development – Desenvolvimento Guiado por FuncionalidadesHiury Araújo
Esta apresentação, mostra detalhes de uma das abordagens ágeis para desenvolvimento de software, a FDD - Feature Driven Development – Desenvolvimento Guiado por Funcionalidades.
O documento descreve os conceitos de BDD (Behavior Driven Development), TDD (Test Driven Development) e DDD (Domain Driven Design). BDD tem foco no comportamento do software e é uma mistura de TDD e DDD. TDD envolve escrever testes antes do código e DDD enfatiza boas práticas de programação e baixo acoplamento entre classes. O BDD integra negócios e TI através da definição de features, cenários e passos pelo negócio e implementação e testes pela TI.
TDC POA - Especificação Por Exemplo como ferramenta de negóciosSamanta Cicilia
Especificação por exemplo é um conjunto de patterns que ajudam a construir o produto certo da maneira certa. Muitas pessoas atribuem sua utilização apenas a parte de teste de software, porém ela vai muito além disso e tem dicas valiosas sobre o quanto a colaboração pode nos ajudar a descobrir o que nossos clientes realmente precisam.
Este documento descreve o framework Scrum, incluindo seus papéis, artefatos e eventos. Ele destaca que Scrum valoriza indivíduos, software funcionando e colaboração com clientes mais do que processos, documentação e contratos. O documento explica os papéis de Product Owner, Scrum Master e Dev Team, assim como os artefatos de Product Backlog, Sprint Backlog e eventos como Sprint Planning Meeting e Sprint Retrospective.
BDD (Behavior-Driven Development) é uma abordagem de desenvolvimento de software que se concentra em especificar comportamentos desejados do software através de cenários e testes de aceitação escritos em linguagem natural com os stakeholders. Foi desenvolvido por Dan North em 2003 e combina TDD, DDD e OOAD para promover a colaboração entre desenvolvedores e analistas de negócios através de ferramentas e processos compartilhados.
BDD - Integrando regras de negócio e programaçãoGleica Reinert
O documento apresenta Behavior Driven Development (BDD) como uma técnica de desenvolvimento ágil que integra regras de negócio à programação através da descrição do comportamento do software. O BDD utiliza a linguagem Gherkin para descrever cenários de teste em uma forma estruturada de Pré-Condição, Ação e Resultado esperado. As ferramentas SpecFlow e Cucumber permitem a automação destes cenários para validação e documentação do software.
TDC2017 | Florianópolis - Trilha Analise de Negocios Utilizando BDD para anal...tdc-globalcode
O documento apresenta o Behavior Driven Development (BDD) como uma técnica de desenvolvimento ágil que promove a colaboração entre os participantes de um projeto. O BDD utiliza user stories, features, critérios de aceite e cenários para documentar o comportamento do sistema e direcionar o desenvolvimento e testes. O documento descreve a aplicação do BDD em um projeto real da Softplan.
TDC SP 2018 - Utilizando BDD para análise de negócio e desenvolvimento de pro...Allan Ferreira
O documento discute o uso da técnica Behavior Driven Development (BDD) para análise de negócio e desenvolvimento de projetos. Apresenta os conceitos-chave do BDD como user stories, cenários e critérios de aceite. Relata a experiência positiva de um projeto real na Softplan que utilizou BDD, resultando em entrega com qualidade, dentro do prazo e do orçamento. Discute também benefícios, desafios e ferramentas do BDD.
[GDG Quality Fest 2017] BDD - Como quebrar as barreiras de negócio dentro do ...Andrelise Rafael Gonçalves
Este documento discute BDD (Desenvolvimento Orientado pelo Comportamento) como uma abordagem para quebrar barreiras entre times de negócios e desenvolvimento. Ele explica os principais problemas em entregas de projeto, como falta de planejamento e comunicação. Também descreve TDD, BDD, mapeamento de impacto, linguagem ubíqua e o papel de analistas, desenvolvedores e testadores no processo de BDD.
O documento introduz o Behavior Driven Development (BDD), descrevendo-o como uma abordagem para descrever funcionalidades de software de forma clara e universal através de features e cenários. Ele explica que o BDD busca melhorar a comunicação entre as partes interessadas no projeto e produzir documentação testável dos requisitos de comportamento do software. Por fim, discute vantagens como independência de linguagem e possibilidade de implantação em qualquer fase do projeto, bem como desvantagens como necessidade de colaboração e potencial de ser mais lento que
O documento apresenta um webinar sobre funcionalidades de uma solução de Business Process Analysis (BPA). O webinar discute o ciclo de melhoria contínua de processos de negócio, requisitos de modelagem e redesenho, e demonstra funcionalidades como modelagem, indicadores, simulação, documentação e colaboração em plataformas de BPA.
O documento discute características e atitudes empreendedoras, como identificar oportunidades, assumir riscos calculados e aprender com erros. Também aborda a importância de ser proativo, praticar networking e ter disposição para assumir riscos calculados. Por fim, lista características como capacidade de assumir riscos, aproveitar oportunidades, ter iniciativa e autoconfiança.
O plano de gerenciamento da qualidade descreve os processos de garantia e controle da qualidade que serão implementados no projeto, incluindo métricas, ferramentas, entregas, responsabilidades da equipe e procedimentos de auditoria. O objetivo é definir os padrões de qualidade para atender às necessidades do cliente e garantir a conformidade das entregas.
Criando o produto certo usando Impact Mapping e técnicas de guerrilha ágilVladson Freire
Palestra que narra o uso do Impact Mapping para criar um produto de sucesso dentro de uma organização que estava iniciando a sua jornada de agilidade.
É uma palestra que compartilha altos e baixos, desafios e muitas aventuras.
O que é Análise de Negócio? Quem faz? Como fazer? Existe algum Processo de Certificação para esse papel? Essas e outras perguntas serão respondidas em uma palestra focada em explicar melhor o papel dos Analistas de Negócios nas corporações e até mesmo identificar esse papel da forma que já está em aplicação pelas empresas e muitas vezes com outros nomes. Entenda e aproveite as oportunidades que o mercado de trabalho pode te oferecer por experiências profissionais fora da área de Tecnologia da Informação (TI).
O documento descreve os problemas do desenvolvimento de software tradicional, os princípios e valores do Manifesto Ágil, e como o Scrum aborda esses problemas ao fornecer entregas frequentes de software funcionais, feedback contínuo do cliente e adaptação constante.
Teste sua aplicação antes que ela teste vocêTiago Link
O documento discute a importância de testes no desenvolvimento de software. Ele explica que testes garantem que o código funcione como esperado e ajudem a evitar bugs. Além disso, testes ajudam no design do sistema e inspiram mais confiança no código. O documento também apresenta diferentes técnicas de testes como TDD, BDD, testes unitários e de integração.
O plano de gerenciamento da qualidade descreve os processos de garantia e controle de qualidade para o projeto, incluindo métricas, ferramentas, auditorias e responsabilidades da equipe. O objetivo é definir padrões de qualidade para atender as necessidades do cliente e garantir a conformidade das entregas.
EDTED Aprenda, ensine e melhores os resultados com seus clientes. Requisito d...Fabiano Milani
Fabiano Milani apresenta suas credenciais e experiência em gestão ágil de projetos de software. Ele discute os problemas causados quando clientes e fornecedores não compartilham as mesmas expectativas sobre requisitos e mudanças. A gestão ágil visa entregar valor ao cliente de forma incremental através de feedback contínuo e priorização dinâmica dos requisitos.
O documento discute os desafios atuais das organizações, conceitos de BPM e como é feito o gerenciamento de processos de negócios. Apresenta benefícios do BPM como melhor controle das operações e redução de custos, e casos de sucesso como uma instituição financeira que integrou processos e regras de negócios.
O analista de negócios e o gerente de projetosMarcelo Neves
O documento discute o papel do analista de negócios e do gerente de projetos. Ele explica que os analistas de negócios são responsáveis por entender as necessidades do negócio e recomendar soluções, enquanto os gerentes de projetos são responsáveis por garantir que os projetos alcancem seus objetivos. Além disso, destaca a importância da comunicação e da definição clara de papéis e responsabilidades para uma parceria de sucesso entre esses profissionais.
[BPM DAY RJ 2013] Oi – Escritório de ProcessosEloGroup
O documento apresenta a gestão de processos na empresa Oi. Apresenta como a Oi vem evoluindo seu modelo de gestão de processos ao longo dos anos, passando de um modelo funcional para um modelo mais focado em processos transversais. Também destaca a sinergia entre a gestão de processos e projetos, com ambos buscando atender a estratégia da empresa de forma integrada. Por fim, aponta oportunidades futuras de sinergia, como a integração entre processos e sistemas de TI.
[BPM DAY RJ 2013] Oi - Escritório de ProcessosEloGroup
O documento apresenta a gestão de processos na empresa Oi. Apresenta como a Oi vem evoluindo seu modelo de gestão de processos ao longo dos anos, passando de um modelo funcional para um modelo mais focado em processos transversais. Também destaca a sinergia entre a gestão de processos e projetos, com ambos buscando atender a estratégia da empresa de melhorar a satisfação do cliente e a excelência operacional. Por fim, discute oportunidades futuras de sinergia entre as áreas.
O documento apresenta o Plano de Gerenciamento da Qualidade para um projeto de Call Center. Ele descreve os processos de qualidade, métricas, ferramentas, entregas e critérios de aceitação. Também define as responsabilidades da equipe, procedimentos de controle e monitoramento da qualidade, com foco em garantir atendimentos rápidos dentro das metas estabelecidas.
O documento apresenta o modelo MPS.Br para melhoria de processos de software no Brasil. O MPS.Br possui 7 níveis de maturidade e 19 áreas de processo. Cada processo descreve um propósito e resultados esperados. A capacidade do processo é medida por 9 atributos que evoluem conforme a organização sobe nos níveis de maturidade.
Pedaços de XP, FDD, Scrum e Kanban na Análise de Negócios e Engenharia de Req...Rafael Barbosa Camargo
Relato de uma jornada partindo da Análise e Engenharia Tradicional de Requisitos para uma abordagem ágil utilizando pedaços de várias metodologias e frameworks ágeis.
Semelhante a UFSC - Utilizando BDD para análise de negócio e desenvolvimento de projetos (20)
Pedaços de XP, FDD, Scrum e Kanban na Análise de Negócios e Engenharia de Req...
UFSC - Utilizando BDD para análise de negócio e desenvolvimento de projetos
1. BDD – Behavior Driven Development
Allan Rett Ferreira – MBA, SAFe Agilist, SAFe PMPO
Allan Rett Ferreira
Utilizando BDD para análise de negócio
e desenvolvimento de projetos
9. O que é o BDD
Behavior Driven Development – Desenvolvimento orientado ao
comportamento
É uma técnica de desenvolvimento ágil que estimula a
COLABORAÇÃO e COMUNICAÇÃO entre os participantes do
projeto: cliente, DEVs, gestores, QAs, pessoas não técnicas e de
negócios
Linguagem natural
Foco no COMPORTAMENTO do Sistema
Documentação única entre os participantes do projeto
10. Composição do BDD
Funcionalidades que serão desenvolvidas
Exemplo:
Cadastrar Usuário
Emitir Relatório
User Stories
Features
Critérios de Aceite
Cenários
11. Descrições simples de uma funcionalidade
Promover um diálogo, uma conversa
Resultado – É o que o ator espera que
aconteça ao realizar a ação. Também pode
ser visto como justificativa
Como um
<PAPEL>
eu
posso/gostaria/devo
<FUNÇÃO>
para/de
<RESULTADO para o
NEGÓCIO>
Papel – É o interessado na funcionalidade
Ação/Função – É o que o ator quer fazer.
Utilizando aquela ação ele espera alcançar um
objetivo dentro do sistema
User Stories
12. Critérios de Aceite
Exemplo:
Somente colaboradores que informaram o CPF podem ser cadastrados
Os Critérios de Aceite são representados por uma lista de itens de negócio
que expressam formas de usar a funcionalidade implementada em uma
US.
O objetivo dessa lista é validar se a Feature foi implementada de
acordo com o que o analista/cliente deseja.
13. Cenários
Os cenários descrevem as ações que serão aferidas e testadas. Eles devem conter passos
lógicos e simples de como obter um resultado específico a partir de uma sequência de
ações.
Dado que – São as pré-condições para executar o cenário
Quando – O que eu quero realizar, passos do cenário
Então – É o resultado esperado pela execução do cenário
15. Papéis no BDD Analista de Teste
Documentação do
comportamento
Validação do comportamento
Levantamento dos cenários de
teste
Validação de escrita/qualidade
Analista de Negócio
Levantamento das necessidades e
funcionalidades
Levantamento das regras de negócio
Escrita das User Stories
Escrita dos critérios de aceite
Documentação do comportamento
Validação do comportamento
Levantamento dos cenários de teste
Validação de escrita/qualidade
Desenvolvedor
Implementa as features do BDD
Levantamento dos cenários de teste
Validação do comportamento
Validação de escrita/qualidade
23. Esforço
Economia de 92%de
esforço a cada versão
Economia de 7h de
trabalho homem/hora a
cada versão
80 CENÁRIOS
Teste manual Teste automatizado (CI
GitLab)
7 Horas* 36 minutos
24. Benefícios
Melhor entendimento da demanda, sem dúvidas do que deve ser feito
Pequenas reuniões (feature review) para validação das features
Melhora da comunicação entre todos participantes do projeto
Definição do comportamento do sistema, por meio de exemplos reais
Para o analista de negócio é uma VALIDAÇÃO de toda a análise, pois ajuda o
analista a verificar furos de negócio e furos na sua especificação
Medição do progresso do projeto através das features implementadas
Foco da equipe na resolução do problema e não em testes regressivos
28. Ferramenta para escrita de cenários de testes de aceitação
no formato BDD (Dado/Quando/Então);
Utiliza a linguagem Gherkin (linguagem natural/palavras
chaves).
29. Capybara (Ruby)
Framework de automação de testes em
aplicações web, open-source e escrito em Ruby
(Baseado no Selenium);
Interpreta os cenários escritos em BDD
(Cucumber);
Realiza ações do usuário no front-end.
33. Evolução do BDD na Softplan
Comportamentos de APIs do sistema são desenvolvidos com apoio do BDD
Mantém a qualidade do código a cada geração de versão
User Stories e critérios de aceite descritos e planejados em ferramenta interna
Melhora da integração de novas pessoas ao negócio e ao sistema
Faz parte do processo de desenvolvimento das equipes
Utilizado como documentação junto com protótipos