Fundamentos da gestão de projetos: uma abordagem prática

1. Essenciais de gerenciamento de projetos - introdução de cursos: Olá, Meu nome é Ben. Obrigado por verificar. Se você fizer este curso e revisar o material , até o final deste curso, saberemos mais do que a maioria dos executivos do mundo corporativo com quem tenho trabalhado. Este curso é para todos, se você é o negócio, se você quer ser gerente de projetos do governo, se você é um recurso técnico, frequentemente trabalhando em projetos. Isso é para você. Espero que você possa se juntar a nós. Então, se você quiser experimentar o gerenciamento de projetos e, ao mesmo tempo, alguns sites muito úteis de gerenciamento de projetos. E eu acho que você gostaria. 2. Como aproveitar o máximo proveito deste curso: Obrigado por fazer este curso. Agora, um par de dicas. Agora você deve resumir a abusos, mas eu acho que a melhor maneira de seguir para este curso é passar por um caminho sequencial. Parte um, parte dois, parte três, porque é parte baseada no conhecimento do caminho anterior. E quando você passa pelo curso na parte dois, eu passo pelo ciclo de vida de um projeto se você quiser da iniciação ao fechamento, que é a última fase do projeto. Então você pode ficar tentado no final da segunda parte a dizer, ok, eu vi e entender, eu posso seguir em frente. Não preciso ir para a terceira parte. Mas você estaria perdendo muito. Porque a terceira parte é realmente o que junta tudo. De certa forma. Há um roteiro e há alguns, você sabe, alguns vídeos onde eu revisto todos os documentos e a comunicação com o gerente de projeto que vai realmente reforçar o conhecimento. E, ao mesmo tempo, isso lhe dará algumas percepções adicionais. Ou o TPP é eu colocar alguns vídeos opcionais. Se você acha que os tópicos parecem familiares, então você pode ignorá-los. Ao mesmo tempo. Minha sugestão é passar por tudo. Existe os vídeos geralmente não são longos. Outra dica é, eu passo por alguns vídeos bem rápido porque eu realmente não te conheço, eu realmente não sei o que você sabe. Então, se você acha que isso é muito rápido, o melhor conselho é assistir esse vídeo novamente antes de passar para o próximo vídeo. Para alguns de vocês já conhecem os conceitos, então isso seria perfeito. Você pode passar por eles rapidamente. Agora outra dica que é mais sugestão. Não olhe para os recursos ainda como você percorre o curso, eu costumo colocar os slides ou os diagramas no vídeo em si para que você não precisa alcançá-los pode ser um pouco distrativo, mas isso é apenas uma sugestão. Você pode realmente querer tê-los em sua mão também. A única exceção é o roteiro no final. A fonte é muito pequena porque eu queria tudo em uma página. Então, para isso, na verdade, sugere que, sim, você tem a impressão na sua frente enquanto você percorre o roteiro. 3. O que é um projeto?: Olá a todos e bem-vindos a este curso. Agora, antes de definir o gerenciamento de projetos, eu acho que é importante definir o que é um projeto. Então, o que é um projeto? Então, para termos um projeto, precisamos de algo que precisa ser feito, algo a fazer. E eu pensei em anexar alguns critérios a isso, você sabe, como, como eu vou dizer, no caminho, tudo está aberto à interpretação. Portanto, não há uma definição rígida do que um projeto pode ser, mas vou tentar defini-lo o máximo que puder para você. Então, eu criei quatro critérios que eu acho que são necessários para, citação, algo a ser chamado de projeto. A primeira é, essa coisa que temos que fazer precisa ser específica, não pode ser vaga. Por exemplo, vou falar muito sobre andar como exemplo. O anel durante este curso, se você diz, Eu quero andar mais, por exemplo, que não é realmente um projeto. Não é específico o suficiente. É o mesmo com ser saudável. Quero ser mais saudável. É um objetivo provavelmente, mas não é realmente um projeto até que você realmente definir exatamente em especificamente o que você quer alcançar. Então essa é a primeira coisa. O que queremos fazer não pode continuar. Tem que ser um único com um começo ao fim e depois de concluído, seguimos em frente, fazemos outra coisa. Voltarei a este. Os outros dois critérios que eu acho que faria sentido para você ser um projeto é algo que geralmente requer planejamento. Se você apenas faz algo sem qualquer plano e se você pode fazer isso a qualquer momento, então isso não é realmente um projeto. E o último Carter, sim, é um pouco pouco intuitivo também, e está um pouco relacionado com o anterior, mas exigindo planejamento, tem que ser grande o suficiente. Só quero elaborar apenas um pouquinho sobre um, porque como eu mencionei, porque como eu mencionei, é algo com que as pessoas lutam às vezes. Digamos que você faça parte do Comitê Olímpico, revise suas contas de avaliação de diferentes cidades e essas cidades apresentem propostas para você sediar as próximas Olimpíadas. Então esse é o seu trabalho. Você está fazendo isso dia após dia. Eles vêm e vão e pode ser batido para a equipe de rádio, poderia ser para a equipe de Tóquio e para a equipe de Paris. Então você está fazendo isso mais ou menos uma base contínua é o nosso projeto para você? Eu acho que não. Isto é o que está sendo chamado de um negócio como de costume ou atividade BAU. Por outro lado, cada uma dessas equipes, como a equipe do Rio ou a equipe de Tóquio, eles têm um projeto porque eles, é algo novo para eles que requer planejamento. É muito específico e é um. Assim que terminar, eles seguem em frente, eles têm um começo para terminar. Então eu acho que isso explica um pouco mais, se você quiser, a diferença entre as atividades em curso e do projeto. Outro exemplo muito rapidamente é que haverá, digamos que você faça parte de uma equipe de TI e seu trabalho é fazer a manutenção de hardware e você faz isso todo o seu desejo assim que houver um problema, corrigi-lo ou, se uma determinada necessidade de atualização, então você atualizado. Então, para mim, isso é negócio como de costume, isso não é um projeto. Isso não significa que seja fácil fazer isso dia após dia. Por outro lado, se a sua empresa decide um pão servidores mais antigos no local e eles vão alocar um gerente de projeto geralmente se é, se é muito grande para garantir que todas as tarefas são coordenadas. Não é porque uma atividade é complexa, que tem que ser um projeto pode ser muito complexo, mas está em andamento. Não se encaixa nos critérios de ser um projeto. 4. O que é o gerenciamento de projetos: Agora sabemos qual é o projeto. Só precisamos definir a gestão de projetos. Então vamos dar uma olhada. Esta flecha aqui. gestão de projectos é tudo o que precisamos de fazer para ultrapassar o Reno. E a gestão do projeto, do jeito que eu tenho aqui é a gestão de todas as atividades necessárias para implementar o projeto. Isso não significa que temos que verificar todas as atividades do projeto. Mas precisamos garantir que alguém esteja no topo de todas essas atividades. E, na maioria das vezes, você precisa implementar a tempo, no orçamento, e tem que ser de boa qualidade. Agora a definição de um gerente de projeto é muito simples. Responsável pela gestão deste processo. O gerente de projeto precisa garantir que este algo está sendo implementado. Então, a fim de implementar projeto, nós geralmente seguimos um processo. E isso é o que vemos na próxima aula. 5. Apresentando as 4 fases de gerenciamento de projetos: Agora vamos dar uma olhada no processo geralmente usado para gerenciar projetos. Portanto, os projetos geralmente são gerenciados em torno de quatro fases. Existem algumas metodologias, elas têm algumas pequenas variações em torno delas. Mas no final do dia, é mais ou menos a mesma coisa. Agora vamos passar por cada uma dessas fases uma por uma. A primeira fase é a fase de iniciação. Então, durante esta fase, decidimos se formalmente prosseguimos com o projeto ou não. Estamos mesmo a fazer isto lá? Então é por isso que eu disse projetos potenciais antes, é que, em teoria, não estamos em um projeto ainda. Digamos que um executivo, por exemplo, você pode outra grande iniciativa ou projeto. Mas se a empresa não tem o dinheiro para fazê-lo, ou se as iniciativas teriam muito de um grande risco, então a empresa não vai colocar dinheiro nisso. E antes de irmos longe demais para planejar e gastar dinheiro para essa iniciativa, reagruparemos de certa forma. E perguntamos a nós mesmos, vale a pena colocar nosso dinheiro no tempo de hoje? Só precisamos do carrapato. Só precisamos de uma aprovação formal. Sim, é uma ótima ideia. Vamos fazer isso. E então podemos deixar de lado o custo por isso. Agora, se o projeto for aprovado, então podemos avançar para a próxima fase que é o planejamento. Então, durante o planejamento, planejamos coisas que acontecerão durante a próxima fase. Como é que estamos a fazer isto? Obviamente, vou entrar em mais detalhes em cada uma dessas fases avançando. Mas para uma rápida visão geral, isso é tudo que você precisa saber. Planejar é como vamos estar executando este projeto maravilhoso. Que atividades precisamos para executar este projeto? Então, quando todos concordarmos com o plano, podemos passar para a próxima fase, que é a fase de execução. Durante a fase de execução, estamos realmente fazendo o trabalho. Então, a pergunta que precisamos nos fazer como um gerente de projeto ou o membro da equipe está indo bem, está em andamento. Está bem? O que posso fazer para ajudar? Como posso consertar as coisas? No final da execução, às vezes há algo para implementar, e então nós implementaríamos um projeto, mas ainda não está terminado. Ainda temos outra fase a percorrer, que é o encerramento do projecto. Durante o encerramento, nos fazemos duas perguntas. Está tudo feito? E quão bem nós fomos? Como é que fomos? Então, embrulhamos coisas que fechamos corretamente e refletimos sobre como fizemos isso. Então, como um aviso, obviamente na parte 2, veremos essas fases em um pouco mais de detalhes. Mas por enquanto, eu acho que isso lhe dá apenas uma visão geral de alto nível do processo de gerenciamento de projetos. 6. 9 áreas que você precisa saber: Agora acabamos de ver as quatro fases da gestão de projetos. Portanto, o desafio que encontro com as metodologias de gestão de projetos é que, a partir daí, tudo se torna muito complicado muito rapidamente. Por essa razão, eu queria te dar algo mais simples. Queria dar-lhe uma visão simplificada do gerenciamento de projetos. E ao mesmo tempo, eu queria que fosse uma visão muito completa, uma visão muito completa. Então eu pensei que seria bom se eu pudesse lhe dar uma lista de coisas que você poderia se referir à medida que você progride neste curso, talvez. Ou se você estiver envolvido no projeto. Eu inventei uma lista de nove coisas que você precisa monitorar. Você precisa avaliar em E2 para se manter em cima de. Você precisa ficar de olho o tempo todo. De acordo com eles, as nove coisas não pareciam muito profissionais, então eu os chamei de “Nove áreas”. As nove áreas de gerenciamento de projetos que você precisa monitorar enquanto passa pelas quatro fases. Aqui está a lista dessas nove áreas. Temos escopo, cronograma, custo, riscos, problemas de qualidade, amina, partes interessadas e aprovações. Agora, na terceira parte, vou mostrar-lhe como você pode combinar as quatro fases da gestão de projetos com esta lista de nove áreas. Juntos, eles se combinarão para formar um roteiro de gerenciamento de projetos que eu criei com. Agora, vamos dar uma olhada nessas nove áreas com um pouco mais de detalhes. 7. 9 áreas: explicação em alto nível: Vamos definir essas nove áreas, então, que precisamos avaliar e monitorar. Âmbito. O escopo é um precisa ser feito. Normalmente, quando você precisa fazer algo, há alguém lá que sabe exatamente o que quer. Digamos que você seja solicitado como gerente de projeto para implementar um site. Então você teria alguém do negócio que lhe diria, eu quero que meu site seja assim e eu quero que meu site seja capaz de fazer isso. Isso é o que chamamos de requisitos de negócios. Eles escreverão um documento e dar-lhe-ão. E esse será o escopo do seu projeto. Mas nem sempre é o caso. Você nem sempre tem requisitos de negócios. Vamos ver para voltar talvez para a atualização de hardware através, através da placa. Não é o negócio. Eles vão te dizer, eu quero que você atualize tudo isso. É mais ou menos militar, você tem que fazer isso. E, portanto, você tem que colocar tudo isso em seu escopo. Seu escopo é atualizar todos os servidores mais antigos da empresa. Em seguida, passamos para o cronograma. Então o horário, é, é bastante intuitivo. Quanto tempo vai demorar? E quando podemos ter isso? O custo? Quanto vai custar é bastante simples também. Riscos, riscos. É qualquer ameaça futura ao projeto. E nós normalmente camionamos isso em um registro de risco. Passaremos pelo registro de risco mais tarde no curso. A qualidade. Como vamos verificar a qualidade do projeto e como vamos verificar a qualidade do produto final não é apenas uma questão de verificar a qualidade do que fornecemos, mas também certificar-se de que estamos fazendo isso corretamente, que estamos seguindo o processo corretamente. Questões em oposição a riscos, na verdade um problema potencial. Problemas, está acontecendo agora. Temos um problema agora, administrador do projeto. Então, é bastante amplo. Então você tem o relatório, você tem as reuniões, você tem comunicação é ou a governança do projeto é as reuniões. Tudo o que você precisa fazer? Você preside reuniões, você escreveria minutos. Você atualizaria todos se comunicando com eles. E você compraria coisas se estivesse encarregado de comprar coisas. Partes interessadas. Então, vamos entrar em um pouco mais de detalhes mais tarde. Mas, em poucas palavras, é, com quem estamos trabalhando? Quem será impactado pelo projeto no final do dia e como os mantemos felizes. Chama-se avaliação das partes interessadas. E finalmente, aprovações. Uma aprovação. Muitas vezes é esquecido como um realmente algo para verificar o tempo todo. E eu gostei. Isto é o que eu gosto sobre esta configuração é se você gerenciar um projeto, você tem que ter todos eles em mente o tempo todo. Na terceira parte, mostrarei como você pode combinar as quatro fases do processo de gestão de projetos com as nove áreas que acabaram de mencionar e que lhe darão o roteiro. Meus alunos geralmente melhor para orientá-lo através deste roteiro livre após a ferramenta de caminho, que está explicando o processo um pouco mais de detalhes. Mas, por enquanto, conhecer essas nove áreas seria muito útil. 8. Introdução à fase de iniciação: Bem-vindo à fase de iniciação do projeto. Então, quando introduzimos as fases mais cedo, falamos sobre sessão produtiva e demos este exemplo de ir dar um passeio. Então, em algum momento, temos que decidir se sim ou não vamos dar um passeio para que pudéssemos ver isso como a iniciação. E uma vez que concordamos que vamos, torna-se um projeto. Então, onde estamos no marco do Projeto. Para os negócios, obviamente, a decisão pode ser um pouco mais complexa, mas é o mesmo princípio. Então, em poucas palavras, pergunta chave que queremos responder durante a iniciação é, estamos realmente fazendo isso todos realmente comprometidos com isso? E isso é o que é complicado. Mas a fase de iniciação é metade, não é um projeto. E no final, se formos adiante com o projeto, e eu explicarei por que ele tem que se tornar um projeto a meio caminho. E uma razão fundamental é que precisamos de um gerente de projeto para fazer a papelada no final. Então, em teoria, não é um projeto até depois da iniciação, mas ainda seria bom ter um PM para fazer a papelada. Agora acho que podemos começar. Vamos dar uma olhada em mais detalhes do que é, que é necessário para que nós tomemos uma decisão. Vamos em frente com isso como um projeto. 9. Descrição da fase de iniciação: Assim como uma repetição, se você quiser, o jogo final é obter aprovação para prosseguir como um projeto. Então, temos que nos perguntar o que seria necessário para todos esses caras na sala dizerem com confiança, este é um bom investimento. Faz sentido, vamos fazer isso, vamos em frente. Então, uma das questões é, a primeira, na verdade eu diria pergunta é o que queremos fazer? Que nas palestras de gerenciamento de projetos chamaram de escopo. Por isso, temos de definir o âmbito de aplicação. Também. Precisamos dizer, podemos realmente fazer isso? Quero dizer, se você quiser ir para uma faixa, por exemplo, por três a quatro semanas, podemos, realmente, fazer E? Temos tempo para fazer isso? Quanto vai custar? E qual é o palco, seu estágio inicial. Então somos apenas uma ordem de grandeza, eu suponho, mas, uh, mas isso é muito importante para decidir se vamos prosseguir com o projeto ou não. E é chamado de orçamento em oposição. Quanto tempo vai demorar? Fala de gerente de projeto, agenda? Queremos saber quando é que isso pode ser implementado, porque isso influenciará se queremos avançar com o projecto ou não. Se dissermos, se todo mundo acha que é uma ótima ideia, mas você não pode tê-la até três ou quatro anos. Então talvez não seja uma ideia tão boa quanto pensávamos. Talvez possamos ter algumas frutas penduradas mais baixas e podemos ter algumas talvez uma vitória rápida mais cedo em vez de querer isso, para aquela grande coisa lá. Uma coisa muito importante, são os riscos, todos os riscos que precisamos estar cientes. E se encontrarmos riscos, como vamos enfrentá-los? São suas rolhas iniciais. Você inventa uma identificação. Digamos que você é o cara que queria ir para este trabalho e você não quer ouvir sobre o risco porque você realmente se concentrou. E se alguém te disser, oh, você sabe, há algumas chuvas intensas planejador ou o quê? Esta lição mata os escritores e vamos verificar antes. Então, a pessoa que levaria a ideia do projeto normalmente teria piscas acesas. Não vai estar interessado em trazer todos os riscos que vêm com a identidade dele. Então você diz: “Oh, não, tudo bem. Deixe-nos por isso é o seu papel se você envolver como um gerente de projeto, se você não é, é o papel dos executivos, de todos ao redor para realmente destacar o risco não é que estamos sendo negativos aqui, mas é consulta. Queremos, para dar esta informação antes que seja tarde demais, antes de executarmos o projeto e começarmos a gastar o dinheiro. Então, o risco é muito importante. E baseado em tudo isso, você toma uma decisão, vale a pena fazer? Então? Se você tiver sorte, você tem um executivo e ela tem o caso de negócios 3D e ela traz para você e como todos os números nisso, tudo. Então é perfeito. Talvez só dê uma olhada nos riscos. Mas nem sempre é o caso. Então, às vezes você tem que fazer um pouco do trabalho de base e você tem que começar do zero. Este era apenas um ID de linha, se você quiser, e você tem que fazer todas as embalagens. 10. Introdução rápida em agendamento: Agora, uma visão geral rápida sobre o agendamento. Vou falar sobre o básico aqui. Fundamentais curso. Queria mostrar-vos primeiro o impacto das dependências e depois não vos mostrarei um exemplo de gráfico de Gantt. Então você pode ouvir os tiros. Então eu queria mostrar isso para você. Vamos dar uma olhada. Assim, a importância das dependências e isso terá um impacto sobre o custo. Depois de chegarmos a isso, digamos que você gerencia um projeto e tem três tarefas. Eu disse que seria simples, muito simples. A primeira tarefa é projetar o produto. A segunda tarefa é construir o produto. E a terceira tarefa é testar o produto. Dê uma olhada nessas tarefas. Estima-se que todos tinham dois meses de duração. Se não levasse em conta as dependências. Então você poderia vir e dizer, meu projeto vai durar duas caxumba e será implementado em meses. Agora, obviamente, esta não é a realidade. Na realidade, tem que levar em conta a dependência. Você não pode começar a dizer, construindo algo até que esteja sendo projetado. E você pode iniciar o teste até que a compilação seja concluída. Então você agenda tendo em conta dependências seria assim. E então você teria uma duração de seis meses em vez de uma duração de dois meses. E então você pode implementar. Então isso é simples e foi apenas para o caso de você se deparar com dependências. E isso ajudaria você a entender o que é um gráfico de Gantt. Nosso gráfico de Gantt se parece com isso. No lado esquerdo, você tem algumas tarefas com duração quando começa, quando termina, e a dependência da tarefa, se olharmos um pouco mais de perto. Então dependências, você tem uma tarefa aqui, por exemplo, e a tarefa depois depende dessa tarefa a ser concluída. E é assim que ele é visualizado em um gráfico de Gantt. E é por isso que o tiro é muito popular. E é o padrão para o gerenciamento de projetos realmente criar um cronograma. Assim, o gráfico de Gantt é um padrão para criar um agendador. Saiba que você pode fazê-lo no Excel e na vida, mas as pessoas costumam usar um produto da Microsoft chamado Microsoft Project. 11. Introdução rápida em orçamento: Um orçamento obviamente pode ser muito complexo, mas eu só queria te dar algo para começar se você nunca fez isso. E se você estiver interessado. Processo de orçamento super simplificado. Então é assim que gosto de mostrar. Existem três componentes. O de custo fixo, o de atividades e, em seguida, as atividades em curso. Então, o de custo fixo, por exemplo, as taxas de hardware, serviços fixos, você sabe, você precisa comprar um servidor e é $2 mil que é fixo ou você pode colocar isso em seu orçamento. Total, vai para o seu orçamento. Em seguida, você avalia a duração de todas as atividades e calcula o custo de uma das atividades. Então você calcula quantos dias eles vão levar para projetar o produto de muitos dias para construir um produto e quantos dias para testar o produto. E então você tem um total, um é claro, qualquer vai para o seu orçamento. Para expandir o terceiro componente, voltarei ao exemplo que dei em não programado antes. A terceira componente é para atividades em curso. É para custos de suporte. Durante a vida do projeto. Etapa 1, você avalia as dependências entre atividades pontuais e, em seguida, avalia a duração necessária para essas atividades em andamento. E então você tem um total de custos contínuos ou os custos totais de suporte. E você coloca isso no seu orçamento e realmente oferece componente se isso não faz sentido. A terceira coisa ainda, deixe-me mostrar-lhe o diagrama que fizemos para o cronograma. Então este é o primeiro diagrama. Não sei se você se lembra, temos atividades em andamento, que é gerenciamento de projetos. Você precisa de um gerente de projeto para a vida útil do projeto. Então, se o projeto é caxumba, você precisa de um PM por dois meses. Se um projeto é de dois anos, você precisa de um PM por dois anos. Quanto mais longo for o projeto, mais caro será para essas atividades em curso, incluindo as atividades de gerenciamento de projetos. Digamos no exemplo dado abaixo, se não verificamos as dependências, então teríamos pensado que todos esses projetos vão terminar em dois meses. Portanto, há apenas dois meses de custo de gerenciamento de projeto. Então isso seria errado. O que você precisa fazer é esperar que o cronograma termine. E você teria algo assim. Você teria o projeto por dois meses, a conta por dois meses, teste por dois meses, e a atividade total será de seis meses. Portanto, o preço ou o custo das tarefas abaixo não mudarão. Mas será que as costas destas que vão mudar? O custo da atividade em curso mudará. Então, voltando para o slide, você pode ver que esta é uma variável e isso depende da vida útil do projeto. Então é isso para uma visão geral muito breve do orçamento. Obviamente, este é o curso de Fundamentos. Vamos entrar em detalhes demais, mas acho que vai começar. 12. Introduz o gerenciamento de stakeholders: Foram coletados, é claro, a gestão das partes interessadas. Eu queria orientá-lo através disso porque parte que não é tão intuitiva para algumas partes interessadas gestão. É algo que nem sempre é óbvio para as pessoas. O que é uma parte interessada é que a equipe acima e largura, há esse mal-entendido de 10 que as partes interessadas são os caras de negócios. Eles estão te dando o trabalho e eles são muito importantes. Mas as partes interessadas na verdade não isso, na verdade é muito mais amplo do que isso. Então não me cite sobre isso só para dar um exemplo de pessoas que poderiam estar envolvidas no seu projeto. As perguntas que você precisa fazer a si mesmo. Se você é um gerente de projeto e você realmente não vai entender quem está envolvido no projeto. Quem é um stakeholders é, saber com quem você está trabalhando neste projeto, que sua equipe e os gostos que receberão os benefícios. Então este é interessante porque é um usuário final. Então você pode não estar trabalhando com eles durante a vida do projeto. Mas são as pessoas que podem estar usando seus produtos na pista. É um, você constrói um site. Os usuários do site, nossas partes interessadas, você precisa levá-los em conta. Quem pode interromper o projeto. Isso também é algo que você precisa ter em mente. Então você precisa entender quem são os tomadores de decisão que poderiam parar o projeto? Quem fornece o dinheiro. Se eles não te derem mais o dinheiro, seu projeto está morto. Então você precisa entender o que afetará o orçamento, que afetará o seu recebimento da amônia ou não para o seu projeto? E quem vai operar o produto final? Este é mais o lado da operação. O gás vai assumir de você quando você terminar com o projeto, vai assumir a manutenção do produto. Acabaste, construíste a ponte, testaste-a. Agora os usuários estão usando. Mas quando houver problemas na pista, quem cuidará da manutenção? Você precisa tê-los em mente para fornecer a documentação adequada para que eles possam manter o produto que você criou, se você quiser. Em seguida, uma definição oficial é quem poderia causar problemas durante os projetos e quando o projeto é implementado. Por esta razão, quando eu gerencio um projeto, eu gosto de continuar me perguntando, quem mais poderia ser, deveria estar envolvido neste projeto? Quem precisa saber sobre este projeto porque eles são pessoas que poderiam impactar este projeto negativamente. Quero ouvir sobre isso agora, não mais tarde. Me dê as más notícias e eu tentarei lidar com isso. Em vez de serem dominantes. E quando o projeto é implementado, eles saem da marcenaria e criam desafios. 13. OPTIONAL: matriz de stakeholders: Para terminar em partes interessadas muito rapidamente, há uma ferramenta que está sendo usada. Então, se você ouvir sobre isso, então você vai saber o que é. Chama-se matriz de partes interessadas. Eu só vou te guiar por isso muito rápido. Parece terrível, mas é uma maneira de categorizar suas partes interessadas. Você avalia a influência das partes interessadas e avalia o interesse das partes interessadas. E baseado nisso, você sabe, como lidar com eles mais ou menos. Então você tem o low end, freelance, de baixo interesse. E o que você precisa fazer com eles é monitorar. Portanto, eles não estão realmente interessados, mas eles não podem realmente influenciá-lo. Então, tudo bem. Eles podem ser de baixa influência e alto interesse. Então eles estão muito interessados no seu projeto, mas eles não têm muita influência. Então, o que você faz com eles, você os mantém em forma. Na minha experiência, pode ser um pouco desperdiçado. Eles podem, eles são super interessados o país o tempo todo, mas no final do dia, eles têm pouca influência. Então fique de olho neles. Mas a coisa oficial para baixa influência e eu interesse é manter a forma. A alta influência e baixo interesse. Mantenha-se satisfeito. Para mim, esta é uma zona de perigo. Não estão interessados, mas podem descarrilar o projeto a qualquer momento. Eu sei que este é o que eles dizem, apenas fique satisfeito. Mas para mim é um desafio. Preciso ir e desenterrá-los. Eu realmente quero saber sobre isso. Outros caras estão sentados, reunidos, não dizem com e quando o projeto é implementado ou chegando perto do final, eles vêm até você e dizem, O que estamos fazendo aqui? Então, fique de olho naqueles o gerenciado de perto. Aqueles caras, pessoalmente, eu estou menos preocupado porque eles têm alto interesse. Então, haverá na sua cara. Mas de acordo com a regra, é alta influência, alto interesse em ser gerenciado de perto. É isso. Matriz resumo rápido das partes interessadas. Agora você sabe o que é. 14. Exceções de fase de iniciação: Nesta sessão nem sempre é necessário. Às vezes, não há necessidade de debater se vamos em frente com o projeto ou não. Sabemos que tem de acontecer. Então, por exemplo, se há um novo regulamento que exige que você faça o trabalho e pode ser um trabalho de bico. Então é um projeto, não é discutível, mas você ainda precisa passar por um pouco de um iniciador super-rápido e apenas, apenas para iniciá-lo e torná-lo formal. E só para dar um exemplo brutal, é que o CEO de uma empresa quer fazê-lo. E digo-te que tens de ser um gestor de projectos muito corajoso. O CEO vem até sua mesa, coloca uma grande queda e diz, Ben, isso é um projeto. E você diz que agora sinto muito, eu tenho que passar pela fase de iniciação. Eu preciso ter certeza que isso é apenas para que ele não está sempre ocorrendo e às vezes não tem que ser, para ser muito longo. Como, como mencionado, se o se o executivo vem até você e ter feito todo o trabalho, toda a papelada. É uma ideia que já existe há algum tempo. Pode até acontecer em um dia. Quer dizer, durante um tipo de reunião do comitê de direção, está decidido e pronto. 15. Fase de iniciação — o que acontece depois de a aprovação?: Agora a decisão foi tomada durante uma reunião ou formalmente por e-mail. E isso vai ser um projeto. Ainda estamos em iniciação. Só precisamos fazer algumas coisas antes de encerrarmos iniciação e conseguirmos aprovação formal para isso. Em teoria, não há um gerente de projeto, isso porque não é um projeto, mas a razão pela qual queremos gerente de projeto é fazer a papelada mais ou menos. Se a atividade for aprovada, progride um projeto, temos que decidir quem vai fazer isso e temos que fazer alguma papelada. Nós vamos fazer isso. Essa é uma equipe de projeto mais ou menos. Temos que decidir se fazemos isso internamente em casa ou 0 se nos associarmos, temos que decidir quem será o representante do negócio. Então, o representante de negócios. Desculpe, mas representa o negócio. Então ele ou ela estará assinando tudo porque geralmente as pessoas que iniciaram os projetos, eles estão muito, muito ocupados e eles não podem simplesmente fazer o trabalho diário ou semanal no projeto. Então eles vão delegar isso a alguém que será a equipe técnica. Costumamos montar um comitê de direção que é uma entidade que reagrupa todos os membros do projeto e o executivo e os empresários e a vida e o gerente do projeto. A segunda parte que precisa ser feita é fazer alguma papelada para outra assinatura formal. Então nós mais ou menos nós colocamos todas as descobertas da iniciação neste documento. Nós assinamos e desligamos. Nós vamos embora. Vamos para a próxima fase que é planejar, se você se lembra. 16. Estrutura de equipe: exemplo do programa: Bem-vindo de volta ao curso. Vamos dar uma olhada em algumas estruturas de equipe. Começando com uma equipe de gerente de projeto. Quando frequência agora oh, que um gerente de projeto é parte de um programa onde uma equipe de gerentes de projeto estão trabalhando em diferentes projetos. Para um programa é um grupo de projetos. Dou-vos um exemplo muito simples. Temos um gerente de programa no topo gerenciando o programa. E nós temos o primeiro gerente de projeto com o vapor por baixo para o projeto ou projetos em que ele está trabalhando. Agora, como é um programa, esperamos ver outra audição gerente de projeto é se cada PN. Então, trabalhando no meu projeto. Eu tinha uma senhora. Ela parece parecida porque ela já está trabalhando no projeto dos meus companheiros. Então estamos compartilhando o recurso. Então este é um exemplo de recurso compartilhado. Também tenho um chefe de equipa a trabalhar para mim. Ela tem uma equipe, mas eu geralmente só lido com ela. Antes de encerrar isto, queria mencionar algumas coisas. O primeiro é, obviamente um programa pode ter muitos PMs. Muitos PMs podem ter mini-projetos. Então o programa pode ser bastante grande, tanto quanto os projetos está em causa. Agora algumas notas rápidas. O gerente de projeto pode pertencer a um pool de gerentes de projeto. É chamado de escritório de projeto ou escritório de gerenciamento de projetos. E também outra nota é que o gerente de projeto pode ser assistido por um coordenador de projeto. Eu diria principalmente sobre o tipo de administração de tarefas, ajudando com minutos e escrevendo relatórios. E permite que a estrutura muito simples que eu acho que ajuda você a entender gestão de projetos dentro do contexto de um programa. 17. Estrutura de equipe: exemplo do comitê de direção: Agora vamos dar uma olhada na estrutura do comitê de direção. Mais uma vez, há muitas variações, mas eu só queria dar um exemplo simples. Então Comitê Diretor é estrutura temporária e seu objetivo é fornecer direção para um projeto. Lembre-se que quando definimos um projeto, dissemos que o projeto tem que ser temporário, não contínuo, uma atividade única. Assim, um comité de direcção começa no início do projecto e está a ser mais ou menos desmantelado no final do projecto. Assim, o papel do comitê diretor, eles tomam todas as decisões importantes que podem discutir em um nível muito alto as questões do projeto e quando há uma decisão a ser tomada, eles tomam. Então vamos dar uma olhada em um exemplo muito simples. No topo, temos o presidente do comitê de direção, geralmente alguém mais alto da cadeia com um interesse investido no projeto, então haveria que tomar as decisões finais. Então normalmente temos o dono do negócio. O proprietário da empresa também é, por vezes, o presidente do comitê de direção. O proprietário da empresa é geralmente a pessoa que iniciou o projeto, mas ele representa o negócio, defendeu o projeto. E nem sempre é o caso, mas geralmente eles se concentram mais nas células. Então temos o nosso rosto familiar. O gerente de projeto, você sabe o que o gerente de projeto faz, executa o projeto que você sabe disso. E também podemos ter um usuário sênior. Um usuário sênior representa todos os usuários do produto. Então, neste exemplo, temos um produto que está sendo criado pelo projeto. Então vamos ver. O projeto foi implementar um software para um call center. Então esta senhora, ela estará representando o pessoal do call center. Então ela estaria muito interessada no software ser muito fácil de usar. Porque o foco está na produtividade. Mais do que vendas. Ela teria KPIs que ele precisa para atender a análise. Não queremos implementar algo que ela não goste. Finalmente, temos um fornecedor sênior. O fornecedor está fornecendo o serviço ou o produto. No software. Para o exemplo do call center, seria construir o produto. Estará construindo o software. Em um cenário em que o edifício teria sido terceirizado para um fornecedor. O vendedor estaria sentado em uma cadeira do fornecedor sênior embora o fornecedor seria o fornecedor sênior. Então, seu foco geralmente não é realmente em vendas ou produtividade. Eu acho que especialmente em um cenário ao ar livre, o foco será mais no custo e qualidade do produto, que são um pouco intercalados. Normalmente, eles têm um preço fixo, Então eles vão querer ter certeza de que eles implementam estes rapidamente e não se arrasta muito tempo. E você ficaria de olho no usuário sênior solicitando mudanças que não estavam no escopo. E agora, apenas, apenas as últimas observações obviamente é que no início do curso eu vejo o Comitê Diretor. Você teria membros da equipe de projeto poderia ser incluído em um comitê de direção em um cenário onde há um projetos muito técnicos e você teria um arquiteto ou especialista em assunto e PME que também faria parte do comitê de direção porque o objetivo do comitê de direção é tomar algumas decisões muito importantes. Então eles gostariam de ter o conselho de alguns membros muito importantes da equipe do projeto. Então é isso para um exemplo de um simples comitê de direção. 18. Fase de iniciação: qual o desafio: Agora o desafio com a iniciação, como mencionado antes, muitas vezes acontece muito rapidamente. Então é ótimo quando você, tudo foi muito bem pesquisado inicialmente. Mas, na maioria das vezes, não foi. Então você vai se encontrar em uma situação em que a decisão foi tomada, você vai para a frente do projeto. E como você realmente não tem tempo para gastar com isso, porque todo mundo está realmente interessado em transformar isso em um projeto. O cronograma e o custo que eu costumo montar muito, muito rapidamente. E falamos sobre, mais cedo, falamos sobre ordem de grandeza apenas pelo custo. Então, isso seria bom se estivéssemos. Ok, não se preocupe, isso é apenas seis meses estimar TMI E ou OR isso é apenas uma identificação áspera. Faça o seu planejamento e depois que você voltar para nós e nos dar o novo custo para o novo orçamento, geralmente o custo foi decidido durante a iniciação, fica com você para sempre, e então não é muito bom, muito bem recebido. Quando você diz que sente muito, o orçamento vai ser duas vezes mais, a menos que você pode realmente, realmente, realmente, realmente demonstrado e mesmo que geralmente tem que manter o orçamento inicial e o cronograma. Então esse é um dos talentos, creio eu, da iniciação. 19. Qual é com as olímpicas sendo sempre acima do orçamento?: Só para destacar o desafio com iniciação, eu queria dar-lhe um exemplo concreto. Vou especular um pouco. Temos um slide aqui mostrando a ênfase excessiva dos Jogos Olímpicos sobre n, o significa quanto dinheiro foi gasto acima do que foi alocado. Percebemos que a maioria das Olimpíadas tiveram por terra. O porquê é isso? Poderíamos especular e dizer talvez, se formos cínicos, dizer que talvez eles colocaram algumas contas um pouco mais baixas. E eles disseram que eles não precisam de muito dinheiro para organizar as Olimpíadas para aumentar sua chance de ganhar a oferta. Mas isso seria um pouco, um pouco cínico. Outra razão é que durante a execução do projeto e vamos tocar em dados sobre a próxima parte do curso é durante a execução. São coisas que estão sendo descobertas que podemos antecipar mesmo com as melhores intenções. Mas isso é que as temperaturas querem alocar. Uma razão pela qual tenho certeza desempenha um papel nesses projetos sendo acima do orçamento. Então, durante a iniciação, temos uma quantidade limitada de tempo para avaliar o custo. Cada cidade tem provavelmente um orçamento alocado. E eu disse, refresque sentido você tem 20 milhões para avaliar o custo das Olimpíadas. Você não pode entrar em muitos detalhes porque você não se perguntou talão ainda. Você ainda não é um projeto. Você ainda está em iniciação. Será extremamente arriscado gastar 100 milhões apenas para avaliar o curso quando você não tem certeza de que vai ganhar a licitação na próxima etapa desses projetos. Uma vez que eles ganharam o talão, então eu vou entrar em um planejamento mais preciso e as más notícias que começamos a aparecer. 20. Projetos em phased: Olá outra vez. Vamos rever um projeto multifásico porque isso é algo que pode ser um pouco confuso, especialmente quando você aprende gerenciamento de projetos. E também, eu queria mostrar a vocês duas maneiras de um projeto multifásico ter lugar. Então o que acabamos de ver antes foram as fases de gerenciamento do projeto, iniciação, planejamento, execução e fechamento. Agora você sabe disso. Mas o que também podemos chamar de fase é a implementação futura do projeto. Outra coisa a ser implementada. Por exemplo, você poderia ter a fase 1, nós construímos um site simples para mostrar nosso produto. E a segunda fase permitirá que o cliente compre esses produtos online. Então, fase um, queremos que o cliente seja capaz de ver nossos produtos apenas para ver o produto e talvez o preço, mas eles não podem comprá-lo ainda. E este é realmente o exemplo que eu vou ter no exemplo que vem o próximo exemplo na fase de iniciação. Essas serão chamadas de duas fases do projeto, fase um e fase dois. Então, temos duas maneiras de ter um projeto em várias fases. A primeira maneira, que é o cenário, é aprovarmos tudo no início do projeto. Sabemos que queremos ter as duas fases. Nós sabemos disso, nós sabemos isso na pista. Queremos a possibilidade de comprar os produtos online, mas queremos ter benefícios antecipados. E, portanto, queremos implementar em duas fases. Então, isso é bastante semelhante à metodologia Agile. A diferença com um jornalista, um gel aplica muitas fases. Você aprova o projeto completo no início e depois de continuar girando entre planejamento, execução e implementação. Este é um frasco, mas aqui os pedaços para implementar seriam muito maiores. Então vamos dar uma olhada nesse cenário. Primeiro, no início, aprovaríamos tudo, o orçamento para as duas fases, e também o calendário para as duas fases. Então, quando você olha para o cronograma do gerente de projeto, você deve ser capaz de ter um olhar para a fase 2 bem, talvez não com tantos detalhes, mas você deve ser capaz de ver as duas fases. Então você tem a iniciação aprovada depois que você entrar em planejamento e depois de entrar em execução onde você implementar. E depois, quando você vai para o rosto para o trabalho, você não precisa fazer o fechamento da fase 1. Você não tem que fazer a iniciação do S2. Você pode ir direto para o planejamento, mas ele não precisa ser sequencial. Você pode, você pode iniciar o escritório de planejamento para, enquanto você está fazendo a execução. Fase um. Esta é a vantagem dos benefícios como você sabe, para provar que você pode começar a trabalhar mais cedo. Este é o modelo geral também. Você não espera o fim da implementação para começar a planejar. E depois de implementar o V2, e você fechar as duas fases do projeto de uma só vez. Então esta é uma maneira de fazer isso. Este é o cenário um. Você tem duas fases no mesmo projeto. Assim, a segunda maneira de ir sobre a implementação de um projeto em fases deixa a possibilidade de que potencialmente não estaremos fazendo festoon, ou pelo menos não em um futuro próximo. É como ter dois projetos de uma forma que temos que passar por completo para fases de gestão de projetos. Para cada fase do projeto, você precisa obter aprovação para a fase 2, bem como você fez para a fase um. E, às vezes, isso pode ocorrer quando nenhuma fase dois é um pouco vaga demais para tê-lo aprovado. Eu acho que uma das principais razões que teríamos dessa maneira é que é uma maneira empurrar algum trabalho para mais tarde, quando você realmente não pode fazer isso. Agora, É como ter dois projetos em que temos que passar pelo completo para as fases de gerenciamento de projetos para cada fase do projeto. Então você ouve isso muito em um projeto, vamos fazer isso na fase 2, que é uma maneira educada de dizer, jeito nenhum estamos fazendo isso agora. Nós pagamos o que você quiser, mas será muito grande para fazê-lo. Agora, isso é o que eu tenho no meu exemplo. Em seguida, no início do projeto, alguém quer implementar algo muito grande, Isso é cuidado as pessoas estão em um pouco e SEO vamos fazer parte na fase dois. Assim, o primeiro é um pouco mais realizável e sabemos o que estamos fazendo. E depois podemos parar e refletir e ver se conseguimos o dinheiro para a fase dois. Então, o cenário 2, o mesmo que ter dois projetos. Quando fest 2, não vamos mostrar que queremos fazê-lo em tudo, ou pelo menos não em um futuro próximo. Então dizemos “vamos fazer isso”. Invista para criar ID. Moveu-o para fess 2. Então é isso. Oh, isso foi um resumo rápido sobre caminhada e projeto multi-fase e, uh, diferentes maneiras de fazer isso. Então, no meu exemplo seguinte, há alguns mencionados sobre, vamos fazer isso na fase dois. Portanto, não se confunda com as fases da gestão do projeto. Fase 2 significa que faremos isso mais tarde. 21. Exemplo do projeto: iniciação: Só queria dar-lhe uma idéia das coisas que podem ser feitas durante a iniciação para, para um projeto específico. Agora eu decidi ir com o exemplo de loja de hardware, dizer que eles querem ir on-line. Eles só têm lojas em todo o país, mas eles teriam que ter um site online. Ter um site onde as pessoas podem simplesmente comprar os produtos e enviá-los para eles. Então este é o crédito ID do projeto WIP vender aos clientes para comprar itens on-line. Então, um exemplo de atividades que poderiam, que poderiam ocorrer. E eu coloquei os riscos em primeiro lugar aqui. Um dos executivos pode ser resi idéia de que não estamos prontos para a logística. Sabe, é bom ter um site que pode ser feito rapidamente, talvez, mas não estamos, quero dizer, entregando coisas aos clientes. É que normalmente podemos ter que subcontratar com isso, ter que fazer tudo isso e passar por todas as coisas legais. E vai demorar muito tempo. Assim, após discussão, foi acordado eliminar este risco. Havia, isso era muito grande para entregar. Então vamos fazer isso em outra fase. Faremos isso na fase dois. Outra pesquisa destacou um pouco menos importante. Então, que poderia ser abordado por sombreamento disse Martin a partir de projetos começar a John Martin é um proprietário de negócios para que eles tenham alguém para ajudá-lo. Então só para te dar uma ideia do tipo de riscos que podem ser discutidos durante a iniciação? O escopo seria para o escopo de alto nível foi descrito como é criar um site para exibição de produtos, apenas novos pedidos on-line que já foram removidos. O custo de alto nível. Houve alguma discussão e talvez fosse originalmente 12 milhões, incluindo a entrega e o aumento, mas agora é apenas para ser capaz de ver o custo do produto foi reduzido para US $10 milhões. E o prazo de alto nível só para fazer o site e tudo ao redor do site obviamente é de seis meses. A equipe do projeto, nós alocamos Ben como um gerente de projeto. Ele criará a carta do projeto. E então Ben vai conseguir isso para obter a aprovação do proprietário do negócio e de todas as pessoas envolvidas em aprovações para este projeto. 22. Introdução à fase de planejamento: E agora estamos em planejamento de uma maneira para resumir o planejamento em uma questão é, como vamos estar fazendo este projeto? Quais são as atividades do projeto em que ordem vamos ser para executá-los mais precisa causa cronograma mais preciso. E outra coisa importante proveniente das fases de planejamento é que realmente entendemos o que precisamos fazer e então podemos fazer o planejamento para a execução do projeto. A única coisa sobre o planejamento que às vezes é mal entendido é que estamos realmente planejando para as atividades do projeto. Na verdade, não estamos projetando nada. Estamos apenas planejando que o projeto aconteça. exemplo, no exemplo que temos sobre o site durante o planejamento quando olhamos para o analista de negócios para fazer o projeto, mas durante a fase de execução. Assim, o projeto será feito durante a fase de execução. Então estamos planejando para a família de atividades do projeto aqui. 23. Descrição de fase de planejamento: Bem-vindo ao lado teórico da fase de planejamento. Vamos falar um pouco sobre o que está acontecendo no planejamento. Então estamos ficando mais granulares em nulo, as atividades da fase de iniciação. Tudo o que fizemos, nos tornamos mais precisos, mais detalhados se houvesse algo que fosse completamente perdido estimado ou erroneamente estimado ou erroneamente compreendido durante a iniciação. Agora é a hora de levantá-la. Então, confirmamos o que precisa ser feito exatamente. O documento de requisitos de negócios será criado se isso for aplicável. Às vezes, não há requisitos de negócios. Então, apenas para voltar ao exemplo de, da iniciação, quando dissemos que às vezes um projeto tem que acontecer porque como um novo sistema fiscal ou que está sendo implementado ou há um novo regulamento. Então teríamos tudo já mastigado para nós onde sabemos exatamente o que precisamos fazer. Então não precisamos de nenhum requisito de negócios. Podemos planejar as atividades sem os requisitos do negócio. Quando podemos ter isso com mais precisão? Quais são todas as atividades necessárias para realizar o trabalho? Fazemos uma análise do trabalho. Então é quando voltar ao exemplo das Olimpíadas. É quando você começa a ver todas as pequenas coisas que tem que ser feito que você realmente não pensou antes. Quando você quebra tudo em partes menores, então você pode ter uma idéia melhor do trabalho a ser feito. E qualquer, e você está começando a ter um olhar para as dependências entre as atividades e que vai levar o Tammy vai tomar para executar tudo. Quanto mais tempo for, mais tempo levará para suportar e pagar o custo também aumentará. Você tem uma olhada na disponibilidade da equipe, por exemplo, e isso vai ditar quando você pode entregar esta postagem mais precisa à medida que sua agenda e você lista de atividades mais precisas, portanto, você está em movimento vai se tornar mais preciso. Temos também um olhar e como vamos fazer este trabalho. Então eu acho que quando você planeja, é muito intuitivo que queremos entender exatamente o que precisa ser feito. Queremos estender um cronograma mais preciso e queremos entender um custo mais preciso. Mas a forma como vamos fazer o projeto é algo que nem sempre é entendido ou deve ser honesto, que nem sempre está sendo feito muito bem na gestão de projetos. Este é o seu horário, este é o seu custo do Hugo. Mas eu acho que é muito importante discutir como vamos fazer isso, como vamos fazer isso às vezes até certo ponto que pode mudar a costa. Então vamos dar uma olhada em algum ponto de bala. Como vamos fazer isso? Qual sistema vamos usar? Quais ferramentas, que recurso estaria usando? Como vamos verificar a qualidade? Isso é muito importante e a qualidade do trabalho e a qualidade do produto final também. Eu acho que também é intuitiva a qualidade do produto final. Vamos nos certificar de que este produto é, é adequado para o negócio e também que o produto é resiliente, é sólido e gosta. Mas a qualidade do trabalho, quero dizer, como gerente de projeto, por exemplo, você precisa fornecer um relatório de qualidade. Você precisa se comunicar corretamente. Então tudo o que tem a ver com qualidade, eu acho que você pode colocá-lo lá. E isso também está relacionado com a qualidade, ou como eu estava mencionando, é então mostrar que o produto final está em linha com o que o negócio quer. O requisito, entendemos que tem que ser sólido, resiliente, parte de boa qualidade. Se não é o que o negócio queria, então não adianta muito. Precisamos de um jeito de acompanhar isso. Como vamos garantir à medida que progredimos no projeto que o produto é exatamente o que o negócio está esperando, parece tão óbvio. Mas às vezes até mesmo um bom negócio disposto e eu faço requisitos de negócios adequados no meu progresso coisas, eles podem perceber que não é exatamente o que eles queriam e que será inútil no final do dia. E eu suponho que se você já ouviu falar de um frasco e isso é uma grande vantagem de um jornalista como você progride você vender para mostrar o produto para o cliente. E eles podem dizer, oh, olha, eu sei que isso é o que eu queria, mas isso é, isso não vai ser realmente útil para mim no final do dia. Quero dizer, ter um projeto que é pontual, dentro do orçamento é ótimo. Mas para mim, se ele não der ao negócio o que eles queriam, mesmo que eles mudem de idéia. É para mim, é um pouco inútil. 24. Descrição de fases de planejamento: Algumas atividades que fazemos durante o planejamento. Existem novos riscos que foram descobertos? Mas agora com isso, somos mais precisos. Há uma boa chance de acharmos riscos que não pensamos antes. E então os colocamos em um, em um registro de risco neste documento. Podemos também verificar se o risco é um espetáculo rolha sobre o que é? É grande o suficiente para que possamos parar o projeto à medida que avançamos para o planejamento quando provavelmente vamos ter algum problema. Então é aqui que criamos a lista inicial ou registro de emissão onde colocamos todas as questões. Eu acho que a parte mais importante desta lista é quem é responsável por corrigir o problema? E, tanto quanto possível, o gerente de projeto não deve estar corrigindo nenhum problema a menos que seja um problema de governança. Mas há uma tendência às vezes para colocar um gerente de projeto contra isso e não é uma boa idéia se, se eles não têm o conhecimento ou a experiência. Por isso, temos de encontrar quem das partes interessadas pode gerir esta questão. No final do planejamento, como fizemos durante a ionização, criamos um documento que descreve todos os achados do rosto. Um cronograma mais detalhado. Nós fornecemos um modelo de governança de custos mais detalhado, princípios de teste, método de relatório, e geralmente este documento é chamado de plano de gerenciamento de projeto. Eu acho que este é o nome mais comumente usado. E como parte do processo de aprovação, o gerente de projeto deve obter este seno de Pi sobre 2 progredindo para a próxima fase. Lembre-se que iniciação, tivemos um custo bruto. Durante o planejamento, podemos encontrar um tipo diferente de custo. Por isso, é importante que as coisas fiquem, sejam assinadas novamente. E porque isso saindo disso, teremos o orçamento para o projeto e teremos o cronograma formal e cronograma para o projeto e estaremos rastreando contra eles. Então, é muito importante se há discrepâncias entre o que encontramos no planejamento e iniciação que ajustamos os números neste documento e obtemos que assiná-lo por Bye todos. 25. Exemplo do projeto: planejamento: De volta ao nosso exemplo. Estamos agora no escopo da fase de planejamento. Apenas para lhe dar um exemplo de atividade, o negócio de fornecer requisitos de negócios. Esses requisitos foram revisados por um analista de negócios. A exigência do negócio foi formalmente assinada e é detalhe insuficiente para Louis para projetar e construir o site. Então, isso é bom. Então conseguimos obter a aprovação dos requisitos de negócios. Eu mencionei o analista de negócios aqui porque geralmente um analista de negócios seria a pessoa projetando de acordo com os requisitos. Portanto, é muito importante que eles entendam e que tudo esteja claro e detalhado neste documento. Então, o analista de negócios obviamente iria assinar fora, mas também o proprietário do negócio e quem pode atribuir isso fora do lado do negócio teria que dar um grande cronograma de ticks. O calendário foi revisto de seis para oito meses e isso tem de ser aprovado. Ainda não assinamos o documento de planejamento. O custo à medida que os programadores aumentaram, como mencionámos, o orçamento teria de ser aumentado para 12 milhões. Era 10 milhões antes de agora nós queremos que nós queremos trazê-lo de volta para 12 milhões. E mais uma vez, isso precisa ser aprovado. Eles provavelmente serão um pouco de ir e voltar. Como mencionado, o cronograma e o custo que é mencionado durante a iniciação fica com você para sempre. Então você provavelmente qualquer cenário lá, você provavelmente terá que colocar um pouco de uma luta. Na minha experiência, o que acontece em 2006? Eles dizem, oh, obrigado Ben, muito bom trabalho lá. Vamos ficar por seis meses e vamos ficar com os 10 milhões. Então você vai ter que correr com isso. Mas você ainda pode tentar. O principal risco. Nenhum risco adicional foi descoberto nesta fase. Abordagem do projeto Como eu estava mencionando, o produto ou processo é como vamos realmente fazer este projeto. Assim, a empresa realizará o desenvolvimento do site em casa, mas estaremos terceirizando os testes para outra empresa, contratará especialista em segurança para a segurança do site. Portanto, temos uma participação menos, nós identificamos exatamente quem está interessado no projeto e quem pode influenciá-lo como, como vimos no diagrama na introdução deste curso. E então toda a luz é feita é boa. Estamos nos tornando mais precisos com as partes interessadas, pelo menos atividades de governança do projeto. Temos agora uma equipe de projeto completa. Encontramos toda a equipe técnica que temos. Identificamos os testadores. Nós identificamos todos que precisamos para executar este projeto e os gerentes de projeto como colocar tudo isso em seu plano de gerenciamento de projetos PMP. E agora vamos buscar aprovação. E é isso para a fase de planejamento. 26. Introdução à fase de execução: O plano de gestão do projecto foi assinado. Estamos prontos para ir. Normalmente, o que é uma boa prática? O que eu gosto de fazer é ter uma grande reunião inicial como gerente de projeto, é bom que você também veja fo para o negócio ou para cada membro da equipe, é muito importante participar. Estamos formalmente em reunir todos e dizer que os caras que disseram que temos uma aprovação, podemos ir em frente e fazê-lo. Então, é uma oportunidade se você é o gerente de projeto para estabelecer algumas regras básicas, definir suas expectativas. Se você é um membro da equipe, é importante que você entenda como esse projeto vai funcionar, quem está envolvido. Às vezes você realmente não sabe quem é, quem os negócios, quem o testador será se você for um desenvolvedor. Então você tem uma boa chance aqui de se apresentar a todos. Se você é o negócio, também é muito importante para você participar porque você conheceria os jogadores se você estiver certo, você saberia quem você é, com quem você estará trabalhando. Obviamente, você estará trabalhando principalmente com o gerente de projeto, mas você sabe, você provavelmente tem se o analista de negócios trabalhando em seu requisito de negócio, você provavelmente passou muito tempo com ele ou ela. Você precisará entender como o projeto funciona, como o relatório está sendo feito em chega. Então, é muito importante se você é o negócio para assistir a isso. E depois da reunião inicial, podemos esclarecer algumas coisas e colocar isso em minutos e então todos ficam felizes. Gosto de resumir cada fase com uma pergunta. E a pergunta que eu teria para essa fase é, como estamos indo? Assim, o gerente de projeto relatório sobre o progresso e gerenciar seus riscos, problemas e escopo. Obviamente há outras coisas, mas eu só queria manter as coisas simples aqui. Mas mais ou menos o trabalho de gerente de projeto é garantir que tudo está indo de acordo com o plano. 27. Descrição de fases de execução parte 1: Bem-vindos de volta à fase de execução. Eu quero mostrar-lhe uma lista de coisas que um gerente de projeto pode fazer para um e mostrar que o projeto permanece no caminho certo e para se comunicar eficazmente sobre se um projeto é isso. Então, uma das coisas é o monitoramento ou atividades de projeto. Quero dizer, isto é, isto é um pouco óbvio. Relatórios sobre um progresso do projeto que é para a comunicação, bem como o próximo ponto que é comunicar eficazmente a todas as partes interessadas do projeto. Vimos que identificamos diferentes tipos de partes interessadas. E cada tipo pode exigir uma maneira diferente de se comunicar com eles. Corrigindo problema. Isso também é um pouco catch-all, atualizando o cronograma e o orçamento à medida que avançamos. Portanto, isto é obviamente muito importante. Não queremos nos atrasar. E ao contrário das Olimpíadas, não queremos ter uma superação. Por isso, queremos ter a certeza de que, no final do projecto, ainda estamos dentro da nossa dotação orçamental, reavaliando os riscos. Então, para mim, isso é muito importante. Quando trabalho com a minha equipa todas as semanas, vou rever a lista de riscos e perguntar-lhes ainda faz sentido? Temos algum novo ou algum que eu deva remover? Além disso, eu gostaria de ter reuniões mensais ou trimestrais mais formais sobre os grandes projetos, reuniões trimestrais onde estamos, eu convido tantos tipos de partes interessadas quanto eu puder, especialmente o negócio. E eu passo por este processo completamente. Eu vou para a lista e eu digo, alguém tem mais algum risco que gostaria de colocar em cima da mesa. Porque o que não queremos que aconteça é no meio do projeto, alguém que vem até você se você é o gerente do projeto ou vem até você como uma pessoa de negócios e diz, Por que você não pensou nisso? E então você pode dizer: “ Bem, você fez parte desta reunião. Você poderia ter trazido também. Sinto muito por termos perdido isso. Então é uma maneira de querer se cobrir, cobrir o negócio, certeza de que temos essas reuniões e as pessoas realmente tentar descobrir quaisquer riscos possíveis e tentar estamos fazendo nada mais ou menos do que o que foi aprovado no escopo. Se o negócio vier até você e dizer, então, eu queria adicionar isso no site. Digamos que o exemplo que demos anteriormente, mas o site e eu mudamos de idéia, eu queria ter isso em vez disso, e eu quero ter isso no topo. Então não é apenas uma questão de usar ok. Sem problema. Você precisa levantar uma solicitação de alteração, que é um documento formal onde você destaca o impacto dessa alteração, o intacto, tanto quanto o cronograma e até o custo. Então vai custar mais. A solicitação de alteração precisa ser aprovada. E então você pode adicionar o monitor seu orçamento. Ele disse: “Por exemplo, eu fui ao acaso, eu vou precisar de um mês extra para você fazer o trabalho e um milhão extra dizer. Então você precisa ter este pedido de mudança para provar e, em seguida, você pode mudar seu prazo para adicionar uma caxumba e teve o milhão para o seu orçamento. 28. Descrição de fases de execução parte 2: Vamos dar uma olhada rápida em como é o fim da fase de execução. Então, geralmente temos algo para implementar. Portanto, o que temos de fazer é pedir a autorização para a execução. Portanto, tem que vir do negócio, obviamente, mas também das equipes técnicas. Todos precisam estar de acordo que vamos ao vivo, que isso está realmente acontecendo. Então, às vezes podemos ter uma reunião com que será chamado uma reunião de ir ou não ir onde nós decidimos se Rico ou se nós não vamos. Desculpe pela repetição. Assim, a implementação do projeto pode assumir várias formas. Pode ser apenas uma migração de um produto digital para o ambiente de produção. Para o projeto de TI. Eles geralmente têm ambiente diferente, geralmente têm o ambiente de desenvolvimento, o ambiente de teste e o ambiente de produção. Assim, a migração do software para a produção, isso significaria que os usuários finais serão capazes de acessá-lo, usá-lo. E, portanto, você pode dizer que esta é uma implementação na segunda-feira 23, vou implementar este projeto em produção. E então esta é uma implementação do Big Bang e todos podem acessá-la. Outro tipo de implementação é permitir que todos acessem o produto final. O produto estava lá dormente, se você quiser, não sendo usado pelo público completo e, em seguida, torna-se disponível para todos para usar. Esse poderia ser o caso também para o site. Mas o exemplo que tenho aqui é uma raça. Por exemplo, a ponte está terminada. Está tudo bem limpo. Mas ninguém está realmente usando porque eles ainda estão terminando a pintura, então ou o que seja. Mas em um dia e dizer, ok, vamos ao vivo e então todos podem usar a ponte. Outro tipo de implementação é apenas notar que todas as atividades do projeto estão concluídas. Se voltarmos a fazer um projeto de caminhada que conversamos com ele parece que há muito tempo. Agora, no início disto, se voltarmos a este exemplo, você já fez o seu trabalho e voltará para casa. Quando você voltar para casa, você diz que este projeto foi implementado, está terminado. É só tomar nota de que todas as atividades estão concluídas. O último ponto é que geralmente quando implementamos algo, há o que chamamos de período de garantia. Quando o projeto ainda está ativo para corrigir quaisquer problemas após a implementação. Durante esse período, ainda é a equipe do projeto que estaria corrigindo quaisquer problemas. O principal benefício é que o problema será corrigido mais rapidamente porque a equipe do projeto ainda tem o conhecimento. E em paralelo, a equipe do projeto pode lidar com o conhecimento mais antigo para qualquer equipe de produção. 29. Que tipos de problemas enfrentados durante a execução?: Agora vamos rever alguns dos problemas que poderiam ser enfrentados durante a vida de um projeto. Agora, a primeira questão seria que a tarefa demorasse mais tempo do que o planejado para ser executada. E isso pode ser devido a várias coisas. Pode ser um problema técnico e controlado. Pode ser um problema de habilidades, pode ser um planejamento ruim. Este é geralmente o principal problema que você tem como gerente de projeto e que tem um fluxo sobre o orçamento se as coisas demorarem mais do que custaria mais. Outra questão que surgiria é que há algumas tarefas que tiveram que ser feitas que não planejamos. É um pouco inesperado, se você quiser, isso aconteceria, especialmente para projetos muito grandes. Vou mencionar as Olimpíadas de novo. É muito difícil planejar cada pequena tarefa quando o projeto é tão grande. E também quando é, quando é um projeto muito técnico, quando é um projeto Greenfield, coisas que nunca fizemos antes com todas as melhores intenções do mundo, você não pode simplesmente antecipar todas as pequenas tarefas que você terá que fazer . Você não pode ser tão granular outro durante o planejamento. Outro desafio que você poderia ter como membros da equipe trabalhando em outras atividades. Não sei se já ouviu falar de métricas, métricas ambientais. Ambiente significa que, você sabe, você tem pessoas trabalhando para você no projeto se você é o gerente de projeto, mas eles também estão trabalhando para outra pessoa e você não é realmente o gerente. Você tem o que chamamos de linha pontilhada para eles. Então, neste caso, é muito difícil dizer que eles estariam localizados 50% para o seu projeto. Então você precisa ter certeza de que eles trabalham faz 50 por cento e eles têm alocado para o seu projeto. Se eles se eles trabalham, então, obviamente, teremos problemas. Você pode ter atrasos. E às vezes, se eles trabalham mais, você precisa ficar de olho nele também porque isso significaria que eles lhe contariam mais e isso causará mais dinheiro no final do projeto. Então este é um dos desafios que você enfrentaria. Outro desafio que eu colocaria para baixo é as partes interessadas não, não engajadas em tudo, não estão interessadas? Vamos parece ser tipo bastante brutal de declaração, se você gosta, mas isso acontece. É muito difícil para alguém que não está trabalhando no projeto o tempo todo. E eu não estou falando de equipes técnicas agora, estou falando de até mesmo, até mesmo o negócio das partes interessadas. É muito difícil para eles manter-se focado durante a vida do projeto. E o desafio que você teria é que eles perdem o interesse um pouco. E então eles voltam dois ou três meses depois, quando você lidera seu projeto até um certo ponto em que eles não mentem. E então, neste caso, é difícil trazê-los de volta. É muito importante mantê-los engajados para garantir que todos estejam a bordo. Então eles são, eles não vêm mais tarde na pista e dizem, ou não é assim que eu queria que isso acontecesse. E então todos os tipos de problemas que você pode imaginar. No final do dia, eu acho que é por isso que temos gerentes de projeto, obviamente, é que as coisas nunca vão realmente de acordo com o plano caso contrário, por que você teria um gerente de projeto, um tipo de coordenador de projeto, apenas para fazer a administração seria suficiente. 30. O que há com risco e problemas sendo 2 listas?: Bem-vindos de volta ao curso. Falaremos sobre o registro de risco mais tarde no curso na parte três. Mas eu só queria mostrar a vocês a dependência entre risco e um problema que isso é outra coisa que pode ser óbvia para alguns, mas eu pensei que iria, eu vou jogar isso aqui. Então você tem um registro de risco com todos os riscos. Então, se o risco ainda não ocorreu, ele permanece aberto. Isso está ativo até que ocorra? Então você tem isso em seu registro de risco. Você gerencia isso aqui, você revisa de vez em quando. Agora, se o risco ocorrer, digamos que ele corre agora e está atrasando as coisas. Portanto, o risco ocorreu. Então o que você faz é fechar o risco porque não é mais um risco. Está acontecendo. É a vida real, é agora. Mas o que você faz, você abre uma edição em vez de ter o risco de chover, em vez disso você tem um problema. Treinamento. Desculpe se parece óbvio, mas que tok gerenciamento de projetos, se você gosta, você algum dia não é intuitivo que você tem que removê-lo do registro de risco. E então você gerenciá-lo como um, como um problema. Então, obviamente, às vezes, quando o risco ocorre, há um plano e você age de acordo com esse plano. Portanto, pode nem sequer chegar à fase de questão. Mas este é o fluxo mais comum, se você quiser. Você precisa gerenciá-lo até a conclusão lá apenas para dar-lhe uma visão geral rápida, porque às vezes as pessoas me perguntam, Bem, por que temos que registrar 14 risco para questões? É por isso que eu queria esclarecer isso. 31. Exemplo do projeto: fase de execução: Vamos voltar a este exemplo. Então, como estão todos? Espero que todos ainda estejam comigo. Espero que ainda esteja gostando disso. E estamos chegando perto do fim das fases ainda é outra janela importante. Quero voltar ao exemplo do site, e quero mostrar alguns exemplos de atividades que ocorreriam durante a execução. Vamos dar uma olhada. Âmbito. Assim, a solicitação de alteração apresentada pela empresa inclui seleção de loja muito baixa para status de disponibilidade do projeto. Então o negócio veio até nós e eles dizem, você tem os produtos, isso é muito bom. Agora o que, o que eu realmente gostaria de fazer é para nossos clientes, colocando o código postal deles no subúrbio. Eles podem verificar se a loja ao lado eles têm o produto que eles querem. Se você se lembra inicialmente nós dissemos, Oh, nós não queremos entregar, mas eu acho que essa informação ainda seria muito útil para eles. Então o negócio colocou isso como um pedido. Assim, a revisão da costa de 12 para 12,5 milhões para permitir essa mudança foi parte do pedido de alteração e o pedido foi aprovado. Então isso significa que podemos gastar mais dinheiro. O prazo também um mudou porque requer mais trabalho. E isso também foi um teste de atenção que foi aprovado. Então, em vez de ter caxumba para entregar agora, temos nove meses para crescer para essas questões. A questão-chave é que o volume de negócios do desenvolvedor da equipe chave, por isso temos uma equipe muito técnica e eles terminam tem um monte de volume de negócios e não vai estar preocupado com isso. Então nós fizemos um pouco de brainstorming e nós temos um pouco de um tipo de solução com ser capaz tirar recursos de outros projetos e egoisticamente em nosso próprio projeto. Porque é um projeto muito importante, é um projeto muito estratégico. E parece que temos algum acordo sobre isso. Só para lhe dar um exemplo de um problema. Em seguida, as partes interessadas jardinagem, a moral da equipe técnica tem sido para baixo devido à rotatividade da equipe colocando mais pressão sobre outros. Então isso é mais uma nota se você quiser, há esse volume de negócios e F0, 11 caras deixa os outros têm mais trabalho e mais pressão. Então, é algo para mim, como gerente de projeto, ficar de olho e trabalhar com o gerente de equipes. Como mencionado, eu não tenho a linha difícil de reportar com eles. É apenas uma linha pontilhada, mas eu preciso ter certeza de que eu os mantenho felizes. Governança do projeto. Eu fiz meu relatório mensal e há uma nota sobre o próximo Comitê Diretor que acontecerá no dia 24 de agosto. Outra atividade de nota, o site irá migrar para um ambiente de teste no dia 27 de agosto para permitir um testá-lo para executar o teste inicial. Então, só para observar também que você colocaria em seu relatório, você tem data em que você implementar o projeto. Mas também é bom dar alguns marcos no meio. Então, você vai do ambiente de desenvolvimento para o ambiente de teste e depois para o ambiente de produção. Portanto, não se preocupe se você não entender totalmente este ambiente, as empresas apenas para lhe dar uma idéia de qualquer atividade que possa ocorrer. Então este foi o último slide na execução. E agora temos uma coisa a fazer. Temos que fechar este projeto. 32. Introdução à fase de fechamento: Nós implementamos nosso projeto. Então agora podemos seguir em frente para outro projeto, certo? Não é bem assim. Ainda temos que fechar o projeto. São tempos em que não temos tempo para fechar o projeto. Às vezes, alguém vem até você no final do seu projeto. Se você é gerente de projeto, banda da NSA, você tem que trabalhar em outra coisa. Agora esqueça isso. Portanto, o fechamento nem sempre ocorre também. Então essa já é a segunda fase em que mencionei, nem sempre ocorre. E a razão é que às vezes as pessoas seguem em frente muito rápido. Vira-te e vais olhar para a tua equipa. Eles já foram embora, eles estão realmente trabalhando em outros projetos. O mesmo para o gerente de projeto. Às vezes eles se movem muito rapidamente em outros projetos. Mas é sempre uma boa prática fazê-lo. E gosto de fazer o máximo que posso. E eu vou mostrar-lhe algumas das atividades em um realmente muito importante. Vamos dar uma olhada. A pergunta que usei para resumir o encerramento é: Está tudo feito? E como fomos? Assim, o gerente de projeto clausa o projeto quando todas as atividades são concluídas. Algumas atividades principais que ocorrem durante o fechamento. Então isso pode fazer mais sentido quando você der uma olhada no próximo slide, mas por enquanto, eu vou passar por isso rapidamente. Então está tudo concluído. A cláusula orçamental, o orçamento Fechar e significa que houve algum dinheiro devolvemos mais ou menos ou damos um relatório final sobre o dinheiro. Ele disse que não há mais problemas abertos. Uma equipe de produção sabe como manter o produto? Precisamos ter certeza de que lidamos com o conhecimento mais antigo para quem vai cuidar do produto avançando. E como fomos? Qualquer lição que pudéssemos aprender para a próxima vez que fizermos um projeto semelhante. Digamos que você é o gerente de projeto, você faz algo muito parecido e você viria para este projeto, ouvir, aprender e você diria, Oh, o que eles aprenderam para garantir que eu não cometa o mesmo erro? E esta lição aprendida, geralmente é feita durante uma reunião formal que chamamos de revisão pós-implementação. E se você tiver sorte, você ainda tem um documento de revisão pós-implementação que resume todas as, todas as coisas que fizemos bem e todas as coisas que talvez não fizemos tão bem ou que poderíamos melhorar. Queremos recompensar a equipe? Normalmente, a resposta é sim. Temos a aprovação formal para fechar? Então esta é a parte de aprovação, se você quiser, você precisa ter certeza que todos concordam. Posso fechá-lo? E, em seguida, os gerentes de projeto podem escrever um documento de fechamento. E é aqui que eles colocam os números finais para o orçamento pode estar. E eles podem se referir de volta para a revisão pós-implementação para ouvida, aprendida. Assim, qualquer um interessado pode dar uma olhada neste documento que eu quero ir para o próximo slide e mostrar alguns exemplos. 33. Fase de encerramento: exemplos de atividades: Vamos dar uma olhada em algumas atividades que podem ocorrer durante o fechamento do projeto. Gosto de dividi-lo em dois tipos de atividades. Acho que fica um pouco mais claro. Certifica-te de que não perdes a noção de nada. Portanto, há uma atividades de encerramento e eles são as atividades de entrega. Eu só quero ver as atividades de encerramento primeiro. Então há tudo o que ele está relatando e papelada. Obviamente, o documento de encerramento do projeto, Isso é muito importante que as partes interessadas assinando o documento de encerramento do projeto também, não apenas uma questão de enviar o documento e ver tudo de melhor, mas às vezes apenas Entre você e eu, por favor, não diga isso realmente. Só outra coisa. O fechamento do projeto e, em seguida, nunca ser assinado fora. Sabe, já é difícil conseguir o interesse e conseguir alguém assinar na linha pontilhada. Mas pedir-lhes para assinar um documento de encerramento, é bastante assustador. Então eles geralmente você vai ter alguma coisa de volta. E então você pode encontrar toda a documentação. Quanto aos recursos, você sabe, obviamente você paga as faturas finais e publica os números finais do orçamento que em sua equipe financeira, se você tiver uma, eles estariam muito interessados. E então você obviamente libera todos os recursos que você não precisa mais. Lições aprendidas. Se pudermos fazer uma revisão pós-implementação onde obtemos a opinião de todos. Espero que seja uma reunião pacífica. Lidar com suas atividades. Eu gosto de colocá-los em dois tipos, os resultados e, em seguida, o risco e problemas. Então, as entregas. Por isso, temos de ter a certeza de que temos toda a aprovação das partes interessadas. Precisamos ter certeza de que fornecemos a documentação do produto para a equipe que irá manter este produto. E nós precisamos ter certeza de que eles entendam o risco e os problemas obviamente e depois. Então isso é interessante. Então, geralmente tem alguns problemas. Ele vê você implementar um site e ainda é uma falha em algum lugar que você tenta corrigir o mais difícil que você pode, mas você ainda pode corrigir. Então o que você tem que fazer é que você tem que entregar isso para a equipe que vai cuidar do produto. Eles consertarão eles mesmos no minuto em que o projeto não pode continuar para sempre. E às vezes é um pouco raro, mas você pode ter alguns riscos pendentes e você pode entregá-los para que eles saibam apenas para que, você sabe, nós ainda possamos ter esse risco. Mas no final do dia, isso não acontecerá durante a vida do projeto. Mantenha-o em mente. Então é isso com o fechamento do projeto. Vamos dar uma olhada no exemplo. 34. Exemplo do projeto: fase de fechamento: Fase de fechamento para o nosso exemplo de projeto, o site a ser implementado. Sob a parte do escopo. Dissemos que não há nenhum trabalho atônico, então fizemos, fizemos tudo. Implementamos tudo o que deveríamos entregar. A costa. O orçamento fechou em 12,3 milhões contra a nossa estimativa de 12,5 milhões que entregamos no âmbito das questões orçamentais. Existem três problemas técnicos pendentes cortam defeitos. Aqueles serão entregues para o suporte de produção barra BAU, que significa negócios como equipe de costume. Então era um site e eles ainda liberam defeitos no site, mas queremos fechar o projeto e entregamos à governança da equipe de produção. Tínhamos um PIR. E eu vou enviar as atas para todos os executivos e todas as partes interessadas e todos os membros da equipe do projeto. Celebrações, sim, a equipe do projeto vai adicionar os cumprimentos finais em setembro de 2005. Como eu espero que você tenha uma vez que você terminar este curso. 35. Introduz o roteiro: Agora, gostaria de vos apresentar o roteiro que criaram. Você tem seu processo, suas quatro fases no topo, e você tem suas áreas de terra para ficar de olho na esquerda. Agora, o roteiro pode ser usado de duas maneiras. Você quer uma atualização sobre o que fazemos durante a iniciação. Você vai por ali. E então você pega tudo. E então ninguém sabe o que está acontecendo na execução enviou-o. Essa é uma maneira sequencial de ter um olhar para as coisas à medida que o projeto progride. Você pode dar uma olhada para o outro lado. E vamos ver o escopo. O que fazemos na iniciação no planejamento do escopo? O que fazemos no planejamento da execução do escopo? O que está acontecendo conosco? Lidar durante a execução e encerramento. Então você pode ter um olhar para ele de forma vertical e horizontal também. 36. Passo a passo do roteiro: Bem-vindo de volta. Portanto, este é o roteiro que mencionamos no início do curso. Eu acho que vai fazer mais sentido para você agora, agora que você passou pela parte 2 e nós orientamos você através do processo, etc Olhe, escopo. Durante a iniciação, você garante que os componentes-chave a serem entregues sejam claramente indicados. À medida que você entra em planejamento, a empresa geralmente cria requisitos de negócios detalhados e o gerente de projeto geralmente resumirá o escopo em um PNP. O monitoramento do anel. O que você precisa fazer é ficar de olho no escopo. E se houver um desvio, você precisa tratá-lo com uma solicitação de alteração se o negócio vier até você e, em seguida, quando uma alteração, você precisa de um pedido de alteração. Durante o fechamento também é muito importante. Você precisa ter certeza de que o transformamos para que o negócio fique satisfeito. Custo da barra de orçamento. Em avaliação da iniciação, você tem uma ordem de grandeza. É um orçamento de alto nível. No planejamento, vá em mais detalhes. Durante a execução, certifique-se de que continuemos no caminho certo. E durante o encerramento, devolvemos os fundos. Programação, iniciação, datas de implementação de alto nível. Você vai para o planejamento, você tem um planejamento detalhado. Você está em execução, você monitora regularmente, você, você se certifica de que nós continuamos no caminho certo e isso vai levar muito do seu tempo e é aqui que todos os seus problemas surgirão. O cronograma está sendo adiado e fechando. Não há nada a fazer. Ninguém se importa quando você vai fechar a proteção. Você não vai ter muita pressão sobre isso. Então eu vou simplificar, colocar novas ações que eles arriscam. Durante a iniciação. Eu mencionei que é aqui que o destaque do risco chave é realmente crítico. Durante o planejamento, você atualiza o registro de risco. Se você tem mais riscos e você planeja para os riscos um pouco mais precisamente. Na execução, você monitora e atualiza regularmente. Eu falei sobre reuniões mensais com todos e seu encerramento. Você devolve a contingência de risco, que é dizer, se você tem que planejar um risco, ele disse que eu quero mais dinheiro porque se esse risco acontecer, eu quero ser capaz de fazer um, B, C, e isso me custou dinheiro. E isso, neste caso, você devolveria esse dinheiro obviamente no final do projeto se o risco não ocorreu. Qualidade na iniciação geralmente não fazemos muito. Durante o planejamento. Isto é importante. É aqui que você planeja, pela qualidade. E durante a execução, obviamente você se certifica que tudo está sendo feito de acordo com o livro. O gerente de projeto é responsável pela qualidade a ser implementada. Isso não é realmente responsável pela qualidade em si. Se você tem um gerente de testes de alto nível e ela diz que tudo é testado, estou confiante, está tudo bem e eles mostram os resultados dos testes. Perfeito. Isso é tudo que você precisa. Você não quer ir e testar você mesmo, mas você precisa ter certeza de que o plano de testes foi implementado. Ao fechar, não há qualidade de ação. Agora você pode argumentar que o PIR e a lição aprendida se você fizer todas essas reuniões corretamente e você fechar corretamente, isso faz parte da qualidade do projeto, mas isso não é crítico nesta fase, o produto foi implementado e seu projeto está chegando à fase final. Problemas. Como mencionado, você em apuros se você tiver problemas durante a iniciação, mas geralmente é bastante silencioso. Eles começam a surgir no planejamento. E é aqui que você cria seu registro de problemas. E então, durante a execução, isso é mais ou menos tudo o que você faz é corrigir problemas e você monitorá-los e você e você está olhando para eles e anexando você, você verifica se há algum problema pendente e se eles são, Certifique-se de entregá-los a outra pessoa porque eu ainda preciso ser consertado. Você só não quer que eles sejam esquecidos. Administração do projeto durante o início. Seu trabalho chave como gerente de projeto é executar a carta do projeto. Isso resumirá as descobertas. O mesmo do planejamento. A diferença é um plano de gerenciamento de projetos. Resumir as descobertas do planejamento. Durante a execução, você precisa se certificar de se comunicar. Você preside reuniões, você produz relatórios, relatórios de projetos. É tudo sobre comunicação com as partes interessadas e pulmões. E, em seguida, ao fechar, você executa o documento de encerramento do projeto, escuta e documenta e analisa as partes interessadas. Você cria uma matriz de partes interessadas ou você tentou fazê-lo não é muitas vezes, não. E então você teve a criança, a definição da equipe do projeto. É aqui que você define sua equipe no planejamento. Você refiná-lo agora que você sabe mais informações. Então você pode querer trazer mais pessoas para isso. Você pode querer terceirizar alguns componentes dele. E execução. Você executa o plano de comunicação. Você executa o plano de comunicação com base nas partes interessadas. Para este tipo de partes interessadas, eu vou me comunicar dessa maneira. Então você tem suas reuniões semanais com sua equipe, digamos que você tem comitês de direção, você tem mais quatro relatórios. E impondo isso, não há nada a ser feito. Aprovação. Então eu tenho aprovações, como eu mencionei, em uma área separada porque eu acho que é importante destacar as principais partes que precisam ser assinadas. Durante a iniciação. A chave a ser assinada é a carta do projeto. Pelo negócio. Normalmente, eles são os que querem o projeto ou por quem iniciou o projeto. Durante o planejamento. Pmp precisa ser aprovado, assinado. Durante a execução. Muitas coisas precisam ser assinadas ao longo do caminho dependendo da estrutura do projeto. Portanto, para um projeto de TI, você precisará assinar o projeto, os testes, a entrada em funcionamento. Mas em outros tipos de projeto onde esses componentes não estão incluídos, então poderia ser mais simples. Você pode apenas dizer, ok, eu estou acabado, tudo está feito. Estamos bem para assinar este projeto durante o fechamento do documento material do projeto, se você conseguir tê-lo assinado, se for o muito bom. E isso pode ser assinado pelo negócio, pelo comitê de direção ou quem quer que seja. Então este é o roteiro. Descobri que meus alunos estão respondendo muito bem a isso. E também está no final do curso. É também uma boa maneira de resumir e rever tudo. Então eu não trabalhei para você exatamente palavra por palavra. Então dê uma olhada. Mas esse é um bom resumo do processo de gerenciamento de projetos. 37. 7 documentos principais em gerenciamento de projetos: Bem-vinda de volta. Agora estamos mais em uma parte resumida do curso. Então, uma boa maneira que eu encontrei às vezes para realmente entender um processo e realmente realmente pregar um processo é realmente entender suas saídas. Eu selecionei sete documentos que eu acredito que se você entendê-los, você vai entender a gestão de projetos melhor se você quer se tornar um gerente de projeto, mas também se você qualquer tipo de stakeholders e você está envolvido no projeto. Então você pode pedir ao gerente de projetos qualquer um desses documentos. E então 1, você vai soar como você, você sabe, o que você está fazendo para que realmente vai ajudá-lo a entender melhor o projeto e onde encontrar a informação que você precisa. Sem grandes surpresas. Acredito que já mencionei esses documentos, mas é bom ter uma olhada neles de uma perspectiva diferente. Acho que é muito bom para retenção. Tenho certeza que está morrendo de vontade de saber o que são 07 documentos. Então vamos começar imediatamente. Aqui estão eles. Relatórios de charter de projeto, qualquer tipo de relatórios, programação, emissão, registro de menor risco, orçamento e plano de gerenciamento de projetos PMP. Como tal imediatamente com a carta do projeto. 38. Carta do projeto: Como se pode recordar, no final da fase, temos de decidir se sim ou não, vamos avançar com este projecto. Portanto, este documento deve ajudar a todos. E, na verdade, pequena formalidade, eu acho que geralmente a decisão já foi tomada, mas é bom voltar para este documento, seja seu gerente de projeto ou uma parte interessada, você pode voltar para este documento e você pode tem um pouco de uma máquina do tempo e você pode dar uma olhada em como realmente tudo começou. Portanto, este documento contém o custo, o período de tempo, os principais riscos e os gostos quando o fim da fase de iniciação. E por que este documento foi criado é fornecer a aprovação formal para prosseguir como um projeto. 39. Relatórios no relatório: Próximos documentos são relatórios. Que tipo de relatórios que eu estou dizendo relatam. Significa qualquer tipo de relatório de projeto. Pode ser o Weekly Report para ser o comitê de direção. Será o relatório mensal. Então o que acontece é, quanto mais freqüentes os relatórios, mais detalhes você coloca neles. Seu Relatório Semanal geralmente é para o seu gerente ou até mesmo para a equipe. Só para dar a eles uma rápida atualização sobre o que está acontecendo, o que fizemos durante a semana. Mas à medida que sobe a corrente, eles não têm tempo para ver todos esses detalhes. relatório do comité de direcção tem de ser muito sucinto. Apenas as questões-chave e como estamos indo. E o relatório mensal é geralmente também para executivos ou pessoas que são, em teoria, estamos cada vez mais ocupados à medida que subimos a cadeia nem sempre é o caso, mas é nisso que eles querem que acreditemos de qualquer maneira. Quando semanal, mensal ou ad hoc. Por quê? Porque esses relatórios fornecem um status atualizado no projeto. Há também uma maneira rápida de verificar o status do projeto. Chama-se semáforos. Verde e o verde vermelho. Isso geralmente significa que o projeto está indo bem. E isso significa que alguns problemas começaram a se infiltrar. E vermelho é um projeto não está indo bem, provavelmente vai ser tarde ou acima do orçamento. Por que temos esses semáforos? Como mencionado, os executivos de alto nível, eles geralmente passam pelo relatório do projeto 2030, mas esta é uma boa maneira para eles irem rapidamente. Geralmente eles se concentram naqueles que não estão indo bem. E nós entendemos o porquê. Então é isso para o relatório. 40. Programação: Programação, por isso às vezes é chamado de plano. Os parâmetros que o chamam de plano de projeto, é um pouco de confusão com o plano de gerenciamento de projeto que veremos. Mas é para mim, é qualquer coisa que tenha vapor nele. Pode ser um gráfico de Gantt. Então, um rápido olhar refrescante. O que mais uma vez, criança é assim. Ou pode ser apenas uma lista simples de marcos. Ou eu gosto de fazer no meu relatório, eu apenas colocar os principais marcos para que nós não temos que passar por todo o gráfico de Gantt cada vez que poderia ser olhar a qualquer momento, geralmente durante a iniciação e durante o planejamento também é ainda sendo elaborado ainda é bastante alto nível. Mas no final do planejamento, você deve ter um cronograma muito sólido e toda a sua avaliação do projeto seria baseada em torno desse cronograma. Por quê? Eu mencionei essas setas para você ter uma idéia de onde o projeto está. Adicione não só pela dívida final, mas também pelos marcos. Se você tem um projeto que você está interessado em que vai ser implementado em julho e você vai para quem ver o gerente de projeto em fevereiro e você perguntar a ele ou a ela, quando é que este projetor nós vamos ser implementado? Estamos no caminho certo? Ele vai ver. Isso é bom. Julho será implementado. Mas se você olhar para o cronograma e você vai notar alguns marcos acontecendo em talvez fevereiro, março, abril. E você pode verificar como o projeto está acompanhando em referência a esses marcos. Porque caso contrário você não quer molhar início de julho e C, Então estamos como estamos no caminho certo ou não? São conhecidos a propósito, vai ser setembro agora. Então é isso que você quer evitar. 41. Lista de edição: Agora vamos rever a lista de problemas. Então, para documentar contendo os principais problemas do projeto, incluindo o impacto da questão, quem é proprietário do problema, e quando estamos antecipando para resolver o problema, a mesma coisa. Você vai para o gerente de projeto. Como estamos indo e dizemos, Oh, nós temos alguns problemas, mas você realmente não quer que eles sejam resumidos tão rapidamente. Então você pode ir a este documento, você pode dar uma olhada. O impacto da questão. É um problema que está realmente a afectar o orçamento ou os prazos? Essa será a coisa chave que eu quero fora desta questão, o impacto da questão. Quem é o dono da questão? Não queremos estar numa situação em que pensei que estavas a trabalhar. E há também essa suposição de que o gerente de projeto está gerenciando tudo. Eu acho que já falei sobre isso, mas é muito importante que qualquer tipo de problema, análogos técnicos que o gerente de projeto coloque isso para outra pessoa. É muito importante que o proprietário ou o problema saiba que ele ou ela tem que corrigi-lo. E quando e quando é que estamos a antecipar resolver esta questão? Porque estou trabalhando nisso, isso não é o suficiente. Quero dizer, às vezes é muito difícil de avaliar, obviamente, mas precisamos de outro encontro onde possamos nos encontrar e dizer, bem, nós concordamos com essa data agora, ainda tentando trabalhar nisso. Podemos fazer algo para ajudar a analisar? Quando você está esperançosamente você não começar a levantar problemas durante o início do projeto quando ele nem sequer é um projeto. Mas eu diria que é durante a execução que este documento é mais ativo. E por que eu já mencionei isso, a exibição que você sabe, onde eles estão, os problemas, quem os quer e quão perto estamos de consertá-los. Queremos eliminar a imprecisão do relatório. Queremos realmente entender onde adicionamos. 42. Registro de risco: Agora, para o documento de registro de risco contendo os riscos chave do projeto. Quanto à questão, precisamos documentar o impacto do risco. Se, se esse risco acontecer, ele vai impactar qualquer coisa, orçamento, prazo ou vai ser apenas uma colisão na estrada. O que estamos fazendo quanto a esse risco? Poderíamos aceitá-lo, evitá-lo, poderíamos mitigá-lo. Significa que há uma área de coisas que podemos fazer. Mas eu acho que para esses fundamentos curso, eu não vou entrar em, em detalhes, mas se você sabe que há aceitação, mitigação de evasão, isso já é um começo muito bom. Você poderia dizer sim, eu aceito e dizer sim, eu sei que esse risco pode acontecer. Isso é bom. Eu estou bem com isso. Não é um extra. Eu não quero esta troca re e então eu quero evitar a todo custo. Ao ordenar o trabalho, você sabe que pode haver um aluguel muito pesado. O que fazemos se tivermos o do Irão? É bom ter um plano para isso. Possuindo um risco, você precisa monitorar o risco. E se algo ocorrer, você precisa iniciar o plano de mitigação. Você não pode fazer isso o tempo todo como um gerente de projeto em todo o risco, você precisa ter um proprietário. Por esse risco. Pode dizer que cuida deste risco, monitoriza-o, avisa-nos se for mais provável que aconteça. E quando acontecer, avise-me. Iniciaremos o plano de mitigação ou faremos o que dissemos que faremos se esse risco, certo? Quando usado a qualquer momento que criamos durante a iniciação, é fundamental durante a iniciação, como eu mencionei, eu não quero me repetir muito, mas um risco pode ser tão grande que nós simplesmente decidimos que não fazemos o projeto em tudo. Assim, enquanto esta lista tornar todos conscientes do risco do projeto enfrentaria, esta é a ferramenta de comunicação sem consciência. E esta é a maneira que eu gosto de dizer que é uma ferramenta de comunicação de conscientização. 43. O documento do orçamento: o que procurar: Orçamento. Não há padrão na gestão de projetos. Não há um único modelo que todos os gerentes de projeto usam. O importante é que os números no final do dia não importa como chegar lá. Este documento precisa incluir várias coisas. Quanto dinheiro alocamos para o projeto, quanto dinheiro gastamos até agora e quanto custará para completar? Eu tenho. No próximo slide, vou mostrar-lhe diagrama muito técnico sobre isso. Então, quando, durante criado durante a iniciação onde ainda é pincéis largos e durante o planejamento, isso é realmente quando temos a versão final. Quanto ao cronograma, uma vez que o planejamento é aprovado em um plano de gerenciamento de projeto, temos o cronograma e o custo que eles estão congelados. E depois que eles estão sendo usados para verificar se você está acima do orçamento ou abaixo do orçamento. Por quê? Porque queremos ser capazes de comparar um com B mais C. Eu comecei o projeto aqui, 40 milhões, digamos, este é o orçamento alocado. E agora você tem várias caxumba no projeto. Você gastou 20 milhões e refaz seu orçamento, você recalcula. Isto é o que me resta fazer. Quanto vai me custar para realizar essas atividades. Vai custar-lhe 22 milhões e terminar o projeto. Então você teve B mais C e isso te dá 42 milhões. E você sabe que agora você vai estar acima do orçamento, você pode ser capaz de fazer coisas para trazê-lo de volta e Costco. Então é por isso que é bom estar ciente disso cedo. 44. PMP = Plano de gerenciamento de projetos: Documento final, o plano de gestão do projeto ou PNP. Estes documentos criados no final do forro. É também um documento muito importante porque concluímos o planeamento, por isso sabemos muito mais. E você é esperado como um gerente de projeto para ter um bom controle sobre o custo e o cronograma nesta fase. Ao contrário da iniciação onde tudo está acontecendo rapidamente. Agora você fez todo o seu planejamento, então você deve saber muito melhor ou muito dinheiro que você vai precisar. E quando o projeto pode terminar. Além disso, este documento realmente dita como vamos executar o projeto, quem será testado. Vamos adicionar a alguns dos trabalhos, quais são os controles de qualidade que teremos no lugar? Este deve ser o primeiro documento que você pediu para seu gerente de projeto. Você assume um projeto. Você quer saber o que está neste documento porque livremente, esta é a sua linha de base. É nisso que você vai basear seu trabalho. Isto é o que você pode verificar se estamos indo fora do curso é criado durante o planejamento e assinado no final do planejamento. Então, quando entrarmos em execução, temos este documento de aprovação impresso em nossa mesa. E y, como mencionado , pode ser usado como referência. 45. Como falar com uma PM para obter o que você deseja: Bem-vinda de volta. Ainda estamos resumindo, revisando as coisas nesta fase. E o que eu acho que é importante é como conversamos um com o outro durante um projeto? Acredito que isso irá ajudá-lo se você estiver envolvido em um projeto. Você já conhece alguns dos jargões, sabe, as perguntas a fazer. Então eu acho que será muito útil para você ficar de olho nisso. Essas são sugestões que eu tenho. Não pergunte quem está envolvido. Tenho certeza que pode responder, mas o que perguntamos a eles? Posso verificar as partes interessadas lançadas tanto e não é muitas vezes criado, então haverá, haverá um bom teste. Não pergunte onde adicionamos. Pergunte. Posso ver o último relatório do projeto? Porque eu realmente quero ver números. Quero ver a coisa real. Não pergunte. Estamos pensando em alguma coisa? Você pode dizer, posso verificar o registro de risco porque o gerente do projeto pode dizer, sim, sim, nós seguimos isso. Mas se você pode acessar o registro, então você sabe todos os principais riscos. Você pode selecionar apenas os principais riscos e você pode verificar o que vamos fazer sobre eles e quem está possuindo-os. É uma visão muito mais granular das coisas. E também você pode ver, oh sim, eles liberaram todo o risco para os outros pensarem sobre isso. É bom saber que eles pensaram nisso. Não pergunte a isso nenhum problema. É muito vago. E se você for muito difícil para você diferenciar o pequeno programa dos grandes problemas. Então, o que eu sugiro é qualquer questão-chave na lista de questões. Mas você poderia ter um problema assim como a manhã. E depois deixá-la resolvida. Se você for ver seu gerente de projeto e é uma ela está em uma mesa e você vai até ela e você perguntar a ela, tem quaisquer problemas e entidades. Você é, Ei, nós temos esse R que acabou de aparecer e está realmente sobrecarregado com isso. Mas, você sabe, pode estar acabado até o final do dia. Então ela deve estar pensando sobre o assunto agora porque é crítico e acabou de sair. Mas você quer dar uma olhada na visão de longo prazo também. Você pode ter problemas na sua lista de problemas que podem ser ainda maiores do que o que ela mencionou para você. Não pergunte nenhuma mudança de planos. Peça qualquer solicitação de alteração aprovada. Porque, mais uma vez, tem de ser aprovado até que seja uma mudança de planos. Diga que eles te dizem, eu não sei. Eles querem que o Centro quer isso. Mas isso é só barulho até que seja aprovado, então é melhor você saber o que realmente foi aprovado. Isso remove todo o barulho. Como fomos neste projeto? E então tudo correu bem, isso é verdade para as lições aprendidas? Posso ver o documento? Posso ver o PIR? Porque é muito vago. Mais uma vez, quer dizer, depende de quão interessado você está em um projeto. Obviamente, você pode não se importar muito, mas se você se importa muito, digamos que você quer, seu gerente de projeto e você quer fazer um projeto que é muito semelhante, você não vai pedir ao PM. Como é que fomos? Você diz, eu vejo as lições aprendidas documento. Se eles não tiverem um documento de lições aprendidas, a melhor coisa a fazer é perguntar ao gerente do projeto, mas também perguntar às outras partes interessadas. Porque um gerente de projeto para ter uma visão muito específica, correu tudo bem, Vamos titular da estaca pode ter uma visão completamente diferente. Quero dizer, a inveja do caminho em torno do gerente de projeto pode pensar que foi problema após problema, mas as equipes técnicas ou as partes interessadas podem pensar que correu bem, deixa algumas sugestões sobre como conhecer mais sobre o que está acontecendo nos bastidores do projeto. Você poderia fazer essas perguntas ao gerente do projeto. 46. Gerenciamento de projetos sempre a resposta?: Apenas para notar para fechar sobre a gestão do projeto, eu suponho, é que algumas empresas podem ser bastante pequenas e, ao mesmo tempo, bastante maduras com uma governança forte. E eles nem sempre precisam de projetos para atividades pequenas porque você tem muito flexibilidade. E quando eu sei que alguém está fazendo isso, eles sabem que ele ou ela está fazendo isso. Eles têm visibilidade. E, portanto, eles optam por não usar o Project para essas atividades. Eles também podem, como eles são pequenos, eles podem facilmente manter o controle da costa e chegar na outra extremidade da escala. Grandes empresas, geralmente as empresas do governo são empresas muito grandes. Eles geralmente têm um projeto para tudo. Então, pode se tornar bastante pesado. E também os benefícios que eu acho que às vezes são bastante questionáveis. Então eles gostam da idéia de ter todo o orçamento centralizado, todas as atividades visíveis a partir de um ponto central. Então eles podem ver exatamente o que está acontecendo, quanto dinheiro está sendo gasto em todas as atividades. Eles adoram ter tudo centralizado tanto que eles estão dispostos a pagar o preço por usar demais o gerenciamento de projetos de uma forma por ter um projeto para tudo. Portanto, o desafio com a gestão de projetos não está no processo em si. É quando é usado demais. Então estamos chegando muito perto do fim agora. Eles apenas passam para a conclusão. 47. CONCLUSÃO: E agora este é o fim do curso. Espero que tenha gostado. Gostei de fornecer esses cursos. Para este, o desafio para mim era fornecer-lhe algo não muito longo. Eu quero que ele tenha um pouco de uma visão condensada e gerenciamento de projetos. Mas, ao mesmo tempo, eu queria lhe dar algo útil, algo que você possa levar para casa, e algo que irá ajudá-lo na vida real. Então eu não queria te dar algo de alto nível, você sabe, essas coisas. Tão alto que você não aprende nada com eles. E é por isso que eu estava tentando dar exemplos como um site, algo que é bastante concreto. Se tiver alguma pergunta, obviamente, fico sempre feliz em respondê-las. Se quiser um conselho, pode me mandar uma mensagem. Se você pudesse tomar algum tempo para ter uma olhada no vídeo bônus depois desta uma maneira eu posso falar sobre alguns outros dos meus cursos. Mas, de qualquer forma, seja lá o que decidas fazer, estou apenas a desejar-te tudo de melhor. 48. Próximos passos: Bem-vindo ao vídeo bônus. Então este é o vídeo onde eu falo sobre meus outros cursos. Suponha que sim, por favor, sinta-se livre para desligar isso se você não estiver interessado. No momento, tenho mais dois cursos. Eu tenho um no Microsoft Project, que é uma ferramenta que está sendo usada para desenvolver agendas. Portanto, você não precisa absolutamente ter o Microsoft Project. Você pode percorrer o curso e saber mais sobre o Microsoft Protect. E se você tem o Microsoft Project, então você pode fazer os exercícios também. Outro curso que tenho é sobre gestão de projetos, mas de forma mais detalhada. É oito horas de duração. Entro em muito mais detalhes em cada fase do processo. Também tem um componente lá que é chamado de gerenciamento de projeto assíncrono. Então você pode realmente se tornar um gerente de projeto de nó superior. Então é isso. Isso é tudo o que eu tinha a dizer neste vídeo. Mais uma vez, tudo de melhor. Bem-vindo à introdução deste curso. Portanto, este curso irá mostrar-lhe tudo o que você precisa saber sobre teoria da gestão de projetos e na vida real, e também como ser um gerente de projeto, tinha sido um gerente de projeto por 20 anos. Eu também tenho sido um treinador de gerenciamento de projetos por 10 anos e eu também trabalhei com gerentes de projeto eu mesmo como um gerente de programa, como um gerente para um realmente entender o que é esperado de gerenciamento de projetos para garantir que no final deste claro que você é especialistas em gestão de projetos. Vou usar o papel de diagramas, modelos, exemplos de testes, realmente certifique-se de que os conceitos são realmente compreendidos. Mas, ao mesmo tempo, também vou destacar as diferenças entre a teoria e a vida real. O gerente de projeto irá mostrar-lhe os desafios que um gerente de projeto pode enfrentar em uma base diária e como enfrentá-los. Vou mostrar-lhe como simplificar as coisas para se tornar mais eficiente. Em outras palavras, vou mostrar-lhe o que é importante, elicit, e parte deste curso, vou fornecer-lhe um quadro passo a passo claro que se você usar, você pode realmente se destacar como um gerente de projeto. Você pode realmente gerente de projeto de A. Digo-te que se continuares a falar com o teu gerente, a tua equipa , o negócio, eles adorariam que tivesses pessoas do teu lado. Está tudo feito plano de projeto de cura. Na terceira parte, na parte 3, vamos rever sobre o alto nível algumas metodologias para que você possa ver como este curso se relaciona com eles e eu vou dar-lhe a minha opinião e como eles são importantes e realmente colocar todos os meus 20 anos de experiência neste Claro. Então, se você está interessado em gerenciamento de projetos, se você está interessado em entrar em gerenciamento de projetos como um gerente de projeto. E talvez se você já é um gerente de projeto estão lá e você realmente quer intensificar o seu jogo. Eu acho que você vai se beneficiar com isso. Mas também se você trabalha com o Project Manager, você pode realmente entender de onde eles estão vindo e talvez você também pode dar algumas dicas se você quiser saber mais. Mas este curso é uma visão geral de 15 minutos. Eu sei que 15 minutos é longo, mas eu criei isso para aqueles de vocês que não têm certeza se querem fazer este curso ou não. Então você pode realmente entrar em mais detalhes em qualquer caso. Muito obrigado por ouvir.