Apresentação sobre CMMI , detalhando os processos de cada nível e o modelo.

1. CMMIAULA 2 Ranerio Francisco Mello Vieira 1 17/8/2010

2. Introdução 2

3. Introdução CMMI – Capability Maturity Model Integrated Um conjunto de melhores práticas, organizado em áreas de processo – Process Areas (PA) O Software Engineering Institute (SEI) da Carnegie Mellon University (CMU) e o Departamento de Defesa Americano (DoD) fizeram um estudo elaborado em companhias de software e hardware Eles compilaram os melhores processos que geravam bons resultados nestas companhias. Estes processos se tornaram um guia para outros seguirem. 3

4. Dimensões do Processo 4

5. CMMI – Por quê Integration? O CMMI (Capability Maturity Model Integration) foi uma iniciativa para integrar os seguintes modelos: The Capability Maturity Model for Software (SW-CMM) v2.0 draft C [SEI 1997b] The Systems Engineering Capability Model (SECM) [EIA 1998] The Integrated Product Development Capability Maturity Model (IPD-CMM) v0.98 [SEI 1997a] 5

6. Modelos CMM no tempo 6

8. Publicado em Agosto de 2006, este modelo é voltado a organizações desenvolvedoras que desejam melhorar sua habilidade de desenvolver produtos e serviços.

9. CMMI for Acquisition, V1.2

10. Publicado em Novembro de 2007, este modelo é voltado a organizações que realizam aquisições e desejam melhorar sua habilidade de adquirir produtos e serviços

11. CMMI for Services, V1.2

12. Publicado em Fevereiro de 2009, é voltado a organizações provedoras de serviço que desejam melhorar a sua habilidade em estabelecer, gerenciar e entregar serviços. 7

13. Relacionamento Modelos CMMI 8

14. Quem deve utilizar? CMMI é para projetos ou organizações que: Necessitam gerenciar aquisição, desenvolvimento e manutenção de produtos ou serviços. Estão preocupadas com os custos e prazos excedidos ou clientes insatisfeitos. Estão preocupadas com custos de qualidade e retrabalho. Estão buscando uma vantagem competitiva no mercado. É um método de melhoria de processo que provê um conjunto de melhores práticas focadas em produtividade, custo, performance e satisfação do stakeholder. CMMI foca no problema do sistema como um todo, ao contrário de: Modelos de disciplinas únicas que podem resultar em confusão e custos mais altos. CMMI facilita a melhoria de processo na ORGANIZAÇÃO como um todo. Iniciativas sem sincronismo podem resultar em engrenagens que só funcionam enquanto apertadas CMMI provê um framework consistente e duradouro que pode acomodar novas iniciativas. CMMI integra-se muito bem com as melhores práticas já existentes, melhorias de processos ou estratégias de gerenciamento de qualidade (ISO-9001, PMBOK, Six Sigma, etc) 9

15. Escopo do CMMI-DEV Aeroespacial Bancária Software de computador Hardware Manufatura automobilística Telecomunicações .... 10

16. O CMMI no mercado 11

17. Número de avaliações realizadas de 2002 a 2009 12 5.499 avaliações 4.468 organizações 3.458 companhias participantes 826 organizações reavaliadas 30.227 projetos 74,3% de instituições não-americanas

18. Organizações avaliadas por nível 13

19. Tipo de organização 14

20. Tamanho das Organizações Avaliadas 15

21. Países que realizaram avaliações 16

22. Avaliações no Brasil 2002-2009 17

23. Tempo médio de evolução entre níveis 2002 a 2009 18

24. Resultados obtidos com CMMI 19 Software Engineering Institute, 2005

25. Organizações que adotam CMMI 20

26. Organizações CMMI – Brasil - Exemplos 21

28. http://www.sei.cmu.edu/cmmi/

29. Tradução do CMMI-DEV 1.2 em Português

30. http://www.sei.cmu.edu/library/abstracts/whitepapers/upload/CMMI-DEV-1-2-Portuguese.pdf

31. http://www.mct.gov.br/index.php/content/view/2867.html

