Embedded Files
Execução Iterativa (Scrum integrado ao PMBOK)
Após o planejamento integrado, o Inclusão 360° avança para a execução iterativa, fase em que as funcionalidades priorizadas são convertidas em incrementos de software potencialmente entregáveis. Esta etapa utiliza o ciclo empírico do Scrum para gerar valor contínuo, enquanto incorpora os processos de “Executar o Trabalho do Projeto” e “Monitorar e Controlar o Trabalho do Projeto” do PMBOK, garantindo rastreabilidade, qualidade e aderência a prazo e orçamento.
Etapas do Processo Scrum
Product Backlog : É a lista priorizada de tudo o que precisa ser feito no projeto: funcionalidades, melhorias, correções e ideias futuras. Cada item é descrito como história de usuário, representando necessidades reais de pais, professores e profissionais da saúde.
Sprint Planning: Primeiro ritual do ciclo. A equipe seleciona as histórias de usuário do Product Backlog, define a meta da sprint e estima o esforço por meio de Planning Poker. Esse momento atualiza a linha de base de escopo e alimenta o cronograma detalhado previsto no PMBOK.
Execução da Sprint: Durante a sprint, os desenvolvedores transformam as histórias selecionadas em funcionalidades prontas. Utilizamos quadros visuais (Kanban) para acompanhar o progresso. O time desenvolve as funcionalidades de forma colaborativa, pratica code review, executa testes unitários e utiliza integração contínua (CI). Na ótica do PMBOK, corresponde ao processo “Dirigir e Gerenciar o Trabalho” — realização técnica das atividades e coleta dos dados de desempenho.
Daily Scrum: Reunião diária de no máximo 15 minutos para sincronizar o progresso, identificar impedimentos e ajustar o plano das próximas 24 horas. As informações dessa reunião alimentam o registro de riscos e o diário de ações corretivas, reforçando o controle de riscos do PMBOK.
Sprint Review: Ao final da sprint, o time demonstra o incremento desenvolvido, coleta feedback dos stakeholders e atualiza o Product Backlog. Esse passo cobre o processo “Validar Escopo” — aceite formal das entregas — e aciona, quando necessário, o controle integrado de mudanças.
Sprint Retrospective: Último evento do ciclo. A equipe reflete sobre processo, pessoas e ferramentas, identificando melhorias para a sprint seguinte. No PMBOK, o resultado é registrado como lições aprendidas, alimentando o gerenciamento do conhecimento organizacional.
Integração entre Metodologias Ágeis e PMBOK
Integração entre Metodologias Ágeis e PMBOK
A tabela apresentada ilustra como as cerimônias e artefatos do Scrum — uma das metodologias ágeis mais adotadas no desenvolvimento de software — se conectam diretamente aos processos estabelecidos pelo Guia PMBOK (Project Management Body of Knowledge), promovendo uma abordagem híbrida e estruturada para a gestão do projeto Inclusão 360°.
Cada prática do Scrum foi analisada em termos de seu objetivo operacional e correspondência com os processos do PMBOK, demonstrando que práticas ágeis podem reforçar os princípios de planejamento, execução, controle e encerramento defendidos pela abordagem tradicional.
A Sprint Planning contribui com o detalhamento do cronograma e a atualização da linha de base do escopo.
A Execução da Sprint está alinhada ao processo de "Dirigir e Gerenciar o Trabalho do Projeto", especialmente no que tange à execução técnica e à coleta de dados de desempenho.
O Daily Scrum, por sua vez, desempenha papel essencial na atualização contínua do registro de riscos e do diário de ações corretivas.
A Sprint Review viabiliza a validação formal do escopo e pode gerar solicitações de mudança controladas.
Por fim, a Sprint Retrospective corresponde ao processo de “Gerar Lições Aprendidas”, fundamental na gestão do conhecimento organizacional.
Práticas Técnicas de Qualidade
Definition of Done (DoD): funcionalidade codificada, testada (unitário + integração), revisada em termos de LGPD, acessibilidade e segurança (OWASP Top 10), documentada e mergida no branch principal.
Pipeline CI/CD: lint checks, testes automatizados, build e deploy em ambiente de homologação a cada push; métricas de cobertura > 80 %.
Code Review & Pair Programming: reduz débito técnico e difunde conhecimento entre membros.
Controle Integrado de Mudanças
Controle Integrado de Mudanças
Solicitação (stakeholder ou equipe)
Análise de Impacto (tempo, custo, qualidade) — PO + Gerente de Projeto
Decisão no Change Control Board (CCB) → aprovada, adiada ou rejeitada
Registro no Product Backlog (prioridade, estimativa)
Comunicação aos stakeholders (Plano de Comunicação)
Integração Contínua + Validação com Usuários
Integração Contínua + Validação com Usuários
Testes de Usabilidade: ao final de cada sprint, usuários representantes executam scripts de validação; feedback é transformado em novas histórias ou critérios de aceitação revisados.
Testes de Acessibilidade: ferramentas automatizadas (ex.: axe-core) + avaliação manual WCAG 2.1.
Segurança: static code analysis (SAST) e dependency checking para vulnerabilidades.
Encadeamento com Próximas Sprints
Encadeamento com Próximas Sprints
Os insights da Retrospective alimentam ajustes imediatos (ex.: melhoria no pipeline, redefinição de DoD), enquanto os requisitos emergentes identificados na Review retornam ao Product Backlog já priorizados. Assim o projeto mantém:
Adaptabilidade — mudanças absorvidas sem grandes quebras de cronograma.
Transparência — stakeholders acompanham entregas tangíveis a cada 2–3 semanas.
Governança — relatórios PMBOK consolidados refletem dados reais de desempenho ágil.
📍Quer saber o que está sendo desenvolvido agora?
Acompanhe nossa página de Sprints e veja o andamento das entregas!
Page updated
Report abuse