Curso Básico GP ministrado para EJFGV

Hoje, ministrei um curso básico sobre Gerenciamento de Projetos para os Consultores e Gerentes de Projetos da Empresa Junior da Fundação Getulio Vargas (EjFGV).

Agradeço a todos pela presença, participação e, principalmente, pelos feedbacks nas avaliações, os quais serão de grande valia para o meu aprimoramento.

Faço um agradecimento especial à Gabriela Canhadas por todo o apoio na divulgação e organização do evento.

Espero que possamos organizar novos encontros, com uma outra proposta, com muito mais dinamismo e interação. O curso de hoje foi apenas a apresentação de alguns fundamentos.... agora temos uma gama enorme de assuntos para explorarmos!!!!

Um forte abraço!

Dilbert - Como passar o status do projeto para o seu chefe!

Provérbios sobre Gerenciamento de Projetos - XI

Congelamento de requisitos e o abominável homem das neves são parecidos: ambos são mitos e ambos se derretem quando calor apropriado é aplicado aos mesmos.

XP - Extreme Programming - Fluxo

This flow chart shows how Extreme Programming's rules work together. Customers enjoy being partners in the software process, developers actively contribute regardless of experience level, and managers concentrate on communication and relationships. Unproductive activities have been trimmed to reduce costs and frustration of everyone involved:

XP - Extreme Programming

The first Extreme Programming project was started March 6, 1996. Extreme Programming is one of several popular Agile Processes. It has already been proven to be very successful at many companies of all different sizes and industries world wide.

Extreme Programming is successful because it stresses customer satisfaction. Instead of delivering everything you could possibly want on some date far in the future this process delivers the software you need as you need it. Extreme Programming empowers your developers to confidently respond to changing customer requirements, even late in the life cycle.

Extreme Programming emphasizes teamwork. Managers, customers, and developers are all equal partners in a collaborative team. Extreme Programming implements a simple, yet effective environment enabling teams to become highly productive. The team self-organizes around the problem to solve it as efficiently as possible.

Extreme Programming improves a software project in five essential ways: communication, simplicity, feedback, respect, and courage. Extreme Programmers constantly communicate with their customers and fellow programmers. They keep their design simple and clean. They get feedback by testing their software starting on day one. They deliver the system to the customers as early as possible and implement changes as suggested. Every small success deepens their respect for the unique contributions of each and every team member. With this foundation Extreme Programmers are able to courageously respond to changing requirements and technology.

The most surprising aspect of Extreme Programming is its simple rules. Extreme Programming is a lot like a jig saw puzzle. There are many small pieces. Individually the pieces make no sense, but when combined together a complete picture can be seen. The rules may seem awkward and perhaps even naive at first, but are based on sound values and principles.

Our rules set expectations between team members but are not the end goal themselves. You will come to realize these rules define an environment that promotes team collaboration and empowerment, that is your goal. Once achieved productive teamwork will continue even as rules are changed to fit your company's specific needs.

Mais um profissional certificado CAPM!!!

Quero parabenizar Cristiano Santos Paiva, leitor do nosso blog, que ontem prestou o exame CAPM e foi aprovado!!!

Cristiano estou muito feliz pela sua conquista. Tenho certeza que a certificação CAPM o ajudará a alavancar a sua carreira e será um grande diferencial na busca de novas oportunidades profissionais.

Um abraço e muito sucesso!!!

Agile Development Methodologies - LSD

Lean Software Development is another iterative adopts the practices of companies such as Toyota. The focus of the development is to bring value to the customer at the end of each project. If the customer sees that value, he will buy the product. The driving principles of this agile software development are amplifying learning, delivering as fast as possible, building integrity, eliminating waste, deciding as late as possible, empowering the team, and seeing the whole.

Agile Development Methodologies - Scrum

This is a methodology with broad definition of iterative and incremental project management application. Scrum is increasing in popularity in Agile Development world because of its simplicity. The Scrum involves the scrum master, scrum team, and the product owner. The product owner - client or representative of the client - regularly meets with the scrum master. The scrum master is the overseer of the overall project and is the mediator between product owner and the scrum team. The scrum team has at least 7 member with shifting responsibilities to work with the project. Scrum methodology releases end product at the end of a sprint - duration of 30 days.

Agile Development Methodologies - XP

Extreme Programming is one of the famous agile methodologies. XP aims to deliver quality output as quickly and perpetual as possible. The team involved in this team must encourage customer involvement, fast feedback system, regular testing, nonstop planning, and tight teamwork in order to deliver the product in 7 to 30 days. The core values of this methodology are just 4: communication, courage, feedback and simplicity. The 12 supporting practices are small releases, simple design, test-driven development, continuous integration, coding standards, sustainable pace, planning game, customer acceptance tests, pair programming, refactoring, collective code ownership, and metaphor.

Agile Development Methodologies - FDD

