Transparência, inspeção e adaptação são considerados os três pilares do SCRUM.

Não existem muitas semelhanças entre o MPS-BR e o CMMI uma vez que o principal foco do MPS-BR é padronizar linguagens, técnicas e frameworks de programação não visando atingir uma ‘‘maturidade’’, ou seja, resultados previsíveis e reproduzíveis como o CMMI

Na metodologia ágil, a maior prioridade é satisfazer o cliente através da entrega contínua e adiantada de software com valor agregado. Padrões de projetos (em inglês Design Patterns) são técnicas e soluções amplamente estudadas e já pacificadas para situações (complexas ou não) que comumente aparecem durante o desenvolvimento de um software.

Scrum é uma metodologia recursiva baseada na técnica de waterfall, fazendo primeiramente o que ainda não foi feito impedindo assim a retomada de assuntos considerados “prontos”.

Existe utilidade na documentação formal (UML, por exemplo, e técnicas de auto-documentação de código), mas uma equipe realmente ágil não desperdiça tempo com essas bobagens.

Nem todo time, empresa e/ou equipe precisa possuir um Scrum master fixo, esse papel pode ser acumulado e até mesmo revezado por outros membros, como o Product Owner, Team Manager etc.

Segundo o manifesto ágil, as melhores arquiteturas, requisitos e designs emergem de equipes altamente gerenciadas, com reuniões formais para discutir todo o ciclo de software, porém equipes auto-organizáveis comumente apresentam maior produtividade.

É obrigação de cada desenvolvedor maximizar o valor do produto resultante do trabalho do Scrum Team, trazendo para si a responsabilidade de manter o product backlog.

Um bom processo de levantamento de requisitos deve garantir que todos os participantes de um projeto compreendam (de forma objetiva e clara, com o mínimo de ambiguidades) as finalidades e exigências desse projeto.