Monday, 12 December 2016

Initiating Process Group

The Initiating Process Group consists of those processes performed to define a new project or a new phase of an existing project by obtaining authorization to start the project or phase.

Within the Initiating processes, the initial scope is defined and initial financial resources are committed.

Internal and external stakeholders who
will interact and influence the overall outcome of the project are identified.

If not already assigned, the project manager will be selected.

This information is captured in the project charter and stakeholder register.

When the project charter is approved, the project becomes officially authorized.

Although the project management team may
help write the project charter, this standard assumes that business case assessment, approval, and funding are handled externally to the project boundaries.

A project boundary is defined as the point in time that a project or project phase is authorized to its completion.

The key purpose of this Process Group is to align the stakeholders’ expectations with the project’s purpose, give them visibility about the scope and objectives, show how their participation in the project and it associated phases can ensure that their expectations are achieved.

These processes help set the vision of the project—what is needed to be accomplished.

Large complex projects should be divided into separate phases.

In such projects, the Initiating processes are
carried out during subsequent phases to validate the decisions made during the original Develop Project Charter
and Identify Stakeholders processes.

Performing the Initiating processes at the start of each phase helps to keep the project focused on the business need that the project was undertaken to address.

The success criteria are verified, and the influence, drivers, and objectives of the project stakeholders are reviewed.

A decision is then made as to whether the project should be continued, delayed, or discontinued.

Involving the sponsors, customers, and other stakeholders during initiation creates a shared understanding of success criteria, reduces the overhead of involvement, and generally improves deliverable acceptance, customer satisfaction, and other stakeholder satisfaction.

Initiating processes may be performed at the organizational, program, or portfolio level and therefore, would be outside of the project’s level of control.

For example, prior to commencing a project, the need for high-level requirements may be documented as part of a larger organizational initiative.

A process of evaluating alternatives may be utilized to determine the feasibility of the new undertaking.

Clear descriptions of the project objectives may be developed, including the reasons why a specific project is the best alternative to satisfy the requirements.

The documentation for this decision may also contain the initial project scope statement, deliverables, project duration,
and a forecast of the resources for the organization’s investment analysis.

As part of the Initiating processes, the project manager is given the authority to apply organizational resources to the subsequent project activities.


4.1 Develop Project Charter—The process of developing a document that formally authorizes the existence of a project and provides the project manager with the authority to apply organizational resources to project activities.

Develop Project Charter is the process of developing a document that formally authorizes the existence of a project and provides the project manager with the authority to apply organizational resources to project activities.

The key benefit of this process is a
well-defined project start and project boundaries, a creation of a formal record of
the project, and a direct way for senior management to formally accept and commit to the project.

Inputs

From projector initiator and sponsor:
1 Project statement of work
2 Business case
3 Agreements (or contract)

From enterprise and organization:
4 Enterprise environmental
 factors
5 Organizational process
 assets

Output
1. Project charter

Note: In the case of external projects, a formal contract is typically the preferred way to establish an agreement. In this case, the project team becomes the seller responding to conditions of an offer to buy from an outside entity.

Identify Stakeholders

Identify Stakeholders is the process of identifying the people, groups, or organizations that could impact or be impacted by a decision, activity, or outcome of the project, analyzing and documenting relevant information regarding their interests, involvement, interdependencies, influence, and potential impact on project success.

The key benefit of this process is that it allows the project manager to identify the appropriate focus for each stakeholder
or group of stakeholders.

Friday, 14 October 2016

Lecture 3: EXAME



Escopo - A soma dos produtos, serviços e resultados a serem fornecidos como um projeto.


Escopo do Projeto - O trabalho realizado para entregar um produto, serviço ou resultado com as características e funções especificadas.


Escopo do produto - As características e funções que caracterizam um produto, serviço ou resultado.


Mudanças no escopo - Qualquer alteração no escopo do projeto. A mudança de escopo quase sempre requer um ajustamento do custo do projeto ou do cronograma ou de outras restrições (fatores de projeto).


O Scope Creep (aumento de escopo gradual). A expansão descontrolada do escopo do produto ou do escopo do projeto sem ajustes do cronograma (tempo), custo e recursos.

