Os riscos são uma oportunidade?

Você sabia que os riscos positivos são considerados oportunidades potenciais para o projeto? A equipe do projeto deve saber identificar e tratar estes riscos positivos.

Os riscos de um projeto são eventos com uma probabilidade de ocorrer no futuro que pode impactar o projeto de forma negativa (ameaça) ou positiva (oportunidade). Isso se deve, principalmente, ao fato de que todo o projeto por definição tem um grau de incerteza. 

No conceito adotado pelo PMBOK, os riscos também podem ter impactos positivos em projetos. O PMBOK dá o nome de "oportunidades" a esses "bons" riscos. (Mendes, 2013). As equipes do projeto, dificilmente, gastam recursos para enfrentar e gerenciar os riscos positivos. Dessa forma, o risco é visto como algo ruim que deve ser eliminado. Diante da perspectiva apresentada por Nascimento (2003) apud Neto (2002), há um processo evolutivo do risco dividido em cinco estágios: Problemático; Atenuando; Prevenindo; Antecipando; e Criando Oportunidades.

A última fase, criando oportunidades, as equipes pensam da seguinte maneira:

• Os riscos positivos podem ser considerados uma vantagem competitiva;

• Reuniões podem trazer novas ideias sobre o projeto, o que servirá para reduzir os

 prazos, o custo ou mesmo melhorar a qualidade;

• Mudanças de paradigma em "riscos percebidos como uma perspectiva para economizar

 dinheiro e fazer melhor do que o planejado";

• O plano de contingência: se a equipe pode extinguir totalmente a probabilidade de 

ocorrência do evento dentro do projeto, eles estarão à frente dos concorrentes;

• O risco é responsabilidade de todos;

• As pessoas entendem que há um custo de oportunidade associado a cada escolha e 

que a busca por este saldo melhora o processo de decisão, o gerente do projeto ou equipe 

de trabalho deve introduzir o risco, para obter muito mais valor depois;

• A chance de que o evento de risco não aconteça;

• Os riscos são identificados e gerenciados, como forma de estar à frente da concorrência

Portanto, o risco já não é visto como algo negativo, mas como oportunidade.

      Até a próxima!

Hey, Everyone!

Do you know what a Maturity Model  is? 

A maturity model is a way to evaluate how skilled is an organization to manage their projects. This means that it allows it to be identified at wich level of maturity the project management is, so that way, it helps the manager to define the best path so the full success can be achieved. In this way, there are ways to increase the overall productivity and the level of satisfaction of those involved

There are several ways to analyze the maturity, but they are based on the idea of evaluating the organizational competencies in the implementation of key activities. The factors that influence this competence in project management are derived from the sum of the efforts of the available staff, the project manager, and the organization as a total.

What are the Main Maturity Models?

Knowing the importance of project management within an organizational structure, it was developed patterns and specific models to each type of project. The most widely used and recognized worldwide is the PMBOK, which indicates the existence of more than 27 models of maturity of projects. Below are the 5 main types of maturity:

• Center For Business Practices: The CBP promotes effective strategy execution through sound portfolio, program, project, and performance management by capturing best practice knowledge and integrating it into actionable, fact-based information.

• Harold Kerzner – PMMM: diagnoses the health of project management in your organization. It identifies strategic strengths and weaknesses and then creates a prescriptive action plan for improving the health of your PM efforts. Dr. Harold Kerzner says, "What I have observed in the past five decades is that project management excellence comes from four critical components: effective communications, effective cooperation, effective teamwork and trust.”

• Berkeley Model: It measures, locates, and compares an organization's current PM maturity level. The primary advantage of using this model and industries, whereas other maturity models have specific audiences like software development or new product development. they have also identified relationships between levels of organizational effectiveness and actual project performance data. The model is continuously being refined to reflect advances in their PM knowledge. Some of the most recent improvements include evaluating replicability of project success, which is the focus of this paper and presentation