32. Resultados da utilização do CMMI

33. http://seir.sei.cmu.edu/cmmiresearch/results/2007results.asp22

34. Modelo CMMI 23

36. Um conjunto de atividades, eventos e entregáveisrelacionados.

37. GG – generic goal (meta genérica)

38. Um objetivogenérico a ser atingido.

39. GP – generic practice (práticagenérica)

40. Um conjuntogenérico de atividades a ser seguido

41. SG – specific goal (meta específica)

42. Um objetivoespecífico a ser atingidoemuma PA.

43. SP – specific practice (práticaespecífica)

44. Um conjuntoespecíficio de atividades a seremseguidasemuma PA.

45. AB – ability (habilidadeparaexecutar)

46. O quepossibilibtarealizar a atividade.

47. VE – verification (verificação)

48. Como verificarque a PA é seguidacorretamente.

49. DI – directing implementation (diretiva de implementação)

50. Revisão do status com a gerência, manutenção de documentos.

51. CO – commitment (compromissoparaexecutar)

52. Quaiscompromissos a gerêncianecessitaproverparaimplementar a PA.24

53. Relacionamento entre os conceitos 25

54. Estagiada e Contínua Representações 26

55. Representações 27

57. Permite visualização da capacidade atingida em cada área de processo individual.

58. Permite melhoria de diferentes processos serem realizados em ordem distinta.

59. Reflete um novo paradigma que não tem ainda dados para demonstrar a viabilidade do retorno do investimento.

60. Provê à organização um caminho pré-definido e cuja eficácia já foi provada.

61. Foca em um conjunto de processos que provê uma organização com uma capacidade específica que é caracterizada por cada nível de maturidade.

62. Sumariza os resultados de melhoria de processo em uma forma simples – um valor único de nível de maturidade.

63. Está construído em uma história relativamente longa que inclui estudos de caso que demonstram o retorno do investimento.Contínuo Estagiado 28

64. Modelo estagiado - Componentes 29

65. 30 Optimizing Emphasis on continuous improvement 5 Quantitatively Managed Process measured and statistically controlled 4 Defined Process characterized for the organization 3 Managed Process characterized for projects and is often reactive 2 Process unpredictable, poorly controlled and reactive Initial 1 Níveis de maturidade High Maturity Low Maturity

66. Modelo contínuo - componentes 31

67. Níveis de capacidade 32

69. 1 Initial (Inicial)

70. 2 Managed (Gerenciado)

71. 3 Defined (Definido)

72. 4 QuantitaverlyManaged (Gerenciado quantitativamente)

73. 5 Em otimização33 Representação contínua (capacidade) Representação estagiada (maturidade)

74. Áreas de Processo 34

75. Relacionamento 35

76. Áreas de processo CMMI-DEV 36 22 Áreas de Processo em 4 categorias: Project Management (6) Process Management (5) Engineering (6) Support (5)

78. Configuration Management (CM)

79. Decision Analysis and Resolution (DAR)

80. Integrated Project Management + Integrated Process and Product Development (IPM + IPPD)

81. Measurement and Analysis (MA)

82. Organization Innovation and Deployment (OID)

83. Organization Process Definition + IPPD (OPD + IPPD)

84. Organization Process Focus (OPF)

85. Organization Process Performance (OPP)

86. Organizational Training (OT)

87. Product Integration (PI)

88. Project Monitoring and Control (PMC)

89. Project Planning (PP)

90. Process and Product Quality Assurance (PPQA)

91. Quantitative Project Management (QPM)

92. Requirements Development (RD)

93. Requirement Management (RM)

94. Risk Management (RSKM)

95. Supplier Agreement Management (SAM)

96. Technical Solution (TS)

97. Validation (VAL)

99. Acquisition Requirement Development (ARD)

100. Acquisition Technical Solution (ATS)

101. Acquisition Validation (AVAL)

102. Acquisition Verification (AVER)

103. Causal Analysis and Resolution (CAR)

104. Configuration Management (CM)

105. Decision Analysis and Resolution (DAR)