O Scope Creep (aumento de escopo gradual) é um dos piores inimigos para qualquer gerente de projetos se não for gerenciado de forma adequada. Isto inclui qualquer coisa que não fazia parte do escopo inicial do seu projeto e foi adicionado sem passar corretamente por qualquer processo de avaliação.
Um pequeno aumento de escopo pode não ter um impacto muito grande, mas se eles se acumulam, o projeto pode acabar severamente acima do orçamento ou fora do cronograma. Existem algumas fontes de aumento de escopo: pedido de clientes, a equipe adicionando mais ao projeto do está solicitado, requerimentos de projeto desconhecidos que foram identificados posteriormente, riscos que se tornaram problemas, etc.

O termo foi criado especialmente para se referir à alteração descontrolada do escopo de um projeto. Não é difícil imaginar porque isso por si só é um grande problema. 
Durante o período de construção de uma casa, por exemplo, quanto mais alterações forem feitas em relação à planta original, mais cara e mais demorada a obra ficará, certo? Isso acontece em qualquer projeto: mudanças geram custos, atrasos e aumentam os riscos.
Bom, antes de tudo, é essencial estudar e definir bem o escopo do projeto. Segundo o Guia PMBOK, o escopo é a “descrição detalhada do projeto e/ou do produto” e deve ser definido ainda durante a fase de planejamento. Na prática, o escopo funciona como uma espécie de lista, que destaca o que deverá ser entregue (produtos tangíveis ou não) dentro de limites de tempo e de recursos.
No entanto, durante o desenvolvimento, ao longo de reuniões e encontros, é comum que mudanças sejam consideradas necessárias. Elas podem ser sugeridas por qualquer um dos envolvidos (stakeholders), mas tradicionalmente vêm do próprio cliente, interno ou externo.
Antes de realizar alterações, é fundamental voltar para o início e checar se elas estão alinhadas com o objetivo do projeto; quais são os impactos e os benefícios; e de que forma seriam implantadas. Depois dessa reflexão e avaliação, cabe ao gerente do projeto, juntamente com o patrocinador, definir se as alterações podem ou não ser colocadas em prática.
Esse é o momento crucial para evitar o scope creep. Mudanças pontuais podem acontecer “com moderação”, desde que contribuam para o sucesso do projeto e que sejam administradas, controladas e devidamente comunicadas. Especialistas na área de Gerenciamento de Projetos são unânimes nesse sentido: a partir do momento em que se perde o controle sobre as mudanças os problemas inevitavalmente vão surgir.

Especificação. Um documento que especifica de uma forma completa, precisa e verificável os requisitos, o design, o comportamento e outras características de um sistema, componente, produto, resultado ou serviço e, tambem, os procedimentos para determinar se estas disposições foram satisfeitas.




Exemplos são: especificação de requisitos, design
especificação, especificação do produto, e especificação de teste.




Requerimento. A condição ou a capacidade que é necessária para estar presente em um produto, serviço ou resultado para satisfazer um contrato ou outra especificação formalmente imposta.


Baseado nestas definicoes confirme ou verifique se estah corretas ou erradas as seguintes afirmacoes:


I) Suponha que você tem um lote de terreno e pretende (projeto) construir uma casa sobre ele. 


I1) Produto do projeto: A casa [Falso ou Verdadeiro]

I2) Escopo do projeto : A casa deve ter 3 andares, 1000 metros quadrados de área construída, 4 quartos com banheiros anexos, 2 salas, uma cozinha e garagem.  [Falso ou Verdadeiro]

I3) Escopo do Produto: A contratação de um empreiteiro, um arquiteto e um designer de interiores, a aquisição de autorizações legais, estimar o custo e o empréstimo bancário, o planejamento para os riscos, como chuva e tempestades, projetando a casa, a compra de material de construção, a construção da casa, fazendo o interiores, compra de mobiliário, a realização de inspecções, a realização de visitas regulares do site para acompanhar o progresso e resolver os litígios, a realização de pagamentos e compensações, fechando contratos e mudança. [Falso ou Verdadeiro]

