Common use of Gerenciamento dos Serviços da OS Clause in Contracts

Gerenciamento dos Serviços da OS. A INTERESSADA é responsável pelas entregas conforme as condições acordadas no momento da abertura da OS e no planejamento da Release (escopo, prazo, níveis de serviço, indicadores, dentre outros). Caso seja uma OS de Desenvolvimento de Soluções de Software classificada como Projeto, a INTERESSADA deve considerar que as atividades gerenciais devem estar aderentes às atividades de gerenciamento projetos da MTI, contemplando gerenciamento de escopo, tempo, comunicação, qualidade, custo e risco. Para todos os tipos de OS, a INTERESSADA deve fornecer informações a MTI, periodicamente, sobre o andamento das atividades, conforme definições e acordos estabelecidos na atividade “Preparar a Execução do Contrato”, apresentada no “ANEXO I-A – Visão Geral do Processo de Trabalho”do presente Modelo de Referência de Práticas de Desenvolvimento Ágil para Fábrica de Software com Parceria. Durante a execução dos serviços, poderão ser identificadas necessidades de mudanças nos requisitos da OS, as quais podem afetar o escopo, custo e prazo. Somente o Dono do Produto ou Cliente Demandante poderão solicitar mudanças. Quaisquer solicitações de mudança relativas a serviços em andamento serão previamente avaliadas quanto à sua pertinência pelo Líder da Célula. Uma vez considerada pertinente pelo Líder da Célula, a solicitação de mudança será encaminhada à INTERESSADA para avaliação do impacto sobre os serviços em execução. Caso as mudanças demandas afetem a Release corrente, esta deve ser inserida no planejamento do Backlog para ser participante da próxima versão da Solução de Software após a versão inerente a Release corrente. Somente em comum acordo entre a INTERESSADA e a MTI, a Release corrente, objeto de impacto direto da mudança solicitada, pode ser abandonada com justificativa registrada na OS, com objetivo único de minimizar perdas de ambos os lados da parceria. A avaliação de impacto deverá ser registrada em relatório técnico, no qual deve-se destacar as alterações de custo e prazo na OS, acompanhadas das devidas justificativas. Apenas as mudanças que forem aprovadas pelo Líder da Xxxxxx, após análise do relatório de impacto, devem ser realizadas pela INTERESSADA.

Gerenciamento dos Serviços da OS. A INTERESSADA é responsável pelas entregas conforme as condições acordadas no momento da abertura da OS e no planejamento da Release (escopo, prazo, níveis de serviço, indicadores, dentre outros). Caso seja uma OS de Desenvolvimento de Soluções de Software classificada como Projeto, a INTERESSADA deve considerar que as atividades gerenciais devem estar aderentes às atividades de gerenciamento projetos da MTI, contemplando gerenciamento de escopo, tempo, comunicação, qualidade, custo e risco. Para todos os tipos de OS, a INTERESSADA deve fornecer informações a MTI, periodicamente, sobre o andamento das atividades, conforme definições e acordos estabelecidos na atividade “Preparar a Execução do Contrato”, apresentada no “ANEXO I-A – Visão Geral do Processo de Trabalho”do presente Modelo de Referência de Práticas de Desenvolvimento Ágil para Fábrica de Software com ParceriaTrabalho”. Durante a execução dos serviços, poderão ser identificadas necessidades de mudanças nos requisitos da OS, as quais podem afetar o escopo, custo e prazo. Somente o Dono do Produto ou Cliente Demandante poderão solicitar mudanças. Quaisquer solicitações de mudança relativas a serviços em andamento serão previamente avaliadas quanto à sua pertinência pelo Líder da Célula. Uma vez considerada pertinente pelo Líder da Célula, a solicitação de mudança será encaminhada à INTERESSADA para avaliação do impacto sobre os serviços em execução. Caso as mudanças demandas afetem a Release corrente, esta deve ser inserida no planejamento do Backlog para ser participante da próxima versão da Solução de Software após a versão inerente a Release corrente. Somente em comum acordo entre a INTERESSADA e a MTI, a Release corrente, objeto de impacto direto da mudança solicitada, pode ser abandonada com justificativa registrada na OS, com objetivo único de minimizar perdas de ambos os lados da parceria. A avaliação de impacto deverá ser registrada em relatório técnico, no qual deve-deve- se destacar as alterações de custo e prazo na OS, acompanhadas das devidas justificativas. Apenas as mudanças que forem aprovadas pelo Líder da Xxxxxx, após análise do relatório de impacto, devem ser realizadas pela INTERESSADA.