106. Integrated Project Management (IPM)

107. Measurement and Analysis (MA)

108. Organization Innovation and Deployment (OID)

109. Organization Process Definition (OPD)

110. Organization Process Focus (OPF)

111. Organization Process Performance (OPP)

112. Organizational Training (OT)

113. Project Monitoring and Control (PMC)

114. Project Planning (PP)

115. Process and Product Quality Assurance (PPQA)

116. Quantitative Project Management (QPM)

117. Requirement Management (RM)

118. Risk Management (RSKM)

120. Processos por área 40

121. Processos Níveis de maturidade CMMI 41

123. Gerenciamento de Projetos

124. Processos (7):

125. Requirements Management (REQM)

126. Project Planning (PP)

127. Project Monitoring and Control (PMC)

128. Measurement & Analysis (MA)

129. Process & Product Quality Assurance (PPQA)

130. Configuration Management (CM)

132. O processo pode ser instanciado por um projeto, grupo, ou função organizacional. O gerenciamento do projeto preocupa-se com a institucionalização do processo e o alcance de outros objetivos específicos estabelecidos para o processo, tais como custo, prazo e objetivos de qualidade.

133. O controle provido por um processo gerenciado ajuda a assegurar que o processo estabelecido é mantido durante momentos de stress.

134. Os requisitos e os objetivos do processo são estabelecidos pela organização.

135. O status dos produtos de trabalho e da entrega dos serviços é visível para a gerência em pontos definidos (ex: milestones principais e no término de tarefas principais)

136. O comprometimento é estabelecido entre os que realizam o trabalho e os stakeholders relevantes e revisado quando necessário.

137. Os produtos de trabalho são revisados com os stakeholders relevantes e são controlados.

138. Os produtos de trabalho e serviços satisfazem os seus requisitos específicos.

139. Um processo gerenciado é planejado e a performance do processo é medida em relação ao plano.

140. Ações corretivas são tomadas quando os resultados e a performance obtidas desviam significativamente do plano.

142. GP 2.1 Establish an Organizational Policy

143. GP 2.2 Plan the Process

144. GP 2.3 Provide Resources

145. GP 2.4 AssignResponsibility

146. GP 2.5 TrainPeople

147. GP 2.6 ManageConfigurations

148. GP 2.7 Identify and Involve Relevant Stakeholders

149. GP 2.8 Monitor and Control the Process

150. GP 2.9 Objectively Evaluate Adherence

152. REQM - Metas e Práticas Específicas 46 SG 1 Manage Requirements SP 1.1 Obtain an Understanding of Requirements SP 1.2 Obtain Commitment to Requirements SP 1.3 Manage Requirements Changes SP 1.4 Maintain Bidirectional Traceability of Requirements SP 1.5 Identify Inconsistencies Between Project Work and Requirements

153. Project Planning (PP) nível 2 47 Propósito: O propósito do Planejamento do Projeto (PP) é estabelecer e manter planos que definam as atividades de projeto. Envolve: Elaboração do plano de projeto Interação apropriada com os stakeholders Obtenção do comprometimento com o plano Manutenção do plano

155. SP 1.1 Estimate the Scope of the Project

156. SP 1.2 Establish Estimates of Work Product and Task Attributes

157. SP 1.3 Define Project Lifecycle

158. SP 1.4 Determine Estimates of Effort and Cost

159. SG 2 Develop a Project Plan

160. SP 2.1 Establish the Budget and Schedule

161. SP 2.2 Identify Project Risks

162. SP 2.3 Plan for Data Management

163. SP 2.4 Plan for Project Resources

164. SP 2.5 Plan for Needed Knowledge and Skills

165. SP 2.6 Plan Stakeholder Involvement

166. SP 2.7 Establish the Project Plan

167. SG 3 Obtain Commitment to the Plan

168. SP 3.1 Review Plans That Affect the Project

169. SP 3.2 Reconcile Work and Resource Levels

172. SP 1.1 Monitor Project PlanningParameters

173. SP 1.2 Monitor Commitments

174. SP 1.3 Monitor Project Risks