I4) Além da definição do produto poderia haver outros [xxx] para a casa. Usando um determinado tipo especial de cimento poderia ser a sua exigência de qualidade. Elaborando um projeto que tenha a casa como produto preparada contra  terramotos poderia ser um [xxx] de desempenho. Obtendo uma atualização de progresso semanal de seu contratante, e fazer pagamentos mensais poderiam ser seus [xxx] de gerenciamento de projetos. Um carpinteiro precisa ser capaz de fazer furos de 2 polegadas. Este é o [xxx]. Ele precisa de uma broca de uma certa bitola que possa fazer furos de 2 polegadas. Os xxx são "o que" o cliente precisa. Os [xxx] podem ser de vários tipos. Por exemplo, os [xxx] relacionados com o produto, [xxx] de desempenho, [xxx] de qualidade, os [xxx] de gerenciamento de projetos etc. 

´xxx´ define o comportamento do produto. Eles indicam o que é que os usuários querem a partir do produto.   


[os 'xxx' nos paragrafos acima significa: especificacão, escopo, atividades ou requisito]

Reescreva os parágragos acima substituíndo os [xxx] pelas palavras apropriadas como: especificacão, escopo, atividades ou requisito


2) há alguns anos, o museu Smithsonian foi levado ao tribunal porque o escopo de trabalho (project scope) do contrato era manter os artefatos do museu entretanto os executivos estavam usando as instalações e os colaboradores do museu para reparar os veículos pessoais deles (executivos). Estas últimas atividades estao fora do escopo de projeto. (falso ou verdadeiro?)

3) Requisitos são geralmente descritos durante o início do projeto, e refinados durante a concepção do projeto. Os requisitos devem ser elaborados pela equipe do projeto, incluindo pessoal técnico. É normal que os requisitos mudem (embora a alteração deve ser fortemente controlada e aprovada pelas partes interessadas apropriadas). Voce poderia mostrar a diferenca entre requisitos e escopo?



4) No exemplo da questao 2 temos: Se o escopo do trabalho (escopo de projeto) é manter os artefatos de museu em boas condicoes, os requisitos podem abordar coisas como:

a) Todos os artefatos serão limpos mensalmente com melhores padrões profissionais e os artefatos em ambientes sensíveis serão armazenados em um local seguro com monitoramento ambiental semanal irá fornecer garantia de que o ambiente está na temperatura certa, umidade, etc.

b) Qualquer artefatos removidos da exibição serão rastreados na gestão de ativos, de acordo com procedimento X.

Na questao 4 qual é o tipo de projeto?



5) ler o seguinte documento sobre escopo no link:


Saturday, 8 October 2016

Lecture 2: asana sw

Task 1:  leia com atencao!

PMBOK

O Project Management Body of Knowledge é um conjunto de terminologias padrão e as diretrizes (um corpo de conhecimento) para gerenciamento de projetos.

O Guia é um documento resultante do trabalho supervisionado pelo Project Management Institute (PMI), que oferece as certificações CAPM e PMP.

Muitos assuntos do PMBOK é  único para area de projetos, por exemplo, a gestão método crítico caminho (critical path method), e a estrutura de divisão de trabalho (WBS) - work breakdown structure.


O PMBOK também se sobrepõe a outras disciplinas como a gestão geral que ambos incluem: planejamento, organização, recursos humanos, executar e controlar as operações de uma organização. (planning, organising, staffing, executing and controlling the operations of an organisation) no estados unidos se escreve organiZing, organiZation

Outras disciplinas de gestão que se sobrepõem incluem previsão financeira, comportamento organizacional, gestão da ciência, orçamento e outros métodos de planejamento. (financial forecasting, organisational behaviour, management science, budgeting and other planning methods.)

Nos paragrafos acima, quero dizer que ao ler o PMBOK que esta na 5th edicao (2013) vc vera metodos e ferramentas que se aplicam somente ao conceito de projetos (primeiro paragrafo) como tambem metodos e ferramentas que se aplicam em outras gestoes (segundo e terceiro paragrafo)


Task 2

Asana, sera o nosso primeiro sw que vamos explorar.

"Project one" eh o nosso learning outcome (resulta de aprendizagem) que eh como usar o proprio sw asana como ferramenta basica para elaborar futuros projetos.. possivelmente nos vamos adotar o freedcamp para o uso profissional.

Felipe, probably you've received information about asana on your email inviting you as a team member. Check it out!

Thursday, 6 October 2016

Lecture 1: Introduction


3 software relacionados ao gerenciamento de projetos que iremos adotar.