Feature-Driven Development follows specific practices such as 'Component/Class Ownership' and 'Regular Builds'. It is short-iteration, model-driven agile development software procedure. It starts with a clear model shape then for 2 weeks, it goes into design-and-build-by-feature iterations. These features are usually lightweight but useful for the client's use. The 8 principles that rule this process are domain object modeling, component / class ownership, inspections, regular builds, development by feature, feature teams, configuration, management, and progress and results visibility. Unlike other Agile processes, FDD already has a short specific description of a feature that should be included in each phase.

Agile Development Methodologies - DSDM

Dynamic Systems Development Method is an iterative agile development software process which promotes repetitive and client-centric projects. 9 instrumental factors rule this methodology: business needs, constant delivery, prompt output delivery, maintenance of quality, incremental software building, high-level collaboration, active client participation, team empowerment, and integrated testing.

Agile Development Methodologies - Crystal

Crystal Methodology focuses on lightweight and adjustable agile software development. It is run by experienced software developers. It actually has lots of clusters within it (crystal clear, crystal orange, crystal yellow, to name a few). This process pinpoints that every project needs its own set of rules and processes in order to achieve a better project output. Like other Agile methodologies, it also includes teamwork, flexibility, constant communication, and simplicity as its principles.

Characteristics of Agile Managers

In Agile Project Management, managers play their role in different way. They need more particle skills than old project managers. Agile managers should have the following behavioral characteristics:

1. Innovative — feeling comfortable in fast-changing environments; being willing to take risks and to consider new and untested approaches

2. Strategic — taking a long-range, broad approach to problem solving and decision making through objective analysis, thinking ahead, and planning

3. Excitement — operating with good deal of energy, intensity, and emotional expression; having a capacity for keeping others enthusiastic and involved

4. Tactical — emphasizing the production of immediate results by focusing on short-range, hands-on, practical strategies

5. Communication — stating clearly what you want and expect from others; clearly expressing your thoughts and ideas; maintaining a precise and constant flow of information

6. Delegation — enlisting the talents of others to help meet objectives by giving them important activities and sufficient autonomy to exercise their own judgment

7. Production — adopting a strong orientation toward achievement; holding high expectations for yourself and others; pushing yourself and others to achieve at high levels

8. Consensual — valuing the ideas and opinions of others and collecting their input as part of your decision-making process

Scrum is an Agile Framework - Feedback Eliciting

Agile minimizes the time interval between the action and the customer’s feedback. It yields continual matching between the product components and the customer requirements. Accordingly, the team members take early action before it is too late for feasible and doable change.

Scrum is an Agile Framework - Customer Involvement and Responsibility Sharing

Involving customers in the project deepens all stakeholders’ understanding of the product’s requirements and enhances the regular eliciting of customer feedback. This will reduce the responsibility burden that the manager endures in addition to inducing the responsibility sharing and the mutual decision making between the team members and the product’s owners (product managers and the customer).

Scrum is an Agile Framework - Communication

It is the scrum master’s (project managers in our assumption) responsibility to maintain effective communication between the project’s stakeholders. On the internal level, the scrum master encourages knowledge transfer among team members who are allowed to freely collaborate in completing tasks and solving problems. On the external level, the scrum master coordinates between the team members, their upper management, and the customer to convey the project’s progress and yield the immediate reporting and fixing of problems.

Scrum is an Agile Framework - Iterative Approach

Agile is a software development project management methodology built on iterative cycles of work. It is a timebased iterative approach that relies on a set of lightweight activities (i.e., distributing work into small iterations) to deliver a heavyweight product. Repetitive work cycles prevent the big irreversible handoffs that can keep the project team from delivering excellent working software, and that may not satisfy
the real customer requirements.

Oportunidade de voluntariado no PMI São Paulo

Se você está em busca de uma excelente oportunidade para desenvolver suas competências em gerenciamento de projetos e ampliar a sua rede de relacionamentos, venha fazer parte do time de voluntários do PMI São Paulo. 


Veja a oportunidade abaixo:
Diretoria Responsável: Vice-Presidência
Descrição: Gerenciar projetos ou programas nas áreas de Parcerias (Comerciais, Institucionais e Colaborativas) e Projetos na área de Responsabilidade Social. 
Informações sobre Voluntariado: Vontade de aprender e colaborar com Gestão de Projetos, ligados às áreas de Parcerias e Responsabilidade Social.
Disponibilidade Semanal: 4 a 6 hs semanais
Prazo: Indeterminado.
Pré-requisito: Ser associado do PMI São Paulo


Se estiver interessado, deixe o seu comentário com o seu e-mail para que eu possa entrar em contato.

PMI São Paulo oferece treinamento sobre Scrum em outubro