175. SP 1.4 Monitor Data Management

176. SP 1.5 Monitor StakeholderInvolvement

177. SP 1.6 ConductProgressReviews

178. SP 1.7 ConductMilestoneReviews

179. SG 2 ManageCorrectiveAction to Closure

180. SP 2.1 AnalyzeIssues

181. SP 2.2 TakeCorrectiveAction

183. O objetivo da medição e análise (MA) é desenvolver e sustentar a capacidade de medições utilizada para dar suporte às necessidades de gerenciamento de informações.

184. Envolve:

185. Especificar os objetivos de medição e análise, de forma que estes estejam alinhados com as necessidades e objetivos de informações identificados

186. Especificar as medidas, técnicas de análises e mecanismos para coleta e armazenamento de dados, reporte e feedback

187. Implementar a coleta, armazenamento, análise e relatórios sobre os dados

188. Fornecer resultados objetivos que possam ser utilizados na tomada de decisões bem informadas e na tomada de ações corretivas apropriadas

189. Integrar as atividades de medição e análise nos processos do projeto que dão suporte ao seguinte:

190. Planejamento e estimativas objetivas

191. Acompanhamento do desempenho real com relação aos planos e objetivos estabelecidos

192. Identificação e resolução de problemas relacionados a processos

194. SP 1.1 EstablishMeasurementObjectives

195. SP 1.2 SpecifyMeasures

196. SP 1.3 Specify Data CollectionandStorageProcedures

197. SP 1.4 SpecifyAnalysisProcedures

198. SG 2 ProvideMeasurementResults

199. SP 2.1 CollectMeasurement Data

200. SP 2.2 AnalyzeMeasurement Data

201. SP 2.3 Store Data andResults

203. O propósito da Gestão de Configuração (CM) é estabelecer e manter a integridade dos produtos de trabalho, utilizando identificação de configuração, controle de configuração, balanço de configuração e auditorias de configuração.

204. Envolve:

205. Identificar a configuração de produtos de trabalho selecionados que compõem as baselines em determinados pontos ao longo do tempo

206. Controlar as alterações dos itens de configuração

207. Construir ou fornecer especificações para construir produtos de trabalho a partir do sistema de gestão de configuração

208. Manter a integridade das baselines

210. SP 1.1 IdentifyConfigurationItems

211. SP 1.2 Establish a Configuration Management System

212. SP 1.3 Createor Release Baselines

213. SG 2 TrackandControlChanges

214. SP 2.1 TrackChangeRequests

215. SP 2.2 ControlConfigurationItems

216. SG 3 EstablishIntegrity

217. SP 3.1 EstablishConfiguration Management Records

219. O propósito da Gestão de Acordo com Fornecedores (SAM) é gerenciar a aquisição de produtos de fornecedores.

220. Envolve:

221. Determinação do tipo de aquisição que será utilizado para os produtos a serem adquiridos

222. Seleção de fornecedores

223. Estabelecimento e manutenção de acordos com fornecedores

224. Monitoramento de processos selecionados de fornecedores

225. Avaliação de produtos de trabalho selecionados de fornecedores

226. Execução do acordo com fornecedores

227. Aceitação da entrega de produtos adquiridos

229. SP 1.1 Determine Acquisition Type

230. SP 1.2 Select Suppliers

231. SP 1.3 Establish Supplier Agreements

232. SG 2 Satisfy Supplier Agreements

233. SP 2.1 Execute the Supplier Agreement

234. SP 2.2 Monitor Selected Supplier Processes

235. SP 2.3 Evaluate Selected Supplier Work Products

236. SP 2.4 Accept the Acquired Product

238. O propósito da Garantia da Qualidade de Processo e Produto (PPQA) é munir a equipe e a gerência com uma visão clara sobre os processos e seus produtos de trabalho associados.

239. Envolve:

240. Avaliar objetivamente os processos, produtos de trabalho e serviços executados em relação às descrições de processo, padrões e procedimentos aplicáveis

241. Identificar e docuMmentar as não-conformidades