Sua primeira tarefa eh se inscrever nestes 3 software (sao os melhores e gratuitos!!)




 2. asana - crique aqui 


3. freedcamp - crique aqui




======================================================================


O que é um projeto?



Um projeto é um empreendimento temporário para criar um único produto, serviço ou resultado.

A natureza temporária dos projetos indica que um projeto tem um começo e um fim.

O fim é alcançado quando os objetivos do projeto foram alcançados ou quando o projeto for finalizado porque seus objetivos não foram ou não podem ser cumpridos, ou quando a necessidade do projeto não existe mais.

Um projecto pode igualmente ser interrompido quando o cliente ( patrocinador ou clente final) deseja terminar o projeto.

Temporário não significa necessariamente que a duração do projecto é curto. Refere-se ao engajamento do projeto e sua longevidade.

Temporário normalmente não se aplica ao produto, serviço ou resultado criado pelo projeto; a maioria dos projetos são realizados para criar um resultado duradouro.


Por exemplo, um projeto para construir um monumento nacional criará um resultado esperado para durar séculos.

Os projetos também podem ter impactos sociais, econômicos e ambientais que tem vida maiordoque os próprios projetos.

Cada projeto cria um único produto, serviço ou resultado. O resultado do projeto podem ser tangíveis ou intangíveis.

Embora os elementos repetitivos podem estar presentes em algumas entregas  ou atividades de projeto, essa repetição não muda as características fundamentais, original do trabalho do projeto.

Por exemplo, edifícios de escritórios podem ser construídos com os mesmos materiais ou semelhantes e com a mesma  ou diferentes equipes. No entanto, cada projeto de construção continua a ser único, com um local diferente, design diferente, diferentes circunstâncias e situações, diferente partes interessadas, e assim por diante.

Devido à natureza única de projetos, pode haver incertezas ou diferenças nos produtos, serviços ou resultados (ou entregas) que o projeto cria.

As atividades do projeto podem ser novidade para os membros de uma equipe de projecto, que podem exigir planejamento mais dedicado do que outros trabalhos de rotina. (numa empresa)

Além disso, os projetos são realizados em todos os níveis organizacionais.

Um projeto pode envolver um único indivíduo ou vários indivíduos, uma única unidade organizacional ou várias unidades organizacionais de várias organizações.



Um projeto pode criar:


• Um produto que pode ser um componente de um outro elemento, um aperfeiçoamento de um item, ou um produto final;

• Um serviço ou a capacidade de executar um serviço (por exemplo, uma função de negócios que suporta a produção ou distribuição, logistica) ou capacitação profissional;

• Uma melhoria nas linhas de produtos ou serviços existentes (por exemplo, um projeto de Seis Sigma (uma ferramenta da qualidade e da estatistica) comprometeu a reduzir defeitos); ou

• Um resultado, como um documento ou relatorio (por exemplo, um projeto de pesquisa que desenvolve o conhecimento que pode ser utilizado para determinar se existe uma tendência ou um novo processo e se vai beneficiar a sociedade ou comunidade).

Os exemplos de projectos incluem, mas não estão limitados a:

• O desenvolvimento de um novo produto, serviço ou resultado;

• Efetuar uma mudança na estrutura, processos, recursos humanos, ou o estilo de uma organização;

• Desenvolver ou adquirir um novo ou modificado sistema de informação (hardware ou software);

• Realização de um esforço de pesquisa cujo resultado será apropriadamente registrados;

• A construção de um edifício, instalações industriais ou de infra-estrutura; ou

• implementacao,  ou melhora nos processos de negócios e procedimentos ja existentes.



Projetos e Planejamento Estratégico


Os projetos são muitas vezes utilizados como um meio de atingir, direta ou indiretamente objetivos no plano estratégico de uma organização.

Os projetos são normalmente autorizado, como resultado de uma ou mais das seguintes considerações estratégicas:

A demanda do mercado (por exemplo, uma companhia de carro que autoriza um projeto para construir carros mais eficientes em resposta à escassez de gasolina);


Oportunidade estratégica / necessidade do negócio (por exemplo, uma empresa de treinamento autoriza um projeto para criar um novo curso para incrementar as receitas);


Necessidade social (por exemplo, uma organização não governamental em um país em desenvolvimento que autoriza um projeto para fornecer sistemas de água potável, latrinas e educação sanitária para as comunidades que sofrem de altas taxas de doenças infecciosas);