O Capítulo São Paulo do PMI organiza nos dias 7 e 8 de outubro, em parceria com as empresas de consultoria Fixe e Kleer, o curso “Introdução, Estimativas e Planejamento com Scrum”. Scrum é um dos métodos mais conhecidos e utilizados do framework ágil. Conversamos sobre esse assunto com Pablo Tortorella, professor da Universidade de Buenos Aires e instrutor do treinamento.

O conceito de Scrum surgiu com a publicação do artigoThe New New Product Development Game, na Harvard Business Review, escrito por Hirotaka Takeuchi e Ikujiro Nonaka em 1986. Nesse primeiro momento a aplicação do Scrum não estava diretamente relacionada ao desenvolvimento de software, embora atualmente este seja o principal mercado do framework ágil. Para Tortorella, Scrum pode ser totalmente aplicado em qualquer contexto que envolva produtos complexos. “É muito útil em toda atividade que dependa de conhecimento, criatividade e motivação dos envolvidos. Pessoalmente tenho utilizado Scrum em projetos de Capacitação, de Pré-vendas e de Consultoria, além dos projetos de software, que ainda são maioria. Conheço também implementações de sucesso na indústria de desenho de imagens institucionais (estúdios de design gráfico)”.

Na América Latina, Brasil e Argentina em especial, cada vez mais empresas estão adotando práticas ágeis. “Pela minha experiência encontro cada vez mais Scrum, principalmente em projetos de desenvolvimento de software. Considerando que Scrum não é um framework prescritivo, os processos com os quais cada equipe e organização trabalham, ainda que embarcados pelo Scrum, diferem muito. Tenho conhecido, visto e ouvido uma grande quantidade de equipes que implementam o conjunto Scrum+Kanban (com quadros de tarefas) e Scrum+XP (com algumas ou todas as práticas recomendadas, tais como Pair Programming, TDD etc.)”, analisa Tortorella. Entretanto algumas barreiras ainda precisam ser rompidas. Muitas vezes poder ser difícil convencer uma empresa habituada a abordagens tradicionais (escopo fechado, por exemplo) a migrar para o pensamento ágil. “O melhor método de ‘vender’ são os testemunhos de outros clientes satisfeitos, que não querem mais fornecedores waterfalls a partir do momento que encontram empresas ágeis que entregam valor antes do previsto e com produtos de qualidade. Isso tem relação com a possibilidade de aproveitar algumas oportunidades que só podem ser obtidas com o enfoque ágil, menos atrelado a um plano e mais flexível às necessidades do mercado e do contexto, altamente dinâmicos”, diz Tortorella.

Ainda assim o modelo mais tradicional de gerenciamento de projetos, com entregas maiores e pré-estabelecidas (conhecido como waterfalls), tem mantido participação importante no mundo de gestão de projetos. Porém, sob influência cada vez maior dos princípios ágeis. “Vejo que muitas empresas que trabalham historicamente de forma tradicional estão adotando muitos conceitos e práticas ágeis para melhorar a performance de suas equipes. Alguns exemplos de práticas implementadas são as retrospectivas periódicas durante os projetos (que trazem uma melhoria contínua das equipes e permitem mitigar todo tipo de riscos), as ferramentas de Visual Management (para favorecer o bom entendimento dentro da equipe e a transparência para fora da equipe, deixando claras as prioridades), as reuniões diárias e os encontros com clientes ou usuários (para obter um feedback mais rápido e minimizar riscos mais efetivamente)”, avalia Tortorella.

O treinamento, que será realizado na sede do Capítulo São Paulo do PMI, compreende os módulos I e II do track 1 para a certificação CSD (Certified Scrum Developer), da Scrum Alliance. Será uma ótima oportunidade para ampliação de conhecimentos por meio da aproximação de dois conjuntos tão abrangentes. “Espero que esse curso permita à comunidade que se reúne em torno do Capitulo São Paulo do PMI maior aproximação e conhecimento de ferramentas diferentes (metodologias, práticas e técnicas) que podem potencializar seus conhecimentos em gestão de projetos. Também acredito que possamos desmistificar a incompatibilidade entre as práticas ágeis e todas as disciplinas e processos tradicionais. Quero dizer que não existe um componente ágil para cada componente descrito no PMBOK e não devemos buscar essa correspondência total e exata, porque não se pretende substituir processos. O objetivo é complementar e contar com mais ferramentas no momento de resolver os problemas pontuais de cada projeto”, explica Tortorella.

O curso está aberto tanto para aqueles que já tem alguma experiência com Scrum, inclusive certificados CSM (Certified Scrum Master), como para quem gostaria de aprender a utilizar técnicas ágeis em seus projetos.

Serviço

Curso: Introdução, Estimativas e Planejamento com Scrum

Local: Alameda dos Maracatins, 992 – cj. 93-B – São Paulo, SP

Data: 7 e 8 de outubro de 2011, das 9 às 18h

Investimento: R$ 1.260 (R$ 1.100 para associados do PMI)