242. Fornecer feedback para a equipe do projeto e gerentes sobre os resultados das atividades de garantia da qualidade

244. Definido Nível 3 59

246. Processo Organizacional

247. Processos (11):

248. RequirementsDevelopment (RD)

249. Technical Solution (TS)

250. ProductIntegration (PI)

251. Verification (VER)

252. Validation (VAL)

253. OrganizationalProcessFocus (OPF)

254. OrganizationalProcessDefinition +IPPD (OPD + IPPD)

255. Organizational Training (OT)

256. Integrated Project Management +IPPD (IPM + IPPD)

257. Risk Management (RSKM)

260. Os ativos de processo são artefatos relacionados a descrever, implementar e melhorar processos. Estes artefatos são ativos porque eles são desenvolvidos ou adquiridos para atingir os objetivos de negócio da organização, e eles representam investimentos feitos pela organização que possuem a expectativa de prover valor para o negócio no presente e no futuro.

261. O conjunto de processos padrão da organização, que são a base dos processos definidos, são estabelecidos e melhorados com o tempo. Processos padrão descrevem os elementos fundamentais dos processos que são esperados nos processos definidos.

262. Os processos-padrão descrevem os elementos fundamentais de processo que são esperados nos processos definidos. Também descrevem o relacionamento (por exemplo, sequência e interfaces) entre esses elementos de processo. A infraestrutura da organização para apoiar a utilização atual e futura do conjunto de processos-padrão da organização é estabelecida e melhorada ao longo do tempo.

264. Objetivo do Processo.

265. Entradas.

266. Critérios de entrada.

267. Atividades.

268. Papéis.

269. Medidas.

270. Passos de verificação.

271. Saídas.

272. Critérios de saída.

274. RD – Requirements Development 65 Propósito: O objetivo da área de processo desenvolvimento de Requisitos (RD) é fornecer subsídios para produzir e analisar os requisitos de cliente, de produto e de componente de produto.

276. SP 1.1 Elicit Needs

277. SP 1.2 Develop the Customer Requirements

278. SG 2 Develop Product Requirements

279. SP 2.1 Establish Product and Product Component Requirements

280. SP 2.2 Allocate Product Component Requirements

281. SP 2.3 Identify Interface Requirements

282. SG 3 Analyze and Validate Requirements

283. SP 3.1 Establish Operational Concepts and Scenarios

284. SP 3.2 Establish a Definition of Required Functionality

285. SP 3.3 Analyze Requirements

286. SP 3.4 Analyze Requirements to Achieve Balance

288. O objetivo da área de processo Solução Técnica (TS) é fornecer subsídios para projetar, desenvolver e implementar soluções para os requisitos. Soluções, designs e implementações englobam produtos, componentes de produto e processos de ciclo de vida relacionados ao produto, seja de forma isolada ou em conjunto, conforme apropriado.

289. Foco em:

290. Avaliação e seleção de soluções (às vezes referidas como “abordagens de design”, “conceitos de design”, ou “designs preliminares”) que possam satisfazer a um conjunto adequado de requisitos alocados.

291. Desenvolvimento de designs detalhados para as soluções selecionadas (o nível de detalhamento deve possibilitar a definição de todas as informações necessárias à construção, à codificação ou à implementação do design de um produto ou de um componente de produto).

293. SP 1.1 DevelopAlternativeSolutionsandSelectionCriteria

294. SP 1.2 SelectProductComponentSolutions

295. SG 2 Developthe Design

296. SP 2.1 Design theProductorProductComponent

297. SP 2.2 Establish a Technical Data Package

298. SP 2.3 Design Interfaces UsingCriteria

299. SP 2.4 PerformMake, Buy, or Reuse Analyses

300. SG 3 ImplementtheProduct Design

301. SP 3.1 Implementthe Design

304. SP 1.1 Determine Integration Sequence

305. SP 1.2 Establish the Product Integration Environment

306. SP 1.3 Establish Product Integration Procedures and Criteria

307. SG 2 Ensure Interface Compatibility

308. SP 2.1 Review Interface Descriptions for Completeness

