Estrutura Da Avaria Do Trabalho


  Share  
|

Finalidade

A estrutura da avaria do trabalho é considerada por muitos ser a ferramenta chave da gerência de projeto. É um decomposition do projeto em seus elementos componentes e é usado definir o projeto ao todo. O WBS fornece o esclarecimento dos deliverables ou das tarefas do projeto (dependendo da aproximação organizational ou da prática). Em seus vários níveis, é usado como uma ferramenta da definição do trabalho, uma ferramenta de relatório, ou uma ferramenta do summarization do projeto.

Aplicação

As aplicações para o WBS são tão variadas quanto as aproximações a usá-lo. Em algumas organizações é usado estritamente para a definição do trabalho, que é realizada decomposing elementos do trabalho (deliverables ou tarefas) em seus peças e subparts. Porque o WBS é pena quebrada em níveis diferentes, suas aplicações naqueles níveis podem variar. E porque as organizações diferentes quebram abaixo o WBS em maneiras diferentes (categorias primeiramente da tarefa ou as product-oriented), aquelas aproximações podem conduzir às aplicações diferentes também.

O WBS pode ser aplicado na definição das exigências definindo os deliverables do macro ao micro nível, até que os componentes individuais do deliverable estejam delineados claramente. Pode ser aplicado na definição do trabalho definindo as tarefas do nível macro (fase ou área de tarefa principal) ao micro nível (elementos discretos individuais do trabalho executados por um indivíduo ou por uma função dada). Pode ser aplicado na definição do custo enquanto os elementos componentes os menores estão fixados o preço para fora e rolado até críe relatórios agregados do custo. Na orientação da tarefa, os elementos discretos individuais do trabalho podem fornecer uma entrada crítica aos diagramas da rede.

Índice

O WBS consiste em uma variedade dos níveis, cada uma que define o projeto em um detalhe mais grande. No nível do alto, o sumário ou o mais elevado, é etiquetado normalmente 1.0 ou X.0 (onde X é um projeto específico que identifica o código), e identifica o projeto em sua totalidade. O nível seguinte, os 1.1 (ou X.1) nível, rupturas abaixo o deliverable em componentes principais ou o esforço do projeto em suas tarefas principais. Além do nível X.1, pode haver um número virtualmente infinito de uns decompositions mais adicionais (X.1.1, X.1.1.1, X.1.1.1.1, e assim por diante), como o projeto está quebrado para fora um detalhe em mais e mais finito. No nível o mais baixo, entretanto, devem estar um deliverable discreto ou um em nível do esforço sobre que o gerente de projeto necessita estar ciente. O WBS deve ser definido para baixo ao nível do gerente’de projeto s do controle.

Em algumas organizações, esse nível o mais baixo será predeterminado pela política ou pela prática. Em outro, cada gerente de projeto deve discernir o nível apropriado da profundidade para seu ou seu project(s). Em todo o exemplo, o nível o mais baixo do WBS é consultado a como um pacote do trabalho.

Um nível acima do pacote do trabalho é o nível do cliente de controle ou do cliente de custo. O cliente de controle ou o cliente de custo são usados primeiramente relatando à gerência, à contabilidade, ou ao cliente.

Aproximações

Dado a variedade das aproximações que são possíveis com um WBS, a chave a toda a aproximação bem sucedida é consistência. Se uma seção do WBS for quebrada para fora por deliverables, então o WBS inteiro deve ser deliverables orientados (por exemplo, se a seção 1.2.3 for um subcomponent, a seguir 1.2.4 não devem ser uma tarefa ou uma área de tarefa). Para a deliverablesoriented WBS, a avaria pode ser definido como segue:

1.0 Projete a descrição (projeto) (sumário)
1.1 Componente chave (sumário)
1.1.1 Subcomponent (cliente) de control/cost (sumário)
1.1.1.1 Peça do subcomponent (pacote do trabalho)

O nível o mais baixo daquele WBS seria uma parte discreta que fosse uma deliverable distinto e separado. Pode-se anotar que em alguns projetos principais, o pacote do trabalho de uma organização que está sendo suportada por vendedores principais pode ser o projeto da organização do vendedor.

Para um WBS task-oriented, a avaria pode ser definida como segue:

1.0 Projete a descrição (projeto) (sumário)
1.1 Área de tarefa principal (sumário)
1.1.1 Subgrupo das tarefas (cliente) de control/cost (sumário)
1.1.1.1 Elemento específico do trabalho (pacote do trabalho)

A aproximação é dirigida pela maior parte pela prática organizational ou pela preferência do gerente de projeto, embora as forças armadas de ESTADOS UNIDOS façam exame de uma posição firme que o WBS deve ser um original deliverables-orientado.

Considerações

O WBS evokes a paixão entre alguns de seus usuários, que é ardent que deve ser tarefa ou produto orientado. Como esta', quando o trabalho de começo com um cliente novo ou o estabelecimento de um WBS com uma organização da sustentação, ele for prudent explorar seus perspectives e aplicações a respeito do WBS. Se forem flexíveis, a prática organizational existente pode prevalecer. Se, entretanto, um cliente prefere ou exige uma orientação do produto e a organização suportando tem um history de WBSs task-oriented, algum conflito na definição do trabalho pode seguir.

Estes custos reais incluem normalmente uma porcentagem para reconhecer o investimento’e a despesa da organização s em administrar um projeto. Esta taxa do burden pode ser diferente para recursos humanos e materiais, dependendo em cima das práticas’da contabilidade da organização s. Normalmente, os custos do orçamento são quebrados para fora por recursos e por materiais de modo que o burden para cada um possa fàcilmente ser incorporado e de modo que a gerência possa discernir entre custos do recurso humano e custos materiais do recurso.

este é um artigo adicionado por Nevena Stefanova


Share  

© 2005-2010 E-articles.info All Rights Reserved - Terms and conditions