Consideração ambiental (por exemplo, uma empresa pública que autoriza um projeto para criar um novo serviço de
partilha de carro elétrico para reduzir a poluição);

Solicitação do cliente (por exemplo, uma companhia de energia elétrica autoriza um projeto para construir uma nova subestação (eletrica) para atender a um novo Parque industrial);

O avanço tecnológico (por exemplo, uma empresa de produtos eletrônicos autoriza um novo projeto para desenvolver um mais rápido, mais barato, e menor laptop baseado em avanços na memória do computador e da tecnologia electrónica); e

Exigência legal (por exemplo, uma indústria química que autoriza um projeto para estabelecer diretrizes (normas, standard, procedimentos) para a adequada manipulação de um novo material tóxico).



Leia todo o texto agora em ingles



Projects and Strategic Planning

Projects are often utilized as a means of directly or indirectly achieving objectives within an organization’s strategic plan. 

Projects are typically authorized as a result of one or more of the following strategic considerations:

Market demand (e.g., a car company authorizing a project to build more fuel-efficient cars in response to gasoline shortages);


Strategic opportunity/business need (e.g., a training company authorizing a project to create a new course to increase its revenues);


Social need (e.g., a nongovernmental organization in a developing country authorizing a project to provide potable water systems, latrines, and sanitation education to communities suffering from high rates of infectious diseases);

Environmental consideration (e.g., a public company authorizing a project to create a new service for
electric car sharing to reduce pollution);

Customer request (e.g., an electric utility authorizing a project to build a new substation to serve a new
industrial park);

Technological advance (e.g., an electronics firm authorizing a new project to develop a faster, cheaper, and
smaller laptop based on advances in computer memory and electronics technology); and

Legal requirement (e.g., a chemical manufacturer authorizing a project to establish guidelines for proper

handling of a new toxic material).



O que é gerenciamento de projetos?


O gerenciamento de projetos é a aplicação de conhecimentos, habilidades, ferramentas e técnicas às atividades do projeto para atender os requisitos do projeto.

O gerenciamento de projetos é realizado através da aplicação adequada e integração dos 47 processos de gerenciamento de projetos agrupados logicamente, que são classificados em cinco grupos de processos.

Estes cinco grupos de processos são:

• Iniciar,

•Planejar,

• Executar,

• Monitorar e Controlar, e


• Encerrar.




A gestão de um projeto tipicamente inclui, mas não está limitado a:


Identificar os requisitos do projeto; 

Abordar as várias necessidades, preocupações e expectativas das partes interessadas  (stakeholders) no planejamento e execução do projeto;

Configurar, manter e realizar de forma eficaz e de uma maneira colaborativa as comunicações entre as partes interessadas;

Gerir (gerenciar ou administrar) as partes interessadas no sentido de cumprir os requisitos do projeto e criar (produzir elaborar) as entregas do projeto (resultados);

Equilibrar as restrições que são concorrentes no projeto, que incluem, mas não estão limitadas aos:

Escopo,

Qualidade,

Cronograma,

Orçamento

Recursos e


Riscos.


As características e circunstâncias específicas de um projeto podem influenciar as restrições (deste projeto)  na qual a equipe de gestão de projeto deve-se focar.


A relação entre estes fatores (restrições ) é tal que, se qualquer um fator se altere, pelo menos, um outro fator é suscetível de ser afetado.


Por exemplo, se a programação do cronograma for alterada reduzindo o tempo de realizacao do projeto, muitas vezes o orçamento tem de ser aumentado para adicionar recursos adicionais para completar a mesma quantidade de trabalho em menos tempo. (schedule vs budget)

Se um aumento do orçamento não for possível, o escopo ou qualidade alvo pode ser reduzida para entregar o resultado final do projeto em menos tempo dentro do mesmo valor do orçamento. (schedule vs scope or quality)


Partes interessadas no projeto (stakeholders) podem ter idéias diferentes a respeito de que fatores (project constraints) são os mais importantes, criando um desafio ainda maior.

Alterando os requisitos ou objetivos do projeto podem criar riscos adicionais.

A equipe do projeto precisa ser capaz de avaliar a situação (como? usar ferramentas!), equilibrar as demandas, e manter uma comunicação pró-ativa com as partes interessadas, a fim de entregar um projeto bem sucedido.