• SEI-CMMI: Is a methodology used to develop and refine an organization's software development process. The model describes a five-level evolutionary path of increasingly organized and systematically more mature processes. The CMM is similar to ISO 9001, one of the ISO 9000 series of standards specified by the International Organization for Standardization (ISO). The ISO 9000 standards specify an effective quality system for manufacturing and service industries; ISO 9001 deals specifically with software development and maintenance

• PMI: OPM3: The measure of an organization’s maturity is the robustness of its Organizational Project Management (OPM) infrastructure, which is how well it ties the management of projects, programs and portfolios to its stated strategic goals. The OPM3 model is a methodology for implementing and improving OPM. It accomplishes this goal through a five-step iterative cycle that emphasizes OPM assessment and continuous improvement. The assessment cycle focuses on the domains of project management (project, program, and portfolio) to determine the robustness of the OPM infrastructure of the domains both individually, and in the aggregate.

Applicability

To evaluate which model best suites the organization to reach a high level of maturity, it is important that some fundamental criteria are observed. They are: Availability, wich refers to how the model is effectively available. Basically, it's how the material needed for the implementation is obtained. Then, Questionnaire Format, that evaluates the format of the questions on model, If it’s opened or closed questions, if it uses Likert scale or other formats. The idea is to understand which fits more the management structure. Next, the Avaliation determines the quantitative formula with which its maturity is mathematically measured. It demonstrates whether it makes sense or not and its administrative approach. Further on, we have the Adherence to the Strategic Planning that evaluates whether the maturity model fits, properly or not, making adjustments to the organizational srategic planning. Last, Measurement of Improvements wich referes to the way implementation of improvements in project management is done.

That's all for today, hope you liked it!

See you next time!

SALES PROCESS ENGINEERING

A engenharia de Processos de Negócios vem surgindo como um forte instrumento teórico para tratar de qualquer processo organizacional de uma maneira tão metódica e testada que é hoje referência para tratar de qualquer processo organizacional , como os de produção vem sendo tratados e conjuntamente aumentando a produtividade e qualidade dos processos organizacionais, dessa forma, fica evidente a atuação da engenharia de processos na redução de custos e consequente aumento de ganho.

Um dos modelos que principiou a Engenharia de Processo de Negócios que era o modelo Toyota de Produção possuía técnicas como a do Kaizen, que tem como pressuposto que as pessoas podem melhorar continuamente no desenvolvimento de suas atividades, que possui a visão que a melhoria ocorre através do conhecimento dos trabalhadores operacionais, a partir dessa visão conjunta de estratégia organizacional aliado a melhoria contínua dos trabalhadores operacionais que os processos passaram a ser considerado ativo intelectual estratégico das organizações, o que reforça a sua importância e relevância.

Não menos importante que os conhecimentos de melhoramento contínuo, a Engenharia de Processos de Negócios se apoia na modelagem de processos. A modelagem de processos é uma representação gráfica, em muitos casos, da realidade da empresa, que têm os seguintes objetivos: melhor entendimento e representação uniforme da empresa; suportar o projeto de novas partes da organização, além de ser um modelo utilizado para controlar e monitorar as operações da empresa. A partir da modelagem de processos é necessário um conjunto de técnicas para analisar e propor melhorias e soluções, nesse sentido a Engenharia de Processos de Negócios se apoia também na Teoria das Restrições.

Como objetivo geral a verificação da possibilidade de utilização da engenharia de processos de negócios como instrumento teórico para desenvolvimento de micro e pequenas empresas, com objetivos de: Gerar uma unidade de entendimento, por parte da organização dos processos que acontecem; Indicar a relação entre as soluções apontada pela engenharia de processos aliada à melhoria nos sistemas de informações, propor a melhoria contínua dentro da empresa.

Dessa forma, a Engenharia de processos é entendida como uma arquitetura para entendimento, análise e melhoria dos processos dentro da organização, englobando teorias que sustentam seu foco de viés organizacional, corroborando com a visão da multidisciplinaridade e aplicação das teorias em outros contextos, seja na administração organizacional, seja no contexto da administração da produção.

