Pular para o conteúdo principal

A importância do Gerenciamento de escopo na Gestão de Projetos

O propósito do gerenciamento da mudança do Escopo é proteger a viabilidade da Definição do Projeto ora aprovada, de modo que se tenha possibilidade de gerenciar eficientemente o Escopo. Uma vez definidas as entregas do Projeto, se os entregáveis mudarem durante o projeto – o que normalmente ocorre já que o cliente deseja itens adicionais – então as estimativas de custo, prazo e recursos devem ser recompostas, e uma vez aceitas pelo cliente, o Gerente de Projeto fará o redimensionamento do custo, prazo e recursos para refletir este trabalho adicional ora aprovado.

Muitas vezes o Gerente de Projetos pode sentir-se desconfortável com as mudanças de escopo, entretanto, a arte no gerenciamento eficaz de Escopo é obter um “não” do próprio cliente ao invés de lhe dizer “não”. Isto facilmente se consegue quando apresentamos o custo de cada nova mudança solicitada, já que muitos clientes querem a mudança, mas não estão dispostos a pagar por elas. Devemos dar a este fato muita importância, já que poucos são os projetos cujas necessidades são previstas durante o processo de análise. Por conseqüência há muitas mudanças que carecem serem introduzidas durante o ciclo de vida do projeto. Muitas das vezes tais alterações são realmente necessárias para a solução e cabe ao Gerente de Projeto e sua equipe reconhecer quando tais mudanças são solicitadas e seguir o processo pré-definido de mudança do Escopo e no Plano de Comunicações.


Os processos de controle do escopo

O Gerente de Projetos deve ter Procedimentos de Gerenciamento do Projeto sendo que os mesmos podem ser alterados de acordo com a dimensão de cada projeto gerenciado. Normalmente para projetos pequenos, as mudanças do Escopo podem ser levantadas por qualquer pessoa da equipe de projeto e devem enviadas por escrito ao Gerente de Processo através de carta ou e-mail dispensando maiores formalidades. O Gerente de Projetos determina então se o pedido é um pedido de mudança do Escopo ou não. Quando for, o Gerente de Projeto verifica que impactos a mudança do Escopo traz para o projeto em termos de custo, prazo e recursos. Se houver outras opções viáveis, determinar seu impacto e levar todas as mudanças ao Sponsor de projeto para aprovação.


Havendo acordo sobre as alterações as atividades apropriadas serão acrescentadas ao plano de trabalho para assegurar que as mudanças sejam executadas; e a solicitação e status devem ser documentados no Relatório de Status do Projeto.


As mudanças para projetos médios e grandes devem ser solicitadas a todos os stackholders interessados no projeto que podem incluir equipe do projeto, clientes, órgãos fiscalizadores, etc. Todas as alterações devem ser solicitadas por escrito ao Gerente do Projeto e documentadas conforme o Plano de Gerenciamento de Escopo e Plano de Comunicações. Garanta que um membro da equipe avalie os impactos da mudança e registre e documente tudo. Leve as mudanças de Escopo, alternativas e impacto do projeto ao Sponsor para aprovação. Os motivos da aprovação ou rejeição devem ser documentados. Se houve acordo as atividades apropriadas serão acrescentadas ao plano de trabalho para garantir que a mudança seja implementada. O orçamento de projeto também deverá ser atualizado caso necessário. Caso a mudança de escopo aprovada resulte em alteração substancial do projeto, a Definição do Projeto original deve ser atualizada.


Comunique a situação das mudanças do Escopo e a resolução aos integrantes da equipe de projeto e a outros interessados através do processo de Gerenciamento de Comunicação, incluindo o Relatório de Status do Projeto.


Fonte

PEREIRA, Marcos Valdeir. A importância do Gerenciamento de escopo na Gestão de Projetos. Boletim Gestão de Projetos – IETEC, [S.l.], n.22, jun. 2005. Disponível em: <http:// www.ietec.com.br/site/techoje/categoria/abrirPDF/57>. Acesso em: 19 dez. 2006.

Postagens mais visitadas deste blog

Diferença entre banco de dados, instância, schema, tablespaces e etc.

Vamos a um pouco de teoria de banco de dados. Tenho certeza que será muito útil para os universitários. 🙂 No mundo da tecnologia e gerenciamento de informações, os bancos de dados desempenham um papel vital. Um banco de dados, ou base de dados, é um conjunto organizado de registros que oferece a capacidade de reorganização e extração de informações. Normalmente, os registros em um banco de dados são agrupados para servir a um propósito comum. A gestão de um banco de dados é tipicamente realizada por meio de um software conhecido como Sistema Gerenciador de Banco de Dados (SGBD). Exemplos notáveis de SGBDs incluem o Oracle, MySQL, SQL Server e PostgreSQL. É importante notar que, às vezes, o termo “banco de dados” é erroneamente usado como sinônimo de SGBD. No contexto atual, o modelo de dados mais amplamente adotado é o modelo relacional, no qual as informações são organizadas em tabelas compostas por linhas e colunas. Instâncias: A Máquina Cerebral do Banco de Dados Quando se trata de...

