O documento discute a melhoria de processos de software através da adoção do modelo CMMI. Apresenta estatísticas mostrando que a maioria dos projetos de software enfrentam atrasos, ultrapassam o orçamento e não entregam todas as funcionalidades planejadas. Em seguida, explica que a adoção de um modelo de processo como o CMMI pode ajudar organizações a melhorar a gestão de projetos através da avaliação e melhoria sistemática dos processos.
3. Abandono de planos e procedimentos Produto funciona, mas com defeitos; prazo e custo maiores; e menos funcionalidade Acúmulo de trabalho Sucesso depende muito do esforço heróico das pessoas Pouca repetibilidade Melhoria de Processo de Software - Motivação Clientes e funcionários insatisfeitos
4. Chaos Report – Standish Group 31.3% dos projetos são cancelados antes de serem completados. 52.7% custam 189% a mais que sua estimativa original 16.2% dos projetos são completados no prazo e orçamento planejados. O que as organizações que fazem projetos bem sucedidos realizam de forma diferente? Metodologia / Processo
5. Como solucionar? Melhoria de Processo de Software Baseado em MODELOS Adoção estagiada Rápido retorno do investimento Caminho consolidado e testado previamente. Não define COMO mas O QUE (resultados esperados do processo)
7. Origem Comissionado pelo DoD – Departament of Defense norte-americano para a Universidade de Carnegie Mellon Público e gratuito (o modelo, não a certificação) http://www.sei.cmu.edu/library/abstracts/reports/06tr008.cfm Foco em produção de software como atividade industrial (TQM) e não artesanal (arte).
8. Histórico CMM – 1987 CMM – versão 1.1 - 1992 Versão 1.1 – Março 2002 Versão 1.2 - Agosto 2006
20. 15504-5:Dimensão de Processos Cada processo é descrito com os seguintes elementos: Identificação (process identifier); Nome (process name); Propósito (process purpose); Resultados (Outcomes); Práticas base (base practice): Produtos de trabalho (work-products).
21. Exemplo: Processo de Aquisição - The Acquisition Process Group (ACQ) Identificação: ACQ.1 Nome: Prepara para aquisição (Acquisition preparation) Propósito: estabelecer as necessidades e objetivos da aquisição e comunicá-los aos potenciais fornecedores. Resultados: R1 - o conceito ou a necessidade de aquisição, desenvolvimento ou melhoria é estabelecido; R2 - os requisitos de aquisição necessários, definindo as necessidades do projeto, são definidos e validados; R3 - os requisitos conhecidos do cliente são definidos e validados; R4 - uma estratégia de aquisição é desenvolvida; e R5 - os critérios de seleção do fornecedor são definidos. Práticas Base: ACQ.1.BP1: Establish the need. Establish a need to acquire, develop, or enhance a system, software product or service. [Outcome: 1] ACQ.1.BP2: Define the requirements. Identify the customer/stakeholder requirements for a system and/or software product or service. [Outcomes: 2, 3] ACQ.1.BP3: Review requirements. Analyze and validate the defined requirements against the identified needs. Validate the requirements to reduce risk of misunderstanding by the potential suppliers. [Outcome: 3] ACQ.1.BP4: Develop acquisition strategy. Develop a strategy for the acquisition of the product according to the acquisition needs. [Outcome: 4] Note 1: The strategy may include reference to the life cycle model, schedule and selection criteria. ACQ.1 ....