O plano de análise da Engenharia de negócios é aplicada nas seguintes etapas:

1. Motivação Estratégica

2. Plano de ação determinando prazos, recursos, responsabilidade e atividades a serem feitas.

3. Mapeamento do macroprocesso atual da empresa para entender o funcionamento da organização, buscando reunir através da visão integrada a identificação de problemas

4. Com o Macroprocesso mapeado, é necessário que se identifiquem quais são os problemas e dificuldades que existem e que são inerentes a esse macroprocesso.

5. Construção da árvore da realidade atual da organização, onde segundo a Teoria das Restrições é listado os efeitos indesejados e um ou poucos “problemas raízes”.

6. Com árvore desenhada, as causas das dificuldades são encontradas e serão postas a discussão.

7. Identificar entre os processos existentes quais são aqueles que mais carecem de uma intervenção, segundo o modelo Toyota de produção.

8. Identificar entre os processos existentes quais são aqueles que mais carecem de uma intervenção, segundo o modelo Toyota de produção.

9. Exclusões de atividades dentro do processo de negócio que podem ser eliminadas ou substituídas nos microprocessos.

10. Com a Reunião de informações micro e macroprocessuais e suas restrições é discutido estrategicamente sua maximização, ou seja, como torná-la melhor a ponto de agregar valor na entrega do produto ao cliente final.
11. 

Variability of the team during a project management

Variability of the team during a project management

A composition of the project team may also vary according to an organizational structure. An example of this is the project in question. A project can be established as a partnership, a joint venture, consortium or alliance among various agencies through contracts or arrangements. In this framework, an organization takes a lead and designates a project manager to coordinate efforts among partners. Partnership-based projects can offer flexibility at a lower cost. These advantages can be counteracted by the lower degree of control exercised by the project manager over team members and the need for strong communication and monitoring mechanisms of progress. Projects in partnership can be established to explore industrial synergies for a realization of ventures that only a relative does not need to bank alone, or political and strategic portfolios.

A composition of the project team may also vary according to a geographical location of its members. An example of this is as virtual equipment. As communication technologies, staff in several places or countries function as virtual teams. As virtual teams rely on collaborative tools such as online shared workspaces and video conferencing to coordinate their activities and exchange information about the project.

Finally the team can vary according to the time and stage of the project, where for each phase of the project, it is necessary a specialist to perform the respective function. A large project, where initially the project counts on architects and engineers responsible for the elaboration and calculation of the plan, being able to be contracted temporarily or fixed throughout the project. After the planning, the project begins its execution counting also in charge or masters of work, as well as masons, painters and electricians for each phase of the work. Finally, in parallel to the construction, the project counts on a sales team responsible for the commercialization of the same. What is what is in use in the set during the process, or without purpose of the activities, being distributed a team at each stage of the work.

Sucesso de um projeto.

Com os posts anteriores acho que todos nós já sabemos um pouco sobre gerenciamento de projetos, certo?

O post de hoje vai ser pra entendermos um pouco melhor sobre quando se pode afirmar que o projeto teve sucesso!

Nós já sabemos que projeto é um esforço temporário, com um objetivo pré-estabelecido, definido e claro. Início, meio e fim são definidos, a duração e os recursos, limitados, e suas atividades são determinadas seguindo uma sequência. Sabemos também que gerenciar um projeto é atuar de forma a atingir os objetivos propostos, dentro de parâmetros já determinados, segundo planejamento prévio de prazos e custos.

E o sucesso? O que é o sucesso de um projeto?

A partir do que já aprendemos é dedutível que o sucesso de um projeto acontece quando os objetivos, prazos e custos determinados são cumpridos. 