Diferença entre erro, falha e defeito - conceitos

Se você trabalha com desenvolvimento de software ou engenharia de qualidade, provavelmente já ouviu falar nos termos erro, falha e defeito. Embora esses termos sejam frequentemente usados ​​de forma intercambiável, é importante compreender suas diferenças e como eles se relacionam. Em termos simples, um erro é uma ação humana que produz um resultado incorreto ou inesperado. Um desenvolvedor pode cometer um erro ao escrever um código incorreto para uma determinada função, um testador pode cometer um erro ao não testar corretamente uma determinada funcionalidade, e um usuário pode cometer um erro ao inserir dados incorretos em um formulário. Uma falha, por sua vez, é a manifestação externa de um erro. É quando o produto não executa conforme o esperado. Por exemplo, se uma aplicação de pagamento online apresentar um erro de processamento de pagamento, isso pode ser considerado uma falha. As falhas podem ser detectadas pelos usuários ou por testadores durante o processo de teste. Por fim, ...

Como iniciar, parar e reiniciar o serviço MySQL no Linux

Recentemente fiz um post sobre a instalação do MySQL no Linux , agora vamos falar como verificar o status do serviço e como aplicar os comandos start, stop e restart. Coisas básicas para a manutenção. 1 . Como verificar o status do serviço É importante compreender que, dependendo da versão do Linux, o comando a ser usado pode variar. Em versões mais antigas, utilizamos o comando " service ";  já em versões mais recentes, o comando " systemctl ". Veja os exemplos abaixo: sudo systemctl status mysql ou sudo service mysql status Um retorno semelhante a esse mostra que o serviço está ativo. 2 . Como iniciar o serviço no Linux Novamente importante atentar para a distribuição do linux. Para o Ubuntu ou outras distribuições baseadas no Debian, você usará o comando systemctl, em outras provavelmente o service. Vamos aos exemplos: sudo systemctl start mysql ou sudo service mysql start Importante notar que o comando start pode não gerar output, por isso é importante verificar...

Assertividade no Trabalho: Não é Sobre Estar Certo, é Sobre Comunicar Melhor

Muita gente confunde assertividade com estar "correto" ou ganhar uma discussão, mas a verdade é que ser assertivo vai muito além disso. Não tem a ver com quem está com a razão, e sim com como você se comunica . A palavra "assertivo" vem de "asserção", que significa afirmação. Ou seja, ser assertivo é a capacidade de expressar suas ideias, sentimentos e necessidades de forma clara, direta e respeitosa, sem ser agressivo ou passivo . É uma habilidade fundamental que te permite defender seu ponto de vista mantendo a harmonia nas relações. Assertividade Não é Sinônimo de Estar Certo É crucial entender essa distinção. Você pode estar completamente enganado em uma situação, mas ainda assim se comunicar de forma assertiva. Da mesma forma, você pode estar certo e se expressar de um jeito agressivo ou passivo, minando a eficácia da sua mensagem. Imagine a diferença: Comunicação Passiva: Você tem uma ideia brilhante, mas fica com medo de apresentá-la e deixa que o...

Contar caracteres no MySQL

Vamos fazer uso das funções da linguagem SQL para contar caracteres de um campo salvo em uma tabela. Ou seja, vamos selecionar diversos registros de uma tabela e contar os caracteres de um de seus campos. No MySQL temos várias funções para contar caracteres: LENGTH(cadeia) – comando também existente no Oracle Recebe uma cadeia , conta e retorna o número de caracteres. CHARACTER_LENGTH(cadeia)  Recebe também uma cadeia e retorna o número de caracteres contados. CHAR_LENGTH(cadeia) É um sinônimo de CHARACTER_LENGTH. Embora nem todas as versões de MySQL o tenham. A diferença entre LENGTH e CHARACTER_LENGTH é que em CHARACTER_LENGTH um caractere “multibyte” conta como um só caractere. Em LENGTH conta o número de bytes da cadeia. Assim, no caso de ter uma cadeia com 5 caracteres que ocupam 2 bytes cada um, LENGTH retornaria 10 e CHARACTER_LENGTH só 5. Por enquanto vamos utilizar CHARACTER_LENGTH, ela devolverá os resultados que esperamos obter, o número de caracteres da cadeia, independ...