309. SP 2.2 Manage Interfaces

310. SG 3 Assemble Product Components and Deliver the Product

311. SP 3.1 Confirm Readiness of Product Components for Integration

312. SP 3.2 Assemble Product Components

313. SP 3.3 Evaluate Assembled Product Components

315. O objetivo da área de processo Verificação (VER) é fornecer subsídios para assegurar que os produtos de trabalho selecionados satisfaçam aos seus requisitos especificados.

316. As práticas específicas desta área de processo articulam-se da seguinte forma:

317. A prática específica Selecionar Produtos de Trabalho para Verificação permite a identificação dos produtos de trabalho a serem verificados, dos métodos utilizados para realizar a verificação e dos requisitos a serem satisfeitos para cada produto de trabalho.

318. A prática específica Estabelecer Ambiente de Verificação permite a determinação do ambiente que será utilizado para realizar a verificação.

319. A prática específica Estabelecer Procedimentos e Critérios de Verificação permite a elaboração dos procedimentos e critérios de verificação alinhados aos produtos de trabalho selecionados, requisitos, métodos e características do ambiente de verificação.

321. SP 1.1 Select Work Products for Verification

322. SP 1.2 EstablishtheVerificationEnvironment

323. SP 1.3 EstablishVerificationProceduresandCriteria

324. SG 2 PerformPeerReviews

325. SP 2.1 Prepare for PeerReviews

326. SP 2.2 ConductPeerReviews

327. SP 2.3 AnalyzePeerReview Data

328. SG 3 VerifySelected Work Products

329. SP 3.1 PerformVerification

331. O objetivo da área de processo Validação (VAL) é fornecer subsídios para demonstrar que um produto ou componente de produto satisfaz ao seu uso pretendido quando colocado em seu ambiente pretendido.

332. Verificação vs. validação

334. OPF – OrganizationalProcessFocus 75 Propósito: O objetivo da área de processo Foco nos Processos da Organização (OPF) é fornecer subsídios para planejar, implementar e implantar melhorias nos processos da organização com base na compreensão dos pontos fortes e pontos fracos dos processos e dos ativos de processo da organização.

336. SP 1.1 EstablishOrganizationalProcessNeeds

337. SP 1.2 AppraisetheOrganization’s Processes

338. SP 1.3 IdentifytheOrganization'sProcessImprovements

339. SG 2 PlanandImplementProcessImprovements

340. SP 2.1 EstablishProcessActionPlans

341. SP 2.2 ImplementProcessActionPlans

342. SG 3 DeployOrganizationalProcessAssetsandIncorporateLessonsLearned

343. SP 3.1 DeployOrganizationalProcessAssets

344. SP 3.2 Deploy Standard Processes

345. SP 3.3 Monitor Implementation

347. O objetivo da área de processo Definição dos Processos da Organização (OPD) é fornecer subsídios para estabelecer e manter um conjunto utilizável de ativos de processo da organização e de padrões de ambiente de trabalho.

348. Complemento para IPPD

350. A biblioteca de ativos de processo da organização é um conjunto de itens mantidos pela organização para serem utilizados por pessoas e projetos. Esse conjunto de itens inclui descrições de processos e elementos de processo, descrições de modelos de ciclo de vida, diretrizes para adaptação de processo, documentação relacionada a processo, e dados. A biblioteca de ativos de processo da organização subsidia o aprendizado e a melhoria de processo no âmbito da organização por meio do compartilhamento de melhores práticas e lições aprendidas na organização. O conjunto de processos-padrão da organização é adaptado pelos projetos para criar seus processos definidos. Os outros ativos de processo da organização são utilizados para apoiar a adaptação e a implementação dos processos definidos. Os padrões de ambiente de trabalho são utilizados para orientar a criação de ambientes de trabalho para o projeto.

352. SP 1.1 Establish Standard Processes

353. SP 1.2 EstablishLifecycleModelDescriptions

354. SP 1.3 EstablishTailoringCriteriaandGuidelines

355. SP 1.4 EstablishtheOrganization’sMeasurementRepository

