O documento discute princípios básicos de qualidade de software, como satisfação do cliente, melhoria contínua de processos e redução de custos de qualidade. Também aborda a importância de se seguir processos para entregar software de maneira eficiente e que atenda às necessidades do negócio, ao invés de depender apenas do esforço individual. A qualidade do produto e do processo estão relacionadas e não podem ser analisadas separadamente.
3. Mito : Criar programas é uma arte que não pode seguir regras, formas ou padrões.
4. “ Um Software de Qualidade deve encantar o cliente e não somente funcionar direito e não ter erros”. Bill Gates “ Software de Qualidade é aquele que, não apenas satisfaz as exigências, mas também é implementado a tempo e de acordo com o orçamento”. Juran
5. Satisfação do Cliente Melhoria Contínua de Processos Redução de Custo de Qualidade Controle do Projeto Princípios Básicos da Qualidade de Software
6. Acúmulo de trabalho Abandono de planos e procedimentos Sucesso depende muito do esforço heróico das pessoas Pouca repetibilidade Produto funciona, mas com defeitos; prazo e custo maiores; e menos funcionalidade Clientes e funcionários insatisfeitos
7.
8. Processo é um conjunto de passos parcialmente ordenados, cujo objetivo é atingir uma meta: entregar um produto de software de maneira eficiente, previsível e que atinja as necessidades de negócio Entrada Saída
10. Produto e Processo estão fortemente relacionados e não podem ser separados quando se analisa a qualidade.
11. Quantos projetos devem ser iniciados? Qual o tamanho dos projetos? Qual o custo dos projetos? Qual o tempo dos projetos? Os projetos dão lucro/prejuízo? Qual a qualidade dos projetos? Qual o desempenho da empresa em realizar os projetos? Quais os recursos necessários para realizar os projetos? Quais os riscos dos projetos? Como os projetos estão sendo gerenciados? Qual o nível de satisfação dos clientes com os projetos? Quais são os projetos mais importantes? Quantos foram concluídos no último ano, mês? Quantos projetos estão sendo realizados?
12. “ Não se pode gerenciar o que não se pode medir” Tom de Marco
13. Não podemos gerenciar o que não podemos medir “ Quando você pode medir o que você está falando, e expressá-lo em números, você conhece alguma coisa sobre ele; quando você não pode expressá-lo em números o seu conhecimento é imperfeito” Lord Kelvin
14.
15.
16. Qualidade do produto de software Qualidade do processo de desenvolvimento de software Modelo de maturidade (MPS.BR) Gerenciamento de projetos É obtida por meio de É alcançada mais facilmente se baseada em Tem como base
• Nível 1 – Linguagem comum: a organização reconhece a importância do GP e a necessidade de possuir uma base de conhecimento. • Nível 2 – Processos comuns: a organização reconhece que processos comuns precisam ser definidos e desenvolvidos de forma que o sucesso de um projeto possa ser replicado nos demais. • Nível 3 – Metodologia única: a organização reconhece os efeitos sinérgicos gerados pela combinação de todas as metodologias corporativas em uma única. • Nível 4 – Benchmarking: reconhece que a melhoria nos processos é necessária para manter a vantagem competitiva. O benchmarking é realizado de forma contínua. • Nível 5 – Melhoria contínua: inclui o arquivo de lições aprendidas, a transferência de conhecimento, o programa de mentoração através do PMO e o planejamento estratégico em gerenciamento de projetos.