Devido ao potencial para mudanças, o desenvolvimento do plano de gerenciamento de projetos é uma atividade iterativa e é elaborada progressivamente ao longo do ciclo de vida do projeto


A elaboração progressiva envolve a melhoria e detalhamento de um plano de como a informação mais detalhada e específica e estimativas mais precisas se tornam disponíveis continuamente.


A elaboração progressiva permite que uma equipe de gerenciamento de projeto possa definir o trabalho e gerenciá-lo a um nível maior de detalhes a medida em que o projeto evolui.


Triple Constraints: In project management, three constraints are considered very critical. They are
  1. Schedule/ time,
  2. Budget/ cost and
  3. Scope.
Triple Constraints: Scope, Time and Cost


Competing Project Constraints: PMBOK extends the triple constraints and calls the following as competing project cosntraints  (Project, phase or deliverable):

Competing Project Constraints: Scope, Time, Cost, Quality, Resources and Risk
  1. Schedule/ time
  2. Budget/ cost
  3. Scope
  4. Quality
  5. Resources and
  6. Risk
  7. "customer satisfaction"?

Impact of change in constraints: If any one constraint changes, at least one other constraint is likely to be affected. For example, to shorten the schedule, you need additional resources which may lead to an increase in the cost. So, it is important for the project management team to evaluate the effect of change in one constraint on other constraints.



6 project constraints




Papel do Gerente de Projeto

O gerente de projeto é a pessoa designada pela organização executora para liderar a equipe que é responsável pela realização dos objetivos do projeto.

O papel de um gerente de projeto é distinto de um gerente de operações ou de um gerente funcional.


Normalmente o gerente funcional está focada no fornecimento e supervisão da gestão para uma unidade funcional de negócios e os gerentes de operações são responsáveis por assegurar que as operações de negócios sejam eficientes.


Dependendo da estrutura organizacional, um gerente de projeto pode se reportar à um gerente funcional. Em outros casos, um gerente de projeto pode ser um dos vários gerentes de projeto que se reportam a um gerente de programa ou de portfólio que é o responsável por projetos de toda a empresa. 

Neste tipo de estrutura, o gerente de projeto trabalha em estreita colaboração com o gerente de programa ou de portfólio para alcançar os objetivos do projeto e assegurar o plano de gerenciamento de todos os projetos que se alinham com o plano de programa global da organizacao.


O gerente de projeto também trabalha de perto e em colaboração com outras funções, como com um analista de negócios, gerente de garantia de qualidade e especialistas de assuntos.


Responsabilidades e competências do gerente de projeto


Em geral, os gerentes de projeto têm a responsabilidade de satisfazer as necessidades: necessidades de tarefas, necessidades de equipe e necessidades individuais.

Como o gerenciamento de projetos é uma disciplina crítica em estratégia, o gerente de projeto torna-se o elo entre as estratégias e a equipe.

Projetos são essenciais para o crescimento e sobrevivência das organizações.

Projetos criam valores na forma de melhorias em processos de negócios, são indispensáveis ​​no desenvolvimento de novos produtos e serviços, e os tornam mais fácil para as empresas ao responder aas mudanças no ambiente empresarial, na concorrência e no mercado.

Portanto, o papel do gerente de projeto torna-se cada vez mais estratégico. No entanto, compreender e aplicar os conhecimentos, as ferramentas e as técnicas que são reconhecidas como boas práticas não são suficientes para uma gestão eficaz do projeto.

Além de quaisquer habilidades específicas da área e proficiências gerais de gestão necessários para o projeto, no gerenciamento de projetos eficaz exige-se que o gerente de projeto possua as seguintes competências:

• Conhecimento - Refere-se ao que o gerente de projeto sabe sobre gerenciamento de projetos.

• Desempenho - Refere-se ao que o gerente de projeto é capaz de fazer ou realizar durante a aplicação de seu conhecimento de gerenciamento de projetos.

• Pessoal - Refere-se à forma como o gerente de projeto se comporta durante a execução do projecto ou atividade relacionada.



A eficácia pessoal abrange atitudes e liderança, que fornece a capacidade de orientar a equipe de projeto e alcançar os objetivos do projeto e equilibrar as restrições do projeto.