356. SP 1.5 EstablishtheOrganization’sProcessAssetLibrary

357. SP 1.6 Establish Work Environment Standards

358. IPPD Addition

359. SG 2 Enable IPPD Management

360. SP 2.1 EstablishEmpowermentMechanisms

361. SP 2.2 EstablishRulesandGuidelines for IntegratedTeams

363. O objetivo da área de processo Treinamento na Organização (OT) é fornecer subsídios para desenvolver as habilidades e o conhecimento das pessoas para que elas possam desempenhar seus papéis de forma eficiente e eficaz.

364. Envolve:

365. Identificar as necessidades de treinamento da organização.

366. Obter e fornecer treinamentos para tratar essas necessidades.

367. Estabelecer e manter a capacidade de treinamento.

368. Estabelecer e manter registros de treinamento.

370. SP 1.1 Establish the Strategic Training Needs

371. SP 1.2 Determine Which Training Needs Are the Responsibility of the Organization

372. SP 1.3 Establish an Organizational Training Tactical Plan

373. SP 1.4 Establish Training Capability

374. SG 2 Provide Necessary Training

375. SP 2.1 Deliver Training

376. SP 2.2 Establish Training Records

378. O objetivo da área de processo Gestão Integrada de Projeto (IPM) é fornecer subsídios para estabelecer e gerenciar o projeto e o envolvimento das partes interessadas relevantes de acordo com um processo definido e integrado que é adaptado a partir do conjunto de processos-padrão da organização.

379. Complemento para IPPD

381. Estabelecer o processo definido para o projeto no startup do projeto a partir da adaptação do conjunto de processos-padrão da organização.

382. Gerenciar o projeto utilizando o processo definido para o projeto.

383. Estabelecer o ambiente de trabalho para o projeto com base nos padrões de ambiente de trabalho da organização.

384. Utilizar os ativos de processo da organização e contribuir para sua melhoria.

385. Permitir que as preocupações das partes interessadas relevantes sejam identificadas, consideradas e, quando apropriado, tratadas durante o desenvolvimento do produto.

387. SP 1.1 Establish the Project’s Defined Process

388. SP 1.2 Use Organizational Process Assets for Planning Project Activities

389. SP 1.3 Establish the Project's Work Environment

390. SP 1.4 Integrate Plans

391. SP 1.5 Manage the Project Using the Integrated Plans

392. SP 1.6 Contribute to the Organizational Process Assets

393. SG 2 Coordinate and Collaborate with Relevant Stakeholders

394. SP 2.1 Manage Stakeholder Involvement

395. SP 2.2 Manage Dependencies

396. SP 2.3 Resolve Coordination Issues

397. IPPD Addition

398. SG 3 Apply IPPD Principles

399. SP 3.1 Establish the Project’s Shared Vision

400. SP 3.2 Establish the Integrated Team Structure

401. SP 3.3 Allocate Requirements to Integrated Teams

402. SP 3.4 Establish Integrated Teams

405. SP 1.1 Determine Risk Sources andCategories

406. SP 1.2 Define RiskParameters

407. SP 1.3 Establish a Risk Management Strategy

408. SG 2 IdentifyandAnalyzeRisks

409. SP 2.1 IdentifyRisks

410. SP 2.2 Evaluate, Categorize, andPrioritizeRisks

411. SG 3 MitigateRisks

412. SP 3.1 DevelopRiskMitigationPlans

414. O objetivo da área de processo Análise e Tomada de Decisões (DAR) é fornecer subsídios para tomar decisões com base em um processo formal para avaliação de alternativas identificadas em relação a critérios estabelecidos.

415. Envolve:

416. Estabelecer critérios para avaliar alternativas.

417. Identificar soluções alternativas.

418. Selecionar métodos para avaliar alternativas.

419. Avaliar soluções alternativas utilizando critérios e métodos estabelecidos.

421. Quantitativamente gerenciado Nível 4 89

422. CMMI DEV Nível 4 90 Foco Gerenciamento quantitativo Processos (2): Organizational Process Performance (OPP) Quantitative Project Management (QPP)