Entretanto, à medida que o entendimento sobre gestão foi se tornando mais abrangente, a definição de sucesso seguiu o mesmo caminho. Assim, a definição de sucesso não se restringe à conclusão da programação dentro do prazo e do custo. É imprescindível também alcançar a satisfação do cliente, ou seja, aquele que deve (ou deveria) ser beneficiado com a realização do projeto.

Dessa forma, é fundamental que o gestor/gerente do projeto tenha em mente que algumas outras métricas são tão importantes quanto um escopo, o custo e os prazos.

É importante acompanhar o projeto, observando não só o cumprimento do que foi estabelecido, mas considerando também a satisfação do cliente, o que pode favorecer não apenas o projeto em si, mas o desempenho de todos os agentes que participaram dele.

Entenderam?

Resumindo, ao buscar o sucesso de um projeto, é essencial que o planejamento seja feito de forma detalhada, que a atuação do gerente tenha foco, que a comunicação seja clara e objetiva, que as funções e tarefas estejam bem definidas, que os riscos do projeto sejam definidos e medidas mitigadoras pré-estabelecidas, que o cronograma esteja adequado à quantidade de atividades, e, além disso, é extremamente importante que o projeto esteja alinhado com os objetivos e expectativas do cliente. 

Viu só? Nem sempre lembramos o quanto o cliente é fundamental no projeto.. Precisamos dele até mesmo para afirmar se o projeto teve sucesso ou não!

Leadership styles        

           

Before talking about leadership’s styles, it is important to define what a leader is. Unlike the boss, who is the figure of order and manages deadlines and goals, the leader is the one who is able to promote the commitment of the professionals towards a common goal.

For this, the leader must know the members of the team, their characteristics and how to delegate the activities according to the profile of each employee. However, not everyone has the essential characteristics of a good leader, like: strategic planning, communication, relationship, daring, creativity. Therefore, it is important to develop these qualities to be able to lead more efficiently.

In this way, there are different types of leadership that can fit the needs of each project, they are:

•          Autocratic Leadership: Only the leader decides and sets the guidelines, without any communication with the group. He determines what task each one will perform, being rigid in his decisions.
•  ·         Democratic Leadership: Allows all subordinates to participate in important group decisions and believes that ideas, criticisms, and suggestions are important for the betterment of projects, staff, and organization as a whole.

•          Liberal Leadership: Gives employees freedom to carry out their duties without direct interference. The professionals are responsible for managing the results of their work. It is a way of demonstrating confidence in the ability of employees and giving them more autonomy.
• Server Leader: The project manager plays the role of mentor for the team members, providing the tools and resources needed to achieve the goals set. Servant leadership is especially useful for attracting and retaining talent, developing collaborators and creating a conducive environment for sharing experiences and opinions, strengthening the team and increasing engagement.

In this way, the following question arises, what is the best type of leadership for the project?

One of the main approaches that answer such a question is based on the maturity of the subordinates. 
The key concept of this model is the level of maturity of subordinates, which consists of the ability to
set goals, accept responsibilities and the ability to perform the task requested. This idea divides into 
four levels of maturity along with the four styles of leadership. This relationship can be seen in the 
table below:

MATURITY
A low maturity (M1) refers to people with no ability and no disposition. Requires an autocratic leadership style (E1), where the leader gives little emphasis to relationships and focuses their action on tasks, defining roles and specifying required deliverables.
The maturity between low and moderate (M2) deals with people without capacity, but with disposition. It requires a little bit of autocratic and democratic leadership style (E2), where the leader must give directional and behavioral support, aiming to establish and reinforce the confidence in the team.
Moderate to high maturity (M3) is for people with ability but no disposition, needing a server leader (E3), where the leader must support their initiatives and participate with them in decision-making.
High maturity (M4) is for people with ability and disposition, needs a liberal and server leader (E4), where the leader may still be responsible for problem identification, but those who are in charge will develop the solutions, requiring little support or direction.

There is the opportunity to apply a method that allows the manager to evaluate the subordinates, and then, define what leadership behavior to adopt to help them.