Gerenciamento dos Serviços da OS. A INTERESSADA é responsável pelas entregas conforme as condições acordadas no momento da abertura da OS e no planejamento da Release (escopo, prazo, níveis de serviço, indicadores, dentre outros). Caso seja uma OS de Desenvolvimento de Soluções de Software classificada como Projeto, a INTERESSADA deve considerar que as atividades gerenciais devem estar aderentes às atividades de gerenciamento projetos da MTI, contemplando gerenciamento de escopo, tempo, comunicação, qualidade, custo e risco. Para todos os tipos de OS, a INTERESSADA deve fornecer informações a MTI, periodicamente, sobre o andamento das atividades, conforme definições e acordos estabelecidos na atividade “Preparar a Execução do Contrato”, apresentada no “ANEXO I-A – Visão Geral do Processo de Trabalho”do presente Modelo de Referência de Práticas de Desenvolvimento Ágil para Fábrica de Software com ParceriaTrabalho”. Durante a execução dos serviços, poderão ser identificadas necessidades de mudanças nos requisitos da OS, as quais podem afetar o escopo, custo e prazo. Somente o Dono do Produto ou Cliente Demandante poderão solicitar mudanças. Quaisquer solicitações de mudança relativas a serviços em andamento serão previamente avaliadas quanto à sua pertinência pelo Líder da Célula. Uma vez considerada pertinente pelo Líder da Célula, a solicitação de mudança será encaminhada à INTERESSADA para avaliação do impacto sobre os serviços em execução. Caso as mudanças demandas afetem a Release corrente, esta deve ser inserida no planejamento do Backlog para ser participante da próxima versão da Solução de Software após a versão inerente a Release corrente. Somente em comum acordo entre a INTERESSADA e a MTI, a Release corrente, objeto de impacto direto da mudança solicitada, pode ser abandonada com justificativa registrada na OS, com objetivo único de minimizar perdas de ambos os lados da parceria. A avaliação de impacto deverá ser registrada em relatório técnico, no qual deve-se destacar as alterações de custo e prazo na OS, acompanhadas das devidas justificativas. Apenas as mudanças que forem aprovadas pelo Líder da Xxxxxx, após análise do relatório de impacto, devem ser realizadas pela INTERESSADA.

Gerenciamento dos Serviços da OS. A INTERESSADA é responsável pelas entregas conforme as condições acordadas no momento da abertura da OS e no planejamento da Release (escopo, prazo, níveis de serviço, indicadores, dentre outros). Caso seja uma OS de Desenvolvimento de Soluções de Software classificada como Projeto, a INTERESSADA deve considerar que as atividades gerenciais devem estar aderentes às atividades de gerenciamento projetos da MTI, contemplando gerenciamento de escopo, tempo, comunicação, qualidade, custo e risco. Para todos os tipos de OS, a INTERESSADA deve fornecer informações a MTI, periodicamente, sobre o andamento das atividades, conforme definições e acordos estabelecidos na atividade “Preparar a Execução do Contrato”, apresentada no “ANEXO I-A – Visão Geral do Processo de Trabalho”do presente Modelo de Referência de Práticas de Desenvolvimento Ágil para Fábrica de Software com Parceria. Durante a execução dos serviços, poderão ser identificadas necessidades de mudanças nos requisitos da OS, as quais podem afetar o escopo, custo e prazo. Somente o Dono do Produto ou Cliente Demandante poderão solicitar mudanças. Quaisquer solicitações de mudança relativas a serviços em andamento serão previamente avaliadas quanto à sua pertinência pelo Líder da Célula. Uma vez considerada pertinente pelo Líder da Célula, a solicitação de mudança será encaminhada à INTERESSADA para avaliação do impacto sobre os serviços em execução. Caso as mudanças demandas afetem a Release corrente, esta deve ser inserida no planejamento do Backlog para ser participante da próxima versão da Solução de Software após a versão inerente a Release corrente. Somente em comum acordo entre a INTERESSADA e a MTI, a Release corrente, objeto de impacto direto da mudança solicitada, pode ser abandonada com justificativa registrada na OS, com objetivo único de minimizar perdas de ambos os lados da parceria. A avaliação de impacto deverá ser registrada em relatório técnico, no qual deve-deve- se destacar as alterações de custo e prazo na OS, acompanhadas das devidas justificativas. Apenas as mudanças que forem aprovadas pelo Líder da Xxxxxx, após análise do relatório de impacto, devem ser realizadas pela INTERESSADA.