423. CMMI DEV nível 4 - Objetivos 91 Gerenciar projetos quantitativamente Gerenciar de forma estatística os processos e subprocessos dos projetos Gerenciar a organização e quantitativamente Analisar a performance dos processos; Gerenciar quantitativamente os projetos da organização

425. Para subprocessos selecionados, medidas detalhadas da performance do processo são obtidas e analisadas estatisticamente. Medidas de qualidade e performance do processo são incorporadas no repositório de métricas da organização para dar apoio a decisões baseadas em evidências.

426. Causas especiais de variação de processo são identificadas e quando apropriado, as fontes das causas especiais são corrigidas para prevenir futuras ocorrências.

430. Determinar se os processos estão se comportando de forma homogênea ou possuem tendências estáveis (isto é, são previsíveis).

431. Identificar processos em que o desempenho esteja dentro de limites naturais que sejam coerentes entre as equipes de implementação de processo.

432. Estabelecer critérios para identificar se um processo ou subprocesso deve ser gerenciado estatisticamente e determinar medidas e técnicas analíticas pertinentes a serem utilizadas nessa gestão.

433. Identificar processos que demonstrem comportamentos atípicos (por exemplo, esporádicos ou imprevisíveis).

434. Identificar quaisquer aspectos que possam ser melhorados nos processos pertencentes ao conjunto de processos-padrão da organização.

436. QPM – Quantitative Project Management 97 Propósito: O objetivo da área de processo Gestão Quantitativa de Projeto (QPM) é fornecer subsídios para gerenciar quantitativamente o processo definido para o projeto visando alcançar os objetivos para qualidade e para desempenho de processo estabelecidos para o projeto.

437. QPM - Características 98 Envolve: Estabelecer e manter os objetivos para qualidade e para desempenho de processo no projeto. Identificar os subprocessos adequados que compõem o processo definido para o projeto, com base nos dados históricos de capacidade e estabilidade encontrados nos baselines ou nos modelos de desempenho de processo. Selecionar os subprocessos do processo definido para o projeto a serem gerenciados estatisticamente. Monitorar o projeto, visando determinar se os objetivos para qualidade e para desempenho de processo são satisfeitos e visando identificar ações corretivas apropriadas. Selecionar medidas e técnicas analíticas a serem utilizadas na gestão estatística dos subprocessos selecionados. Estabelecer e manter um entendimento sobre a variação dos subprocessos selecionados utilizando medidas e técnicas analíticas selecionadas. Monitorar o desempenho dos subprocessos selecionados, visando determinar se são capazes de alcançar seus objetivos para qualidade e para desempenho de processo e visando identificar ações corretivas. Registrar dados de gestão estatística e de gestão da qualidade no repositório de medições da organização.

439. SP 1.1 Establish the Project’s Objectives

440. SP 1.2 Compose the Defined Process

441. SP 1.3 Select the Subprocesses that Will Be Statistically Managed

442. SP 1.4 Manage Project Performance

443. SG 2 Statistically Manage Subprocess Performance

444. SP 2.1 Select Measures and Analytic Techniques

445. SP 2.2 Apply Statistical Methods to Understand Variation

446. SP 2.3 Monitor Performance of the Selected Subprocesses

448. CMMI DEV Nível 5 101 Foco Melhoria Contínua Processos (2): Causal Analysis and Resolution (CAR) Organizational Innovation and Deployment (OID)

449. CMMI DEV nível 5 - Objetivos 102 Otimizar a performance Identificar e eliminar as causas de defeitos ANTES que ocorram. Adotar melhorias Identificar e adotar novas ferramentas e melhorias de processo para atender objetivos de negócio e necessidades de clientes.

450. Metas e Práticas Genéricas para o nível 5 103 Não possui. modelo estagiado nível de maturidade.

452. O objetivo da área de processo Análise e Resolução de Causas (CAR) é fornecer subsídios para identificar causas de defeitos e de outros problemas e implementar ações para prevenir sua recorrência.

453. Envolve:

454. Identificar e analisar causas de defeitos e de outros problemas.