Curso abrangente de gerenciamento de projetos com modelos e documentação

1. Introdução do curso de gerenciamento de projetos: Bem-vindo à introdução deste curso. Este curso mostrará tudo o que você precisa saber sobre gerenciamento de projetos na teoria e na vida real. E também como se destacar como gerente de projetos. Gerente de projetos por 20 anos. Também sou coach de gerenciamento de projetos há dez anos. Agora. Eu também trabalhei com gerentes de projeto, como gerente de programa, como gerente para realmente entender o que se espera do gerenciamento de projetos para garantir que, no final deste curso, você são especialistas em gerenciamento de projetos. Vou usar o papel de diagramas, modelos, exemplos de questionários. Certifique-se de que os conceitos sejam realmente compreendidos, mas ao mesmo tempo, e também destacaremos as diferenças entre a teoria e o gerente de projetos da vida real. Mostrarei os desafios que um gerente de projeto pode enfrentar diariamente e como enfrentá-los. Eu também vou te mostrar como simplificar as coisas. Nós nos tornamos mais eficientes. Em outras palavras, mostrarei o que é importante, mas é uma parte oculta deste curso Eu fornecerei uma estrutura clara passo a passo que, se você usar, poderá realmente se destacar como gerente de projetos. Você pode realmente ser o melhor gerente de projetos. Digamos que se você se limitasse a entrar em contato com seu gerente, sua equipe , a empresa, eles realmente adorariam você quando você tivesse pessoas ao seu lado. Ele contou sobre o projeto de cura. Agora, na terceira parte, na terceira parte, revisaremos em alto nível algumas metodologias para que você possa ver como esse curso se relaciona com elas e eu darei minha opinião sobre a importância delas. Eu já coloquei toda a minha experiência de 20 anos neste curso. Se você estiver interessado em gerenciamento de projetos, se estiver interessado em entrar no gerenciamento de projetos como gerente de projetos. E talvez se você já é gerente de projetos e realmente queira melhorar seu jogo. Acho que você se beneficiará com isso. Mas também se você trabalha com o Project Manager, você pode realmente entender de onde eles vêm. E talvez você também possa dar a eles algumas dicas. Se você quiser saber mais sobre esse curso, há uma visão geral de 15 minutos . Eu sei que 15 minutos é longo, mas eu criei isso para aqueles que não têm certeza, eles querem fazer esse curso ou não. Então, você pode realmente entrar em mais detalhes em qualquer caso. Muito obrigado por me ouvir. 2. VAMOS COMEÇAR!: Bem, muito obrigado por fazer este curso. Agradeço muito e espero que valha a pena. Então, por favor, não hesite em qualquer ponto no tempo se há algo que não é claro ou se você quiser mais, algo adicionado, como eu vou dizer, nenhuma conclusão bem se você quiser, se houver demanda suficiente, eu estou feliz em adicionar alguns tópicos. Então, se você não viu o esboço do curso, o próximo vídeo fornecerá mais detalhes sobre o curso geral. Mas se você quiser apenas mergulhar diretamente nele, por favor, vá para as dicas para revisar este curso e há alguma sugestão sobre alguns recursos para imprimir. E depois você pode entrar na pequena história sobre o nascimento da gestão de projetos. Então, obrigado novamente e tudo de bom para você e espero que você obtenha um monte com isso. 3. Opcional: visão geral detalhada do curso: Então, o que se segue é um esboço do curso. É um pouco longo porque eu quero que seja muito completo. Se você ainda estiver hesitante, se não tiver certeza se deseja comprar este curso ou não. Achei que isso ajudaria até no final, há uma pequena tabela de comparação com base no seu nível combustível que lhe dirá se o curso é adequado para você ou não. Dito isto, se você já se comprometeu com o programa, com o curso, isso pode ser útil se você quiser ter uma compreensão completa do que está à sua frente. Mas se não, fique à vontade para pular e ir direto para a próxima palestra. Bem-vindo à visão geral do curso. Antes de começarmos no conteúdo do curso, eu só queria ter uma visão geral rápida da filosofia. Primeiro, esses cinco componentes, se você quiser, que eu reuni para garantir que o curso seja um, espero que seja agradável de seguir, e dois, que aumentarão a retenção. Portanto, há uma visão prática sobre conceitos, cenários da vida real. Então, isso deve tornar o curso mais fácil de aprender. Portanto, haverá muitos exemplos por razões óbvias, é sempre melhor. Eu tenho um exemplo ou às vezes não entendemos totalmente o conceito, mas assim que o exemplo vem, sim, vemos como ele se relaciona com a vida real. Também mostraremos o máximo possível como simplificar. Como podemos implementar o que aprendemos rapidamente? E eu também acho que eles tornarão isso mais fácil de dominar. Então, em algo simples, mais fácil de entender, mais fácil de dominar. E então você pode começar a partir daí em todos os diagramas. E eu acho que eles são uma ótima maneira comunicar um conceito às vezes, então haverá muitos deles. E, finalmente, para a primeira parte, que é um curso, e a parte três , que é um padrão, haverá questionários. Agora que deixamos isso para trás, conteúdo do curso, o que você aprenderá? Começamos com uma introdução, algumas sugestões que tenho para você fazer o curso. Então, por exemplo, há um roteiro aqui que eu chamo de roteiro. Eu sei que alguns de vocês gostam de olhar para frente. Somos o que está em um curso. Então, eles gostam de imprimir ou colocar isso à mão no seu tablet para você possa acompanhar onde estamos e as várias funcionalidades. Mas alguns preferem apenas fazer isso passo a passo. Então, será totalmente com você. Mas vou sugerir alguns recursos que você pode imprimir. Analisaremos o que chamei de nascimento do gerenciamento de projetos. Portanto, é algo completamente pessoal. Não me cite sobre isso. Foi assim que eu imaginei que o gerenciamento de projetos nasceu. Então, eu fiz uma pequena história em torno disso. E essa seria uma boa maneira de apresentar a você o gerenciamento de projetos e como as várias fases do gerenciamento de projetos nasceram. Isso nos levará às fases de gerenciamento de projetos e várias atividades de gerenciamento de projetos. E depois de resumidamente, forneceremos uma definição de gerenciamento de projetos e o papel do gerente de projetos. E já terminaremos com um teste. Então, passaremos para a primeira parte. primeira parte é o curso de gerenciamento de projetos. Portanto, a estrutura é muito simples. O gerenciamento de projetos é dividido em fases. Portanto, durante este curso, passaremos pelas fases mais ou menos, teremos uma visão geral de antemão. E depois de revisarmos as quatro fases, que são iniciação, planejamento, execução e fechamento. E depois de fazermos uma revisão e uma rápida dentro dessas fases, alguns conceitos, tópicos e ferramentas serão explicados. E eu só queria revisar isso com você. Portanto, não passaremos pelo curso completo. Eu só queria destacar o que abordaremos, entre outras coisas. Portanto, para cada fase que analisaremos, discutiremos o propósito da fase. Forneceremos a competência-chave, o que significa se o resultado for vendido no nível muito alto. Depois de analisarmos a função de gerente de projeto para cada uma dessas fases, revise o gerenciamento de partes interessadas. Obviamente, isso será como todos os tópicos pelos quais estou passando por você. Agora, ele voltará para diferentes fases. Analisaremos quem são as partes interessadas, analisaremos como podemos classificá-las. E revisaremos um exemplo de como armazenar essas informações e fazer um plano de comunicação a partir delas, revisaremos nossa estrutura de projeto. Teríamos alguns slides em torno disso. Essa é apenas uma estrutura, mas acho que é importante em algum momento quando você é colocado no papel de um gerente de projeto para entender a estrutura. Então, teremos vários exemplos de estrutura. Analisaremos o gerenciamento de riscos. Analisaremos a gravidade do risco, como avaliá-lo e analisaremos um exemplo muito preciso de registro de risco. Então, como estruturá-lo adequadamente e diferentes tipos de resultados que poderíamos ter para cada risco listado. Analisaremos o escopo. A importância do escopo. Por que ele escolhe como criá-lo? Analisaremos o processo de controle de alterações. Então esse não é o tamanho da menção, mas é apenas para dar uma ideia de como o curso está estruturado em um tipo diferente de slide que você poderia ter. Então, falaremos sobre o agendamento. Vou dar algumas sugestões de como criar um cronograma que tenha feito isso. Também forneceríamos algumas etapas sugeridas para criar um cronograma. Representação diferente de um cronograma. Como monitorar a programação usando o software MS Project. O que é um caminho crítico? E agora, para verificar rapidamente na programação. Analisaremos obviamente o custo e o orçamento, que também é uma parte muito importante do gerenciamento de projetos que sugerimos uma maneira muito fácil de dividir para começar a começar um orçamento ou revisão real com você. Alguns desses exemplos, muito concretos, muito claros. Esperançosamente. Analisaremos um conceito chamado Valor Agregado, que é o qual a metodologia de gerenciamento de projetos gosta de discutir. Mas como você viu, eu vou voltar para aquele slide aqui. Eu só gostaria de apresentá-lo de forma extremamente simples, inicialmente depois de entrarmos em exemplos mais complexos. Mas sempre o exemplo, sempre o conceito de ter algo prático e um exemplo para seguir, para ir junto com isso. Analisaremos a gestão da qualidade. É quando geralmente você começa a dormir. Estou tentando torná-lo o mais interessante possível. É muito importante, mas é verdade que, quando você, é muito difícil aprender quando você passa por todos esses cursos de gerenciamento de projetos. Então, espero ter simplificado e, ao mesmo tempo, mantido, mantido muito prático e completo uma suposição. Forneça muitas informações aqui, destacando as que são realmente importantes. Analisaremos também, obviamente, o gerenciamento de problemas. Temos alguns slides em torno disso e um exemplo muito claro de registro de problemas com um modelo. Reuniões do projeto Então, revisaremos também isso na parte dois, onde eu lhe dou minha maneira adequada de como gerenciar o projeto. Mas vamos revisar na primeira parte. Aqui, você sabe, a maneira do livro e os diferentes tipos de reuniões que você pode, você pode ter. Portanto, obviamente, também há modelos que analisaremos e discutiremos. Também discutiremos relatórios de projetos, o que é muito importante para a percepção de um gerente de projeto. Então, também veremos um modelo. Analisaremos uma atividade de encerramento. Então, vou colocar o fechamento um pouco separado porque é algo que muitas vezes é apressado, mas espero que tenha fornecido uma maneira clara de você conhecer realmente os principais componentes deles. E vou explicar por que é algo que você pode usar como uma oportunidade de brilhar como gerente de projeto pela mesma razão que eu estava fornecendo antes, muitas vezes é apressado. Então, se você fizer isso corretamente, acho que suas partes interessadas ficarão impressionadas. Forneceríamos alguns modelos, ou já vimos isso. Vimos alguns dos modelos. Haverá mais e exemplos. Mais uma vez, isso é apenas para dar um exemplo, há um plano de gerenciamento de projetos, que é um documento que um gerente de projeto cria. Então, vou dar exemplos dessas coisas exatamente. Pegue um projeto como exemplo e exatamente o que você deve colocar e você pode colocar mais, mas o ponto de partida eu acho muito importante . Então é isso. Então é só que, isso foi apenas uma rápida visão geral de alguns dos tópicos em dois, você verá a alma. Antes de se comprometer com este curso, você sabe o que, você terá mais ou menos esperanças com isso. Então isso foi para a primeira parte. B2 é a estrutura para realmente participar e realmente levá-lo ao próximo nível para realmente AGIR. Na minha opinião, haverá três componentes. O primeiro componente, analisaremos o contexto de gerenciamento de projetos. Qual é o contexto do gerente de projeto quando ele ingressou na empresa? o que ele ou ela tem que lidar? E depois entraremos na estrutura. Portanto, a estrutura não é algo fofo, algo muito concreto. Eu vou te dizer exatamente o que você precisa fazer. Bem, vou fornecer exemplos e coisas do tipo, mas é, é muito, é muito concreto. Desculpe por trabalhar nesse ponto, mas não é algo fofo. Seria bom se você pudesse fazer isso, mas apenas faça a, b, c, d. E, finalmente, entraremos em uma dica de entrevista. Por isso, entrevistei muitos gerentes de projeto e, obviamente , também fui entrevistado como gerente de projeto. E eu fiz o trabalho duro e sei o que funciona e o que não funciona. Para que possamos revisar isso. Então é isso para a parte dois. Parte três, metodologias. Então, parte três, eu coloquei no final para que você possa ver como este curso se encaixa com as metodologias existentes, se você quiser. Pnp e prints também, se você ainda não ouviu falar deles, são metodologias de gerenciamento de projetos. Você, eles são obviamente muito longos para levar semanas para aprender e eles têm gostos de examinadores muito completos. Então, obviamente, eu não vou te dar um PNP e ele imprime dois cursos. Portanto, esse não é o propósito deste curso. Mas eu queria dar um contexto para mostrar como esse curso se relaciona com o PNP e as impressões também, mais ou menos. A ideia por trás disso era apenas mostrar que é mais ou menos a mesma coisa. antigas metodologias de gerenciamento de projetos são as mesmas. Então, vamos revisar. Portanto, cascata e ágil, Cachoeira não sendo o método padrão usado para gerenciamento de projetos. Vou fazer isso muito rapidamente e Agile, vou fornecer um pouco mais de informação. Vou te mostrar um exemplo. Também, no final, forneceremos uma comparação entre Agile e Waterfall, os prós e os contras. Então, se você está se perguntando o que é um anjo caído, você pode usar os dois usando o paladar, um do núcleo. Portanto, é apenas uma maneira diferente entregar o trabalho, se você quiser. Aquele assento, só saímos com uma pergunta. Este curso é para você? Este curso é para você se você quiser entender o gerenciamento de projetos. Se você quiser se tornar um gerente de projetos ou se quiser aperfeiçoar suas habilidades de gerenciamento de projetos. Agora, se entrarmos em um pouco mais de detalhes, se você, se você estiver tipo, eu não te conheço, então eu vou passar por diferentes níveis aqui e ver se isso, se isso é demais para você. Então, digamos que você seja um iniciante e não entenda nada de gerenciamento de projetos. Este curso é definitivamente para você. Quero dizer, eu vou entender isso desde o início, como eu estava dizendo, eu estava apenas contando a vocês uma pequena história sobre como eu imaginei que o gerenciamento de projetos nasceu também. Eu acho que você achará isso muito útil. Portanto, há três partes neste curso. Então, se você é um iniciante ou leigo, eu sugiro que você comece obviamente com a primeira parte e depois de fazer PO2 e depois de fazer parte livre. Então isso é para você, se você está nessa categoria, se você é intermediário, eu realmente acho que você vai aprender com isso também. Estou colocando toda a minha experiência nisso como coach e como gerente de projetos. E você vai, tenho certeza de que você receberá algo para parte um, parte dois, parte três. Se você não fizer isso, terei prazer em reembolsá-lo. Acho que faz parte dos termos do curso de qualquer maneira. Agora, se você avançou, senhora, claro que poderia aprender com isso também. Eu realmente me esforcei para montar uma estrutura. Então, a segunda parte, eu ficaria surpreso se você não conseguir nada com isso. Mas você também pode obter algo da parte um e da parte três, acredito que, na verdade, estou bastante interessado se você quiser dar uma olhada. É assim que eu realmente sugeriria isso potencialmente, potencialmente e anos aqui. Então é isso. Então, fomos da filosofia do curso, gramas, exemplos, visão prática, questionários. Para ajudá-lo a reter informações e relaxar. Eu forneço uma descrição precisa do conteúdo do curso, que tem três partes. A primeira parte, o curso em si, a segunda parte, sabe como realmente levá-lo para o próximo nível. E o terceiro poder de dar mais um pouco de contexto deste curso entre todas as metodologias de gerenciamento de projetos. E espero que finalmente respondemos à pergunta: isso é motivo para você ou não? 4. Como entender a Gestão de Projetos por meio de história ilustrativa: Então, os próximos slides são uma história completamente inventada. Mais direcionado desta vez. Sim, se você nunca fez gerenciamento de projetos e acho que isso o apresentará ao gerenciamento de projetos de um ângulo diferente. O que eu encontrei está nas metodologias de gerenciamento de projetos que dizem, sim, isso é quatro fases e similares e esse é o propósito de cada fase, mas eles não dizem como eles vieram à tona e por que criá-los para começar. Além disso, se você estiver um pouco familiarizado com o gerenciamento de projetos, recomendo que você passe por isso. Não acho que seja difícil assistir. Acho que é um pouco mais longe, algumas fotos e alguns diagramas nele. Então, espero que você goste deles. Então, é claro, à medida que avançamos no curso, você obterá a forma ou o tipo de significado de cada uma dessas fases. Dito isso, vamos entrar em cada um imediatamente. Bem-vindo a esta parte do curso. Ok, então não me cite sobre isso, por favor. Isto é, isso provavelmente não é preciso. Então, esses vértices, como eu imagino como uma ferramenta de aprendizado, como o gerenciamento de projetos poderia ter nascido. Então imagine que há uma rainha, ela tem líderes. Mas eles estão sempre se concentrando apenas na tarefa diária, nas paredes e coisas assim. Então, mas ela ainda tem um grande projeto que ela quer implementar. Portanto, o trabalho está desorganizado nesses projetos. As equipes estão empatadas. O dinheiro parece estar sempre acabando. Então ela diz, ela está dizendo, eu tenho líderes, mas isso não é suficiente se alguém realmente se concentrar nisso. Então, estávamos prestes a testemunhar o nascimento da questão do gerenciamento de projetos. Isso permitiu um esforço sem coordenação, monitoramento e uma solução. Forneça um recurso dedicado para gerenciar metodicamente o trabalho até a conclusão. Gerente de projeto. Portanto, transforme seu gerente de projeto na Rainha. Vá e verifique se as coisas estão funcionando bem. Me ligue de vez em quando. Então, obrigado. Sugere que nos atualizemos depois de tudo feito para fechar as coisas e ver se podemos melhorar as coisas para a próxima vez que fizermos isso. Ok, então já temos um gerente de projeto e temos nosso empresário. Então, vamos ver como funcionou no primeiro projeto que eles tiveram. Primeiro projeto, julgamento um, a Rainha ganha um projeto. E o gerente de projeto estava fazendo o papel de monitoramento foi durante o papel de fixação. Veja o que eu quero dizer. E se comunicando também. E depois do fechamento. Então é aí que ele estava mencionando antes. Vamos nos atualizar no final do projeto é verificar as coisas para onde estamos indo. E então a rainha pode ter os benefícios de um projeto. Então, na conclusão, o gerente de projeto reporta à rainha conforme combinado. Por que ele disse, ok, acho que podemos melhorar isso. Eu não tinha certeza do que estava monitorando. Quando você era tão velho que eu não conhecia. Quanto dinheiro eu tinha? Eu nem tinha certeza de quanto dinheiro eu tinha. Teria ajudado se eu soubesse de antemão algumas das coisas que poderiam acontecer e que ninguém me contou sobre isso. Com quem eu deveria me comunicar e como a rainha estava muito ocupada, ela não retornou o núcleo. Afinal, sobre o que era esse projeto? Qual era o plano? Ok, bem, ele tem sorte. A rainha é uma pessoa muito legal, diga, ok, ok, eu entendo o seu ponto. Para o nosso próximo projeto, vamos reservar um tempo para sentar e planejar como nos comunicaremos, como faremos as coisas? Então, podemos progredir quando todos concordarmos com um plano. Então, vamos ter um plano primeiro. Concordamos em um plano e depois progredimos. Vamos fazer isso. Então, essas são as tarefas que um gerente de projeto estava fazendo antes, mas agora ele adicionou mais algumas tarefas. Sim, fiz um planejamento e depois houve a aprovação do plano. Então, como foi isso? Você acha que o julgamento número dois? Então, projeto de arma, vamos ver. Demorou dois meses de planejamento e depois que o plano é apresentado para aprovação à rainha, ok, o planejamento está concluído. Vai te custar £51,6 de ouro. E devemos ser capazes de concluí-lo em cerca de 26 meses. Em uma nota lateral, podemos perder 51,3 por cento do nosso Exército no processo. Quero dizer, isso é obviamente preciso por uma razão, você vê onde eu estou, onde estou chegando. Então a rainha imediatamente vê onde tudo isso era um oeste. Não temos o dinheiro, não temos essas libras de ouro. E eu posso me dar ao luxo de esperar dois anos porque 26 meses para terminar. Realmente, eles veem que os benefícios não valem a pena. Eu não aprovaria este projeto se tivesse pelo menos uma ideia aproximada do custo e quanto tempo levaria. Isso estava ciente do enorme risco de perder metade do meu exército. Então ela não estava ciente do risco. E ela acabou de ouvir sobre o custo incrivelmente alto e quanto tempo o projeto, enquanto então a pior parte é que ele gastou duas mães, então duas mães pagando o gerente de projeto e tudo isso equipe para chegar a algo que ela sabia que não queria. Certamente, há uma maneira melhor de fazer isso. Então agora o gerente de projeto, ele volta para ela e veja, ok, eu sugiro que façamos uma avaliação rápida desta vez, não essas duas mães planejando a maioria dos planejamentos. Fazemos uma avaliação rápida e fornecemos algumas informações básicas antes de começar a planejar nossos projetos. Podemos fornecer a você os prazos do curso de nível superior , quem participará. Dessa forma, você pode decidir se está iniciando o projeto. Até mesmo o planejamento vale a pena. Ok, mas tenho que avisá-lo, não seremos tão precisos, mas pelo menos você tem, você tem uma ideia e pode tomar uma decisão. Então, vamos ver. Eu fui ao julgamento final. Então, antes que houvesse planejamento, aprovação do plano, monitoramento, conserto, comunicação, encerramento, tudo que já estava acontecendo. Mas o que eles decidiram desta vez é adicionar duas etapas. Portanto, observe que isso não é mais um projeto. É apenas uma identificação ou uma necessidade. OK. Ainda não é um projeto. Foi apenas uma discussão que aconteceu. Sim, por que não fazemos isso ou precisamos absolutamente fazer aquilo. Há uma avaliação e , em seguida, há uma ação aqui. É um projeto aprovado. Então, depois de algumas semanas, não sei. Mães, sua avaliação é concluída conforme acordado. Eles dizem que farão uma avaliação rápida. avaliação rápida concluída custa cerca de £30, que tudo isso é apenas para que você possa acompanhar. Este é um projeto final. Este é um terceiro projeto, se você gosta disso. Então é por isso que não custa mais £50. É apenas por £30 é um projeto diferente. Porque você tem £30 de ouro grátis. E devemos ser capazes de concluí-lo. Isso afunda as mães, sem perda do nosso meio de processo. Você gostaria de ir em frente. Ainda não é um projeto. Está fazendo a avaliação. E ela disse: “Sim, eu gosto muito mais desse processo. Não, tenho algumas informações importantes antes de dar o aval para projetos em potencial. Sei que não é tão detalhado quanto durante o planejamento, mas é o suficiente para eu aprovar ou recusar propostas de projetos. Com base nas informações que você me deu, temos um vencedor. Vamos prosseguir com este projeto e perceber, agora temos um projeto. Isso, não queremos chamá-lo de projeto ainda, porque no exemplo anterior, havia muito tempo para, um endócrino decidiu que não vamos fazer isso, então não é um projeto. Então, de qualquer forma, sim, ok. Agora é isso que temos. Temos todas essas atividades que acontecem. O projeto não é um projeto aqui e todas essas produtividades e depois que a rainha pode ter os benefícios. Então, o que podemos fazer é agrupar essas atividades no que chamamos de fases no gerenciamento de projetos. Porque percebemos que esses dois poderiam ser agrupados, os azuis podem ser grosseiros. E digamos que chamemos isso de fase de iniciação. Nós, o segundo palete que adicionamos, chamamos de fase de planejamento. Então, planejamento de iniciação. Então foi assim no começo. Então, o que fazemos para as outras atividades? Nós os dividimos em dois grupos. Temos a execução aqui, temos o fechamento que foi acordado logo no início. Quando eles disseram, vamos concordar atualizar no final para ver se melhoramos ou não. Então é por isso que eles melhoraram seus processos ao se atualizarem durante o encerramento do projeto. Então, o que temos aqui, suas fases. Portanto, temos um esboço, se você quiser, quatro fases, iniciação, planejamento, execução e fechamento. E o que temos no lado esquerdo desse diagrama são as atividades. E temos, neste caso, 12345678 atividades. Então, algumas dessas atividades são apenas aprovações, verão que são, na verdade, um passo importante. Então eles estão, eles estão lá. Isso leva você de um ID para um projeto, para os benefícios do projeto. Podemos ser que você precise de algo que tenha absolutamente a ver. Nós realmente não queremos que essa política seja implementada, mas estamos sendo solicitados a implementá-la, então é uma necessidade. Mas ainda passamos por esse processo em sua maneira de avaliar, projetar e benefícios. Então é isso. Minha opinião sobre gerenciamento de projetos. Podemos ver por que existem esses diferentes tipos de fases. Ao acompanhar o projeto, você pode fazer seu próximo projeto melhor. A execução, é tudo ir, ir, ir. O planejamento é dar uma ideia mais precisa de como será o projeto. Uma iniciação é realmente importante. Nós até queremos fazer isso, mas vamos revisar tudo isso. Eu só pensei que queria vincular essa história com a próxima com a parte um, que é realmente quando começamos a entrar em mais detalhes sobre isso. Dito isso, vamos passar para a próxima parte do curso. 5. Coisas para conhecer para o curso: Antes de começarmos, caso não saibas como funciona. Sim, é a primeira vez que você toma este top, claro. Para algumas palestras, há alguns anexos a elas. Pode ser PDFs onde eu coloquei alguns dos slides lá. Pode haver modelos, registros. Quando entrarmos na programação, anexarei alguns horários. Então, para cada palestra, sinta-se livre para dar uma olhada nesses anexos a tempo que pode ajudar você pode tê-los à mão, se necessário. Mas agora, há dois PDFs anexados a este vídeo, e eu acho que eles serão bastante úteis para você imprimir ou ter a mão durante a vida do curso. Ambos são roteiros. O primeiro é apenas mostrar-lhe uma visão geral das fases e os principais componentes das fases. O segundo é muito semelhante, mas também mostra quais são as saídas de um gerente de projeto. O que no final do dia, o gerente de projeto precisa criar. Então sugiro que imprima isso. No próximo vídeo vamos falar sobre terminologia e também sugere que você imprima ou você tem a mão sobre terminologia. Outro aviso que você verá em alguns dos slides, às vezes há um avançado escrito no canto superior direito, superior esquerdo. Então isso é apenas para dizer que se você está um pouco sobrecarregado, sinta-se livre para pular isso. Eu sei que quando você passa por um longo curso como este, às vezes você apenas, seu cérebro quer ter uma pausa, então apenas pule-os e talvez você possa voltar para eles mais tarde. Eles são um pouco avançados. Isso significa que eles são comando em gerenciamento de projetos, mas não como comando como o, como os outros componentes. Então, agora vamos dar uma olhada em alguns da terminologia. 6. Terminologia usada: Então, essa é uma terminologia à qual eu estava me referindo. Então, vamos dar algumas definições. Eu prometi que não demoraria muito, mas valerá a pena. Produto. O produto é o objetivo final do projeto. Se quando você constrói uma ponte, por exemplo, o produto final ou o entregável, é a violação, a violação do projeto. Então você vai me ouvir mencionar produtos. Então, isso significa o que o projeto lhe dará resultados. Portanto, há componentes que a equipe do projeto precisará entregar no final do projeto. Um exemplo da brecha, pode ser a própria raça, ser também todos os manuais de operação para a ponte mais antiga aqui fornecem os vários resultados do teste de documentos e chegam. Portanto, qualquer coisa que a equipe do projeto produza Morris BAU ou para negócios como de costume, se você não estiver familiarizado com isso, faz parte da organização que administra nossas atividades diárias. E é por isso que o gerenciamento de projetos era porque todos estavam tão focados no que estavam fazendo todos os dias e, de repente, você tem um grande projeto chegando. E todo mundo está ocupado fazendo suas próprias coisas, então eles têm recursos dedicados. Então, business as usual, é a parte da empresa que faz as atividades diárias e as equipes de projeto se concentram mais no projeto, no cliente, no cliente, nos negócios. Portanto, é uma parte interessada que precisa do resultado do projeto. Portanto, é mais ou menos para quem estamos trabalhando. Usarei esses termos, usarei negócios com mais frequência e cliente ou cliente. Então, gerência superior, equipe executiva, em oposição ao gerente que veremos mais tarde. gerência superior para mim, é parte do negócio que está acima de você de uma forma que não significa que eles estejam envolvidos no seu projeto. Mas é em um sentido mais amplo, não necessariamente o trabalho no projeto, mas pode ser o CEO da empresa. Pode ser um gerente executivo de outra parte da empresa. E o gerente, quando me refiro como gerente, também conhecido como gerente de linha, gerente programa para o gerente de projeto. É o seu chefe. Se você é gerente de projetos, é o cara que vê. Então, quando eu vejo que você tem que dar isso ao seu gerente ou você tem que dar para o seu negócio. Eles são entidades diferentes. 7. O que é a gestão de projetos: Em seguida, estamos tentando definir o gerenciamento de projetos. Por favor, tenha em mente duas coisas. A primeira coisa é que existem tantas definições de gerenciamento de projetos. Estou tentando te dar um. Eu criei um que reflete bem o que é gerenciamento de projetos, mas existem outros por aí. Eles geralmente incluem a palavra esforço, que eu realmente queria evitar a todo custo. A segunda coisa a ter em mente é que eles são sempre exceções. E algumas empresas usam o gerenciamento de projetos de uma forma muito flexível e flexível. Então isso é não, nada está gravado em pedra. E, de certa forma, isso é o que é interessante sobre o gerenciamento de projetos. Mas vamos entrar nessas definições. O que é gerenciamento de projetos? gerenciamento de projetos é a prática de coordenar o trabalho de uma equipe para atingir um objetivo específico em um momento específico. Então, a razão pela qual o time que ele é é é que você realmente não precisa de uma equipe. Eu coloquei entre parênteses. Porque na minha visão do gerenciamento de projetos, e não apenas na minha opinião, realmente prever que o gerenciamento pode ser uma pessoa. Quero dizer, tenho certeza que você já ouviu falar desses caras executando um projeto ou por conta própria. Mas o que é fundamental aqui tem um objetivo específico em um momento específico. Então, se não é um objetivo muito específico, não pode ser chamado gerenciamento de projetos é mais um negócio como de costume. E em um momento específico também, quando se torna contínuo, quando se torna algo recorrente, isso acontece a cada três meses ou mesmo a cada ano. Isso não deveria ser chamado de projetos. Deveria haver, eles deveriam receber outro nome. É um projeto único. Observe que a ordenança específica deve ser alta o suficiente ou importante o suficiente para ser um projeto. Você tem um negócio com sua equipe, eles têm algo menor para fazer. Eles precisam ter uma equipe de projeto com o processo de relatórios em vigor e com orçamento e erótica, provavelmente não. Portanto, não é um projeto, é apenas uma atividade que está no topo. Então, para ser chamado de projeção para ser grande o suficiente. Portanto, isso está apenas se referindo aos negócios, sua equipe de projeto e produtividade como separados dos negócios da empresa. Como sempre, os recursos verão que, às vezes, podem ser recursos compartilhados. Mas, como entidades, elas são consideradas separadas. 8. Papel do gerente de projetos: Desafio, eu diria que quando você é um gerente de projeto é garantir que a equipe entenda sua função. Quando você, especialmente quando está crescendo uma empresa, eles nunca tiveram gerentes de projeto ou gerenciamento de projetos. Eles veem que você está roubando e pensam, oh, há um novo administrador lá, Vamos pedir a ele ou ela para fazer isso, fazer aquilo. Portanto, é muito importante estabelecer limites no início. Mas para as empresas mais maduras, elas sabem o que é gerenciamento de projetos. Acho que seria muito mais fácil, mas ainda assim, eles ainda estão tentados a ser a pessoa que faz o que ninguém mais pode fazer. Portanto, é muito fácil cair na armadilha e fazer todas as coisas que você não deveria fazer. Então, vamos discutir o papel do gerente de projeto agora. Portanto, o papel do gerente de projeto, ele ou ela é o dono do projeto, responsável por ele. Nem sempre tem toda a autoridade. O tratado é responsável por fazer com que as coisas superem os limites. Vamos dar uma olhada em alguns pontos. Então o PN, isso é outro, esse é outro acrônimo, gerente de projeto ou gerenciamento de projetos. O gerente de projeto planeja ou faz atividades, obviamente com outros recursos, mas ele tem a responsabilidade de planejar. Quando tudo isso é planejamento, coordenação e priorização de atividades, relatórios, comunicação, configuração. Você será executivo como as coisas estão indo. Problemas. Esse é um grande problema durante a fase de execução, como veremos, essa é a principal ocupação de um gerente de projeto. Quero dizer, você poderia argumentar que não há se não houvesse problemas, quem precisaria de um gerente de projeto? Então é isso que fazemos e mostramos alguns amigos e orçamento são respeitados. Isso também é um grande problema. Como vimos no início, a história da Rainha. Ela estava tendo todas essas atividades queimando dinheiro. Então, alguém precisa ser responsável por isso. Garantir que a qualidade suficiente tenha sido aplicada. Quero dizer, é por isso que estamos vendo qualidade não é a atividade e o gerenciamento de projetos mais populares. Mas na minha opinião, se você entregar algo dentro do prazo e do orçamento e não é não é boa qualidade ou ele não é algo que a empresa queria, então é, não é melhor implementar dentro restrições para mim uma boa maneira resumir o papel do projeto quando eu sou gerente, há algo a implementar. Ele ou ela tem que implementar dentro todas as restrições que são prazos, orçamento e similares. Então, aqui temos nosso resumo do que é gerenciamento de projetos e o papel do gerente de projetos. Para concluir, podemos traçar as semelhanças entre nossa vida na vida de uma empresa, se você quiser. Todos nós temos nossas atividades diárias para fazer e é isso que estou fazendo coaching ao vivo agora também. Por causa das semelhanças com o gerenciamento de projetos são tão óbvias. Todos nós temos coisas que gostaríamos de fazer, mas nunca chegamos a elas porque estamos nos concentrando em nossas vidas diárias. E as empresas são as mesmas e é por isso que elas trazem gerentes de projeto. Para que eles possam realmente se concentrar nisso. E eles têm que fazer isso. E eles têm que fazer toda a coordenação e o certo são as palavras. Provavelmente, se isso acontecer, acontecerá em um ritmo muito mais lento. Agora, tendo dito isso, vamos passar para a primeira parte. 9. Introdução à Parte 1: o curso PM: Então, bem-vindo à primeira parte deste curso. Portanto, a primeira parte é um curso completo de gerenciamento de projetos. Toda a teoria, mas ao mesmo tempo ele é uma visão prática sobre isso. Então, durante a primeira parte, revisaremos cada uma dessas fases que definimos, o anel, a introdução. Começamos com uma revisão de alto nível e depois vamos nos aprofundar em mais detalhes para cada uma dessas fases. Então, vamos começar. 10. Visão geral das fases: Ok, então vamos continuar onde deixamos na contradição anterior. Por isso, identificamos algumas atividades que agrupamos em fases, iniciação, planejamento, execução e fechamento. Essas são fases. E também tivemos algumas atividades. Então, apenas para continuar, se você quiser que coloquemos um pouco diferente de uma forma que nos ajude durante este curso, é apenas um lembrete rápido. A iniciação é a razão pela qual estamos fazendo isso e podemos fazer isso? Portanto, é uma avaliação rápida. Nada muito preciso, mas pelo menos podemos tomar uma decisão lá se formos em frente ou não. O planejamento, como será o gerenciamento do projeto? Haverá também a execução onde realmente fazemos trabalho, ação, monitoramento, coordenação, resolução de problemas, comunicação, acontecimento e fechamento, e sabe que tudo terminou. Certifique-se de que não temos pontas soltas e apenas reflita de volta. Fizemos isso corretamente? Se colocarmos isso sob isso, essa representação aqui, e é assim que teremos isso para o curso. Então eu ainda tenho essa iniciação em azul porque, em teoria, não faz parte do gerenciamento de projetos. Vimos anteriormente que o gerente de projeto estava fazendo essa avaliação, mas, como veremos, nem sempre é o gerente de projeto fazendo isso. Essas foram as principais atividades que tínhamos antes. Avaliação, aprovação, planejamento, aprovação de planejamento, monitoramento, fixação, comunicação, gabinete. Portanto, este é o diagrama que usaremos neste curso quando passarmos pelas várias fases aqui. 11. Fase 1: iniciação - visão de uma visão de início: Vamos começar com a iniciação da fase um. Se tudo o que fazemos é ter uma visão geral rápida da seção. Discutiremos o propósito desta fase. Vamos discutir o papel de gerente de projeto. Nesta fase, vamos rever a criação de um documento chave, que é chamado de carta do projeto e vários componentes deste documento. Mas, mais precisamente, discutiremos o escopo. Custo é a gestão das partes interessadas que irá rever a gestão de riscos? Vamos rever a estrutura do projeto e , em seguida, vamos encerrar e fornecer alguns exemplos. 12. Finalidade da fase de início: Bem-vindo de volta. Então, a seguir, definiremos o propósito da fase de iniciação. A primeira coisa a ter em mente é essa fase de iniciação nem sempre existe. Outras metodologias de gerenciamento de projetos lá fora dizem que sim, você precisa ter uma nação enfrentada. Na vida real. Às vezes, isso não existe. Então, apenas como um lembrete rápido, a fase de iniciação é se você decide se o projeto vai continuar ou não. Mas há algumas empresas que não se importam. Eles só querem fazer o trabalho. Às vezes, eles têm apenas um mandato. Eles têm o orçamento e querem fazer isso. E eu não quero ter que passar por todo o processo de iniciação. E às vezes eles simplesmente não têm escolha. Às vezes, é apenas a necessidade do governo, às vezes é necessária uma mudança ilegal. E, portanto, não adianta discutir se vamos fazer isso ou não, porque sabemos que temos que fazer isso. E também o que acontece às vezes é fase de iniciação acontece a portas fechadas. Você não está envolvido e eu acho que isso faz sentido. Por que envolver um gerente de projeto quando o projeto ainda não é realmente concreto. Então, haverá um grupo de executivos discutindo IDs de projetos civis e decididos depois de fazermos isso e aquilo, e então eles podem trazer a equipe. Eles podem dizer: “Bem, queremos um gerente de projeto para isso. Queremos montar uma carta de projeto. Vamos ver o que isso significa. Mas agora vamos supor que a fase de iniciação ocorra. O propósito dessa fase, em poucas palavras, enquanto estamos fazendo esses n, é viável? Os principais componentes de que precisamos para tomar essa decisão é que precisamos ter um escopo de visão. O escopo é, sobre o que é isso? O que estamos fazendo? O custo e o cronograma. Então pode ser uma boa ideia, mas se ele levar três anos, pode não ser uma boa ideia até o final. E, claro, também pode ser proibitivo, pode ser muito caro. Colocamos mais ou menos um caso de negócios. Às vezes, o business case está sendo feito separadamente pela empresa, mas às vezes o gerente de projeto, se ele fizer parte dessa fase, ajudaria na criação algum tipo de business case que cortam os benefícios de custo , metas estratégicas, eles sairão disso e verão se sim ou não, podemos seguir em frente com este projeto. Vamos dar uma olhada nos principais riscos. Às vezes, há um risco tão grande que a empresa tome a decisão de não prosseguir com esse projeto. Então, por esse motivo, é importante destacar o risco. Agora, não queremos ir para o planejamento e a execução. E depois que a realidade desse risco é muito grande e simplesmente nos atinge e pode vender o projeto. Então, quando estivermos razoavelmente confiantes de que esse projeto irá adiante, podemos começar a montar uma equipe de projeto. Vamos dar uma olhada nos principais recursos. Se o gerente de projeto estiver envolvido, ele ajudará nisso. Ou começaremos e coletaremos recursos das equipes de negócios para montar uma equipe de projeto. Os principais resultados, Otis, sim, para obter aprovação para iniciar o projeto anteriormente, precisamos de algum tipo de aprovação e veremos que usaremos um documento chamado estatuto do projeto que às vezes é usado para colocar todos esses componentes, todos esses detalhes sobre o projeto juntos em um documento e obteremos a aprovação deste documento e então podemos dizer, sim, nós cobrimos que este projeto foi aprovado e podemos entrar formalmente no planejamento. Agora vamos analisar a função do gerente de projetos. 13. Papel de PM na fase de início: A função do gerente de projeto na fase de iniciação é opcional. Às vezes, mesmo quando ocorre uma fase formal de iniciação, o gerente de projeto não está envolvido. Acho que isso faz sentido. Não adianta envolver um gerente de projeto. Se não estivermos confiantes no projeto, vamos em frente. Portanto, neste caso, o gerente de projeto será trazido para o final da iniciação, quando estivermos bastante confiantes de que o projeto ocorrerá e, em seguida, podemos construir uma equipe de projeto em torno do gerente de projeto. Outra coisa a ter em mente é que às vezes o gerente de projeto vem de um terceiro, digamos, quando um projeto é terceirizado, o papel e a origem do gerente de projeto dependem, às vezes o gerente de projeto vem de um terceiro, digamos, quando um projeto é terceirizado, o papel e a origem do gerente de projeto dependem, depende do tipo de projeto. E na fase de iniciação, eles decidirão como uma equipe de projeto decidida, eles também decidirão quem eles querem proteger. prazer estar com um gerente de projeto, parte do Partido Republicano da empresa, ou eles fariam parte de terceiros ou talvez um gerente de projeto cada? Portanto, analisaremos diferentes cenários no componente Diretor de Projetos deste curso. Falamos sobre o estatuto do projeto e é isso que analisaremos a seguir. Eu diria que a principal razão pela qual o gerente de projeto está envolvido nessa fase é que a empresa gostaria que alguém colocasse toda a papelada para aprovação. E é aí que a função de gerente de projeto começa com a papelada. Então, trazemos todos os componentes que vimos antes que fazem parte da iniciação em um documento. 14. Carta do projeto: Agora vamos revisar o estatuto do projeto. O estatuto do projeto é um documento que o gerente de projeto reúne no final da iniciação, realmente para resumir todas as descobertas da fase de iniciação ou que foram discutidas, coloque isso no próximo documento. O cronograma, o orçamento e os grandes riscos, como veremos, e colocar tudo isso em um documento. Vocês podem, por favor, inscrever este documento, todos, para que todos concordemos com o que estamos fazendo. E então, quando eles assinarem, você poderá ir para a próxima fase. Você pode entrar em um planejamento mais preciso de uma forma. Em seguida, analisaremos todos os principais componentes do estatuto do projeto. E então entraremos em mais detalhes e avançaremos de todos esses componentes. Então você listou aqui o componente chave deste documento. Os objetivos do projeto e o business case são frequentemente incluídos nesses documentos. Assim, a empresa aproveitaria o resultado que eles queriam do projeto e quaisquer benefícios e por que vale a pena fazer isso? Analisaremos o escopo mais detalhes nos slides a seguir. O cronograma que o estado será muito simples. Alguns prazos de alto nível com uma data de término verão isso. Sabemos que temos alguns exemplos no final desses slides. Nós revisaremos isso. O orçamento. Também analisaremos qual tipo de Richard é esperado nesta fase do projeto. Como mencionado, os riscos são importantes no início do projeto, então precisaremos listá-los como parte deste documento. Em seguida, as partes interessadas da equipe do projeto, já discutimos isso, mas entraremos em mais detalhes sobre estrutura do projeto e a lista e os direitos das partes interessadas. E, se possível, gostaríamos de confirmar no início do projeto quem será o aprovador desses projetos. Portanto, a maioria dos componentes listados aqui será refinada durante a próxima fase, durante a fase de planejamento. Portanto, suponha que o que eu mencionei anteriormente neste curso é que alguns componentes serão vistos na iniciação e, em seguida, revisados no planejamento e , em seguida, monitorados e gerenciando a execução. Então, isso é algo para se ter em mente. Às vezes, alguns desses componentes aqui só podem ser definidos posteriormente. Às vezes, a iniciação é tão rápida que o risco, por exemplo, está apenas no orçamento, só pode ser ajustado durante o planejamento, mas mantemos a visão teórica e esperamos ter tudo esses componentes incluídos. 15. Âmbito durante a iniciação: introdução: Bem-vindos de volta ao curso. Então, a primeira coisa a definir quando começamos um projeto é o que estamos fazendo? Então isso é o que chamamos de escopo. Às vezes é chamado de requisitos. Você verá mais tarde que você sabe, o escopo e os requisitos podem significar a mesma coisa mais ou menos. E veremos que este COP é mais alto nível, é mais do que os limites. E exigência é mais detalhe o que está dentro dos requisitos? A terminologia que o analista de negócios gosta, gosta da juventude. Portanto, o que é importante tendo em mente que estamos apenas iniciando e o projeto pode nem mesmo ir em frente. O que precisamos ter em mente é que não queremos ficar atolados em detalhes em algum momento que não temos muito tempo também. Então o escopo durante a iniciação, tem que ser muito alto nível. Queremos ter certeza de que incluímos todos os grandes pedaços, todos os grandes componentes do projeto. Então isso é, isso é crítico porque se você esquecer um dos grandes pedaços, então é, quanto mais você progride em um projeto mais difícil é trazê-lo de volta. Se é um pequeno detalhe, então isso é mais fácil. Mas o que é tão importante quanto o que está no escopo é o que está fora do escopo. Tem de deixar bem claro no documento que não o fazemos. Nós não fazemos isso. Imagine que você é um executivo e você tem a suposição de que algo está incluído no projeto apenas para perceber a meio do projeto que ele não foi incluído. Então é por isso que você, você, você, você, você, você dá uma chance a eles. Você diz, bem, isso está fora de alcance. Para deixar claro, não vamos fazer isso. E então eles executivos Ela tem a oportunidade lá de dizer sim, mas eu quero entrar e então não é tarde demais porque o orçamento ainda não foi bloqueado. Podemos voltar, aumentar o alcance e Critão programou o que quer que seja. Mas nesta fase, ainda está tudo bem. Quanto mais progredir, mais difícil será. Então, agora, quando eu sugiro que façamos é dar uma olhada em um exemplo. 16. Custo durante a iniciação: exemplo: Vou apenas mostrar um exemplo aqui que acho que mostrará o nível de detalhe que é suficiente em um escopo. Vamos pegar o exemplo de um site que precisa ser levantado. Um diretor administrativo quer começar a vender seu produto no site. Ele não tem um site, mas tem os recursos para escrever o conteúdo. E precisa de um projeto para alguém de fora sua equipe configurar a infraestrutura em torno do site. A declaração do projeto seria mais ou menos assim. O projeto incluirá e isso significa que o projeto terá em escopo o fornecimento e o registro do nome do host, a infraestrutura para hospedagem do site, design, implantação da construção, testes de segurança e configuração da manutenção contínua que dissemos com terceiros. Então, podemos adicionar mais palavras a isso. Nós podemos, suponho, nesta fase, dizer o máximo que pudermos. Mas geralmente não temos esse luxo e ainda, é isso que queremos. E isso é de alto nível, o que gostaríamos que o projeto fora do escopo para evitar qualquer mal-entendido com a equipe do projeto quando a empresa envolveria uma equipe de projeto é Isso estará fora do escopo. Não queremos que você escreva o conteúdo do site. Cuidaremos da aprovação da política e da manutenção contínua do site. Nós realmente não queremos que você faça isso. Só queremos que você organize a manutenção para isso. Portanto, não precisamos ser complicados. Apenas alguns pontos como esse. Eu geralmente o suficiente. Se você tem alguém de negócios que diga, oh, isso é um pouco vago e então você pode se aprofundar um pouco. Mas, como eu estava dizendo, geralmente tem que ser feito muito rapidamente. Não preste atenção nisso. Só para destacar isso. Às vezes, podemos tornar as coisas muito simples, muito complicadas. 17. Tipos de custos: Então, vamos supor que temos alguém da empresa que tem uma ideia de projeto. Às vezes, eles fizeram todo o trabalho duro para nós e fizeram sua própria investigação e já têm um custo e isso apenas nos entrega a papelada. Mas, em outras ocasiões, eles estão solicitando que a equipe do projeto escolha o outro custo para eles. Então, obviamente, isso pressupõe que há uma equipe de projeto que pode ajudar, independentemente de quem está fazendo o custo. Geralmente é feito em um nível muito alto. Então, antes de começarmos, eu só queria destacar algumas maneiras que, é claro, podem ser calculadas. A primeira, é claro, estimativa é a estimativa aproximada da ordem de magnitude da ROM. Você vai ouvir isso. Então isso pode ser feito por uma combinação de julgamento de especialistas. Estimativa de cima para baixo, uma estimativa análoga. A estimativa de Roma é perfeita para uma iniciação. É algo que é muito importante, mas ainda assim dá a eles uma identificação se eles puderem pagar ou não. Um especialista só pode ser usado às vezes é que você tem um desses gurus, por exemplo, para criar um site, como dissemos antes, alguém que diz, Oh sim, você quer criar um site, ter todo o infraestrutura feita que vai custar cerca de 200 mil ou algo parecido. Então isso é algo que às vezes, às vezes é usado. Queremos começar o projeto rapidamente. Liberamos os $200 mil e depois começaremos. Outro método usado é chamado de estimativa de cima para baixo. E também é a estimativa de alto nível, mas é calculada somando todos os componentes de alto nível de um projeto juntos. Por exemplo, você para o site sem o custo dos materiais, o curso dos contratados e afins. E você somaria tudo isso e eu lhe daria uma identificação de alto nível. Portanto, é muito semelhante ao próximo, que é a estimativa análoga. É uma estimativa que está sendo feita usando um exemplo anterior de algo que foi feito e que é muito semelhante. Então isso é mais, isso é o que eu estava dizendo. Isso é perfeito para iniciação porque é alto nível neste estágio, sim, a empresa espera uma estimativa de mais menos e três pontos que veremos no próximo slide. O segundo tipo de estimativa, é chamado de estimativa detalhada. Só há uma maneira de ter uma estimativa detalhada. É só até o fundo. Quando entrarmos no planejamento, veremos como isso é realmente usado. Em algum momento também podemos chamar isso de definitivo, o que é um pouco assustador no início ter um orçamento definitivo quando conhecemos todos os componentes menores e somamos todos eles. Geralmente estamos bem próximos da estimativa final. Então isso é mais adequado para a fase de planejamento? Sim. 18. Estimativa de 3 pontos: Então eu mencionei quando discutimos a rom, a estimativa de três pontos. Eu só acho isso um pouco complicado, porque se você for ao negócio e disser a eles que isso vai te custar $200 mil mais ou menos o plus sendo o pior caso, menos sendo o melhor caso, então geralmente não voa. Quando você diz, bem, você poderia pagar, isso vai te custar 200 mil, mas pode ir até 300. Fascinado, geralmente um pouco assustado. Então, mas eles não tinham o atraso, o melhor caso. Mas eles realmente não gostam do pior caso. Mas às vezes é de se esperar com rum. Estamos em um negócio de alto nível. Portanto, tenha em mente que esta é apenas uma estimativa aproximada e você pode ter algum custo adicional para ler, mas também poderíamos ter lido Miranda e eu revisamos este caso. 19. Exemplo de custo do projeto na Iniciação: Eu quero dar um exemplo. Então, só para mostrar que, mais uma vez, fase de iniciação não precisa ser muito granular. Seguindo o exemplo anterior, estou apenas lembrando de ser simples aqui rapidamente. O exemplo de um site que está sendo configurado. Portanto, o CIO da empresa estimou o custo deste site e você estará em torno de 520 K. Portanto, infraestrutura 200 k, projeto, construção e teste 200 K. Teste de segurança, 100 K, manutenção contínua , 20 K, você soma tudo isso. Você tem 520 K. Então, o CIO, é que você terá um julgamento especializado, mesmo que o projeto seja nossas ferramentas, o CIO da empresa que precisa do projeto, eles virão até você e eu direi, sim, Você quer que isso seja feito? Esses caras podem, essa empresa pode fazer isso por você e geralmente é em torno de 520 K para ser preciso, por causa dessa manutenção que vem com um extra de 20. Portanto, esse é o exemplo que você teria ao confiar no julgamento de especialistas para fazer a estimativa. Então é praticamente isso pelo custo. Mais uma vez, quando formos para o planejamento, seremos um pouco mais detalhados sobre como podemos criar o curso. Mas iniciação, tudo está acontecendo rapidamente. Eles querem saber em alto nível quanto isso fará com que obtenham aprovações. Eles podem adicionar um pouco mais se usarem a estimativa de três pontos para garantir que eles possam cobrir um pouco de contingência lá. Mas isso é tudo o que é necessário. E no regulamento do seu projeto, você adicionaria declaração, custo do projeto e apenas listaria isso. E isso seria perfeito. Mais uma vez, como para o escopo, se você souber mais se pode ser mais granular, sim, por todos os meios, vá em frente. Mas geralmente você não tem esse luxo. 20. Partes interessadas 1: introdução: Bem-vindo à parte de gerenciamento de partes interessadas do curso. Portanto, no gerenciamento de projetos, há muito estresse na entrega dentro do prazo e do orçamento. Mas para mim, o projeto não é um sucesso. Se no final do projeto você tiver partes interessadas insatisfeitas, não importa quem seja. Para mim, não é um sucesso. Só para dar um exemplo. Você pode estar dentro do prazo e do orçamento. Mas o que você entrega não é exatamente o que a empresa quer. É o que concordamos em fazer no início do projeto. Para eles. Tudo foi assinado e os gostos, mas eles não estão totalmente satisfeitos. Então, por que eles estão satisfeitos? Será que realmente nos envolvemos com eles durante a vida do projeto? Alguns gerentes de projeto realmente não gostam de se envolver muito com o negócio e perguntar-lhes como eles estão e se estão satisfeitos com o que estamos fazendo porque estão preocupados que o negócio venha e diga, Na verdade, eu não estou muito feliz com isso. E os gerentes de projeto, temos que fazer muito trabalho para incluir isso. Mas para mim é algo que eu gostaria de fazer. Então, eu quero saber como eles se sentem sobre o que estamos fazendo. Eu quero saber se eles mudaram de ideia de alguma forma. Eu quero saber disso. Preciso saber que, para rastrear entre aspas as partes interessadas, precisamos de uma ferramenta. Portanto, há uma ferramenta que é comumente usada. É chamado de matriz de partes interessadas ou métricas de engajamento das partes interessadas. Então, isso está sendo feito em duas partes. A primeira parte será criar uma lista de todas as partes interessadas. E a segunda parte seria avaliar as partes interessadas. Avaliaríamos o quanto eles estão interessados em um projeto e também avaliaremos a influência que eles poderiam ter no projeto. Então isso é muito importante. Portanto, durante a segunda parte, analisaremos outra maneira de rastrear as partes interessadas. Portanto, não faz parte da metodologia formal de gerenciamento de projetos. Então é por isso que eu tenho isso na parte dois. É mais minhas próprias coisas. É parte da estrutura que eu criei. Na verdade, é uma ferramenta que criou e divertida que me serviu muito bem ao longo dos anos. Então, eu gostaria apenas de sugerir isso, bem como outra maneira de você citar as partes interessadas. Mas, no momento, seguimos a metodologia formal e começamos a montar uma matriz de partes interessadas. 21. Definição de partes 2 do stakeholders: Primeiro, vamos dar uma olhada na definição de uma parte interessada. Uma parte interessada é que qualquer pessoa envolvida no projeto está sendo impactada por ele. quem você está trabalhando? Então isso poderia ser, Esses são os óbvios que sua equipe, seus colegas até influenciaram o gerenciamento de projetos. Você está trabalhando com. Quem recebemos os benefícios do projeto que está mais voltado para os negócios. Clientes externos para usuários estão recebendo alguns dos benefícios que podem entrar no projeto? Eu acho que isso é algo que muitas vezes é esquecido. Sim. O negócio quer isso, sim, me protegendo super motivado, que se alguém pode chegar tarde no campo e sair do aluno, interromper o orçamento para projetar isso. Isso é algo que precisa ser feito. Quero dizer, no governo, por exemplo, você poderia estar executando o projeto muito feliz. Todo mundo está feliz, mas há um corte no orçamento. E isso é algo que você precisa ficar de olho, que eles façam parte do seu projeto. Seria uma parte interessada com a qual precisaríamos manter o relacionamento, se pudermos, ou pelo menos estarmos cientes de sua presença. Quem fornece o dinheiro que obviamente sua parte interessada também, que operará o produto final que usa os contratados, fornecedores. Então, precisamos montar uma lista de partes interessadas. Uma maneira de fazer isso é começar com uma matriz de partes interessadas, onde colocamos todas as partes interessadas e as categorizamos com base em seus interesses e sua influência no projeto. Em primeiro lugar, temos algumas partes interessadas que não têm muita influência, não têm muito interesse. Então, vamos monitorar todos eles para que eles sejam mais ou menos, eles não possam realmente impactar o projeto e não tenham um grande interesse em um projeto. Agora, se nos movermos para a esquerda, para a direita, desculpe, temos as partes interessadas que têm pouca influência. Eles têm grande interesse nisso. canto superior esquerdo terá algumas partes interessadas que têm influência muito alta e têm um interesse baixo, mas precisamos mantê-las satisfeitas. Mas eu vou voltar a este porque este é o meu favorito. E então você tem a alta influência, alto interesse, e você precisa gerenciá-los de perto. Esses são os caras que podem ter muita influência no projeto e estão muito interessados nele. Isso é que as garotas são mais ou menos que você precisa para se manter feliz. Outra maneira de gerenciar de perto, eu diria para ficar feliz que Martin, meu grupo favorito para acompanhar porque eles são o outro à espreita é esse grupo aqui, a alta influência, baixo interesse. São mais ou menos as partes interessadas que às vezes são apenas contra o projeto. É por isso que eles têm juros baixos. Mas eles poderiam interromper o projeto potencialmente porque têm grande influência. Este é o grupo do qual, pessoalmente, estaria muito ciente? Quero dizer, aquele que tem grande interesse. Você pode argumentar que, como eles têm um interesse alto, não se preocupe em entrar em contato com eles, porque eles entrarão em contato com você porque estão interessados. Então é por isso que, para mim, acho que o canto superior esquerdo é como se não fosse mais importante do que este. 22. Exemplo de Matrix de Stakeholder parte 3: Slide tão ocupado. Mas não há nada como um exemplo. Então, digamos que temos um projeto, um projeto de desenvolvimento de software. Em seguida, conseguimos listar todas as nossas partes interessadas aqui. Então, se olharmos para o lado esquerdo, há um Gerente de Projeto, Gerente Tarefas, Gerente de Desenvolvimento. Temos o analista de negócios, temos a equipe de infraestrutura, gerentes financeiros, usuário sênior e etc. Então, por exemplo, um gerente de projeto que tem alto interesse e lamento dizer que ele tem influência média. Não tem essa influência de ponta no projeto. Obviamente, você pode, você pode fazer com que ele possa influenciar o resultado do projeto acelerando as coisas quando puder. Mas no final do dia, você não pode simplesmente dizer, pare esse projeto. Esse também não é o papel. gerente de mesa está sendo montado. Alguém está apenas testando. É claro que eles têm grandes interesses porque são eles que testaremos a coisa. E, mas uma influência é média. Mais uma vez, isso pode realmente pará-lo. Então, vamos dar uma olhada no cólon de comunicação. No final disso. Gerente de desenvolvimento, ele tem todos os juros altos, eu diria que os negócios de influência média e que East High eles têm influência ainda menor. Isso é só um exemplo. Quero dizer, obviamente você teria uma situação em que nossos interesses e influência, desculpe-me, é diferente liderança da equipe de infraestrutura. E depois vamos ao gerente financeiro. Assim, o gerente financeiro teria interesses baixos, às vezes em uma alta interferência. Então esse é o cenário que estamos dizendo antes, e é por isso que eu digo que é realmente para mim um cenário fundamental. Você não mostraria muito interesse. Mas no final do dia, você poderia dizer, desculpe, tivemos que puxar seu orçamento e entregá-lo a outro projeto, se ele não estiver realmente. É por isso que é muito importante ter uma estratégia para lidar com esse gerente financeiro. O usuário sênior. A mesma coisa, juros baixos, talvez algo com o qual você não queria ir. Outro produto novo. Ele não adiciona novos softwares. Mas ele tem uma influência muito alta no final do dia se fizermos todo esse trabalho e ele disser: Não, desculpe, não estou feliz com isso, então isso é algo que temos a duração do projeto, tente e influenciá-lo. Então você desce a lista, gerente de operações, representantes comerciais. O último que quero mencionar é um executivo sênior está em uma categoria obviamente de alto interesse, maior interferência. Então, esses também são os que você precisa gerenciar de perto. Mas pelo menos como eu estava dizendo, você os veria, não estaria à espreita no escuro, ao contrário de talvez algum gerente financeiro ou usuário sênior. Portanto, não, não tome isso como uma verdade para todos os projetos, é apenas um exemplo de como as coisas poderiam ser, você poderia estar no projeto onde, por exemplo, o gerente financeiro tem um interesse muito alto porque vai melhorar. Este é o resultado final no final do ano financeiro. Então, mas é só um exemplo. 23. Exemplo de plano de comunicação do Stakeholder parte 4: Algo que foi dito em um slide anterior. Em relação a essa matriz que pode ser usada como base para o plano de comunicação como parte do projeto. Às vezes você tem um plano de comunicação. E o que eu acho que é a melhor maneira de fazer isso é usar essa matriz de partes interessadas aqui. E um plano de gestão das partes interessadas. Se você quiser, pode chamá-lo assim. Dois, mais ou menos, monte seu plano de comunicação para que você mate dois coelhos com uma cajadada só. Aqui você tem sua matriz. Aliás, isso não é algo que sempre pode ser publicado. Por razões óbvias. Você pode personalizar sua comunicação com base nos fatores de interesse e influência. Então, se você pegar um exemplo, o gerente financeiro aqui, então eu já destaquei é alta influência, mas ele tem juros baixos. Portanto, preciso encontrar algum tipo de estratégia para aumentar mais ou menos juros e garantir que não chegue no último minuto para saber como tirar algum dinheiro do projeto. Então, o que eu tenho aqui, por exemplo, eu costumo me comunicar regularmente, manter informado sobre qualquer assunto relacionado ao orçamento. O usuário sênior, você teria a parte do comitê de direção tentando trazer um comitê de direção ou ela e a tentativa de se comunicar regularmente fora do comitê de direção. Então, discutiremos o comitê diretor mais tarde. Mas isso é apenas para mostrar os dois pontos de comunicação são usados e como estaremos nos comunicando com as partes interessadas dos recursos. E eu quero, só queria destacar o baixo e o alto, mas podemos passar rapidamente pela estratégia de comunicação. Teríamos reduzido outros. Esse gerente a levará para as reuniões produtivas. Enviaremos e-mails dessa forma que nos comunicaremos com ela. Gerente de desenvolvimento, fará parte do Sam, parte da equipe do projeto receberá e-mails. O líder da equipe de infraestrutura trará para as reuniões do projeto para conseguir sua compra porque às vezes eles estão trabalhando em tantos projetos, é difícil fazê-los se interessar. O gerente de operação em nossa comunicação que teríamos mantido informado, enviando relatórios semanais, aumentará o engajamento e próximo à data de implementação porque os interesses crescer à medida que nos aproximamos da data de entrega. O representante comercial fará com que ela participe das reuniões semanais e nos comunicaremos por e-mails. O Executivo Sênior obviamente fará parte do comitê diretor, revisará o comitê diretor mais tarde e, obviamente, você pode colocar algumas notas. E, por exemplo, o usuário sênior aqui denotado é a razão pela qual ele foi colocado em uma categoria, já que o interesse baixo é E não demonstrou grande interesse no projeto que foi focado em outros projetos mais importantes. Então, pode haver uma razão. Então, ele tem trabalhado no muito crítico ou no projeto e nós o prendemos neste projeto e não está totalmente conosco, não está totalmente interessado. Então, vamos, seria perigoso porque poderíamos ser como o usuário, a pessoa que usa o produto. E se ele entrar em jogo, então Pode causar desafios ao projeto. Então, vamos sentar para a gestão das partes interessadas. Vimos como identificar as partes interessadas do projeto, ou podemos colocá-las em uma pequena lista. E também, pelo menos , podemos apenas mais ou menos elaborar como o plano de comunicação. Como foi mencionado anteriormente. Quero dizer, nem sempre queremos publicar isso. É assim que as coisas são. Provavelmente podemos remover os interesses e a aparência pode ser que algumas partes interessadas não queiram ser vistas em uma categoria com baixa influência ou gostos ou algo que precisamos ser sensíveis. É mais algo que mantemos em nossos arquivos. Mas a comunicação se mistura, obviamente, podemos arrumar tudo. Podemos remover a manutenção de um loop enviando relatórios semanais e comentários como este. Mas podemos dizer, bem, isso, vamos nos comunicar com o comitê de direção do e-mail para uma reunião de projeto se funde mais, suponha, politicamente correto. Então, isso é adequado para o gerenciamento de partes interessadas. Em seguida, analisaremos a empolgante parte de gerenciamento de riscos de um projeto. 24. Gestão de riscos durante a início: Bem-vindo à parte de risco da iniciação. Então vamos imaginar que temos uma pessoa de negócios acabou de obter a aprovação informal para ir em frente com o projeto. E ela está bastante animada e quer ir para a fase de iniciação do projeto muito rapidamente. Ela pode ser um pouco tendenciosa porque ela está tão animada aqui e você quer que isso aconteça. Então ela pode não estar muito aberta a alguém dizendo a ela que pode haver riscos para o projeto. Então, é apenas uma questão de durante a iniciação, nós queremos ter certeza de que todos os grandes riscos estão sendo naan pela equipe executiva. Queremos ajudá-la a identificar alguns riscos chave que poderiam potencialmente pior cenário significar que o projeto está sendo conservado ou adiado. Lembre-se, o cenário que eu dei se você assistisse o vídeo sobre o nascimento da gestão de projetos, a rainha disse, bem, se eu soubesse que eu poderia ter perdido metade do meu exército, eu teria ido com este projeto. Então é a mesma coisa que precisamos ter certeza de que o negócio, a equipe executiva, todos estão cientes do risco chave para este projeto. E nós os listamos na carta do projeto e todos assinam isso. E então todos nós estamos cientes do que está à nossa frente mais ou menos. Então, a fim de, para rastrear esses riscos, usamos uma ferramenta chamada de registro de risco. E no próximo vídeo, vamos dizer-lhe como podemos começar com isso. 25. Definindo o tipo de risco: Bem-vindo de volta ao curso. Para começar a montar uma lista de riscos onde podemos fazer é dar uma olhada em vários tipos de risco e ver para cada tipo, se podemos identificar a Reesa, podemos fazer isso com uma empresa ou com a antiga equipe do projeto, na verdade, por falar nisso. Para começar, temos os riscos de custo. Essa é uma pergunta óbvia . O que poderia atrapalhar o projeto que aumentará o custo do projeto. E se esse custo do projeto aumentasse, qual seria então o risco geral para o projeto. Portanto, existem alguns projetos que têm um orçamento muito apertado se você passar por cima mais ou menos, isso é um grande risco. Os modelos têm mais tolerância e, nesse caso, é um pouco diferente. Riscos de cronograma. Se houver derrapagem em um cronograma, há um grande risco para o projeto. O que poderia atrasar o projeto? Que impacto o projeto teria se houvesse uma derrapagem no cronograma? Por exemplo, você pode ter uma data que não é negociável no final dela. Tudo o que você poderia ter dados foi dito, mas se eles se moverem, não é grande coisa. Você também pode ter alguns riscos de reputação. Se o projeto não for gerenciado adequadamente. Há riscos de reputação que possam ocorrer? Digamos que você implemente um site que tem muita visibilidade em relação aos usuários externos. E se você bagunçar mais ou menos isso, isso seria um grande risco de reputação para a empresa. Riscos estratégicos. O projeto está alinhado com a estratégia da empresa? Ou há uma grande mudança estratégica chegando? Então, se soubermos que há uma grande mudança de estratégia para a empresa nos próximos seis meses é que não haverá risco para o projeto nesse momento . Isso é algo para se pensar. Depois, temos os riscos legais, os riscos regulatórios, os riscos contratuais. Se nos envolvermos com os dois corpos, todas essas etapas de riscos. E, finalmente, todos os riscos associados fatores externos ou perigos são os direitos. Então, nessa categoria, você poderia, você poderia, você poderia enlouquecer. Você pode colocar tempestades, inundações, terremotos, vandalismo, greves trabalhistas. Então você pode ficar completamente louco com esses comentários, portanto, deve prevalecer. Agora, criamos uma lista de riscos. O próximo passo é decidir o que fazemos com esses riscos. E esse é o propósito desta próxima palestra, é dar uma olhada nos resultados de risco. O que fazemos com esses riscos quando eles ocorrem? Se eles estiverem bem. 26. Resultado de risco: Agora podemos dar uma olhada no que fazemos para um risco específico são cinco tipos de ação que podemos tomar. Poderíamos aceitá-lo, evitá-lo, transferi-lo, mitigá-lo ou explorá-lo. Então, vamos pegá-los um por um rapidamente. Mas quando entrarmos na revisão do registro de risco, daremos um exemplo de cada um deles. Então, isso também adicionaria outra camada à sua compreensão, se eu pudesse colocar desta forma. Então, o que isso significa? Aceitamos os riscos, isso significa que estamos cientes disso? Sim, sabemos que isso pode acontecer. Mas se aconteceu, aconteceu. Que assim seja. Não tem problema. estamos cientes disso. Não queremos fazer nada sobre isso. Não há nada que possamos fazer sobre isso, então simplesmente aceitamos. Também podemos evitá-lo. Em relação ao projeto é um pouco extremo. Mas você pode, o que você pode fazer é mudar o plano para evitar esses riscos. Você pode mudar a maneira como estava planejando fazer as coisas. Sua estratégia de implementação do projeto, por exemplo. Outra coisa que você pode fazer com matrizes, você pode transferi-las para outra pessoa. Digamos que haja esse risco. Nós realmente não sabemos o que fazer se isso ocorrer. Então você pode transferi-lo. E um exemplo seria o seguro. O que você pode fazer com o risco, bem como mitigá-lo ou reduzi-lo. Assim, você toma medidas para reduzir a probabilidade do risco ou tem uma ação a ser tomada se o risco ocorrer. Então, se o risco ocorrer, você sabe o que fazer. Às vezes, isso significa um aumento no curso do projeto, porque temos que tomar algumas ações adicionais. Mas veremos isso também. O risco pode ser explorado. Então isso só funciona para riscos positivos. Riscos positivos é um risco que, se ocorrer, Isso é bom para o projeto Morris. Por exemplo, você poderia ter causado a queda, por exemplo, e isso significaria mais dinheiro no orçamento. E se houver algo que possamos fazer para aumentar a chance disso, desse risco ocorrer, então poderemos agir. Portanto, é um risco que podemos explorar. Então eu sei que a noção de risco positivo não é fácil de entender. Então é isso. Então, isso encerra o resultado do risco. 27. Gravidade de risco: Bem-vindo. À sua frente está uma tabela para avaliar a gravidade do risco. Então, a maneira como funciona é que precisamos conhecer dois componentes de um risco. Precisamos saber a probabilidade do risco e o impacto do risco. E a partir disso, podemos detectar, consultando a tabela, a gravidade do risco que pode ser baixo, médio, alto ou extremo. Então, vamos dar uma olhada na probabilidade primeiro. A probabilidade pode ser quase certa, provável, possível, improvável são raras e o impacto é significativo, menor, moderado, maior ou grave. Portanto, você encontrará algumas variações disso , obviamente, dependendo de onde você trabalha. Se você sabe a probabilidade do risco, digamos, sabe que um risco é raro se souber que o impacto será grave. Então você sabe que você vai lá ou é severo e eles colocariam isso alto. Quase com certeza. Pode ser alguém em licença médica, por exemplo, durante a vida do projeto, sim, é quase certo que alguém vai ficar doente em algum momento. Mas o impacto será significativo se for um tipo de recurso. Mas se for outro tipo de recurso, o impacto seria maior. E então você pode querer fazer algo caso os recursos estejam doentes. Só para dar um exemplo. Então, como mencionado, as empresas teriam critérios diferentes. Essa tabela seria diferente de dependendo de onde você trabalha. Não há um padrão que esteja sendo usado em todos os aspectos. Mas acho que isso lhe dá uma ideia muito boa de como podemos avaliar a gravidade do risco. Nem sempre é feito, mas acho que é uma boa ferramenta e acho que se você fizer isso, você ficaria bem. Isso permite que você também coloque um pouco de perspectiva sobre o risco quando alguém vem até você e lhe diz, bem, há um risco muito alto de que, se isso ocorrer. E depois de cavar, você cava e percebe que a probabilidade é improvável e, em seguida, o impacto é apenas menor ou moderado. E você pode dizer: Sim, eu entendo sua preocupação. O risco está em um registro de risco. Mas no final das contas, as gravidades e a mídia. Isso é tudo para a gravidade do risco. Agora podemos ir para a próxima parte do curso. 28. Exemplo de registro de risco: Como parte do processo de gerenciamento de risco no início, criamos o que chamamos de registro de risco, que é um documento que aumenta a ordem das palavras do Excel que listamos todos os riscos e a probabilidade e gravidade do impacto, e a ação que tomamos. Portanto, este é um registro que já foi pré-preenchido com alguns exemplos. Então, vou dar um exemplo de cada um dos resultados que discutimos. Então, se começarmos com o primeiro, colocamos um número de risco, colocamos uma data levantada, colocamos uma dívida. Descrição superficial do risco aqui, uma palavra nesta parte vermelha, SE e depois é, é uma boa prática e vai fazer você parecer bem se usar isso. Acho que é uma maneira muito boa de descrever um risco usando if, caso contrário, pode ficar muito fofo. Você pode dizer, bem , e se isso acontecer e o impacto não for claro? Isso realmente força você a fazer login de uma forma muito estruturada. E isso deixa o impacto muito claro também. Portanto, se o voo for cancelado, o orçamento será afetado. Então, qual é o impacto? Nós temos? Coloque o impacto que tem maior. Decidimos que a probabilidade é possível. Nós voltamos para o nosso curso principal e possível, possível aqui. Possível aqui nos dá uma severidade de alta. Gravidade. Ele está drogado. Precisamos alocar um proprietário para cada risco se for se ele permanecer aberto. Então, quem gerenciará ativamente o risco? Se o risco ocorrer, quem o abordará, resolverá? Portanto, é muito importante que, se você for o gerente de projeto, evite ter seu nome aqui, a menos que seja realmente um risco de gerenciamento de projetos. Mas nem sempre é um gerenciamento de projetos, às vezes você precisa ficar atrasado para o login do problema. Veremos mais tarde, você precisa ter certeza de que alguém realmente possui o risco, monitora para você, fica de olho nele para você e ele está pronto para agir se o risco ocorrer. Então isso seria revisado ou então como parte das funções e responsabilidades, é muito importante ter uma parte interessada responsável por cada componente do projeto, a ação. Por isso, decidimos que transferiremos esse risco. Pegamos um seguro de viagem, por exemplo, eu poderia ser uma opção para transferi-lo. Você paga um prêmio adiantado. Dessa forma, você evita o risco. O risco ainda está aberto, obviamente, porque a sílica. Mas se ele ocorrer, então você sabe o que fazer. Você tem um ad com, você tem uma ação, você tem alguém para fazer isso. Então, este é o primeiro exemplo, transferindo o risco. Se formos para a próxima linha, se a tendência do IRS atingir em Paris, por exemplo, muito improvável, eu sei, mas então não poderemos viajar para Madrid. O plano vai nos feriados. Seu plano é seguir a tendência de Paris a Madri. Portanto, o impacto que você classificou como maior, é improvável. Mas se você olhar em sua matriz e perceber que a gravidade ainda está marcada como alta, então o proprietário estará pronto. Aqui. Você decidiu evitar o risco. Sim, eu não quero que esse risco ocorra. Eu nem quero me preocupar com isso, então quero evitá-lo. Então esqueça a tendência. Em vez disso, vou alugar um carro. Então você pode fechar esse risco. Isso não é mais um risco. Portanto, você não quer arrastar esse risco junto com o projeto porque ele está próximo. Alguém o levantou, você evitou tão perto, se foi. Aqui está o próximo risco, o risco número três, digamos, se estiver funcionando mesmo no ringue durante a semana, a empresa não ficará confortável. Um pouco de eufemismo, mas apenas para dar um exemplo de férias muito simples. Portanto, o impacto que você vê lá é moderado, não o fim do mundo. E a probabilidade é improvável. E isso lhe dá uma severidade apenas de média. Portanto, não é alto, é uma severidade mínima. O pobre John ainda é responsável por isso, responsável por tudo. Mas você decide aceitar esse risco e fecha em risco. Você diz que sim, pode chover. Sim. Bem, obrigado por aumentá-lo, mas eu aceito. Você não teria esses dois riscos como esse em um registro de risco porque você tomaria um ou 21 dos dois oxigênios. Mas só para este exemplo, vale a pena, estou livre de um brinde. Se você tiver o mesmo risco aqui, mesmo impacto, gravidade da probabilidade, mesmo proprietário. Em vez disso , você decidirá mitigá-lo. Então você planeja algumas atividades internas, por precaução. Então você adicionaria um antigo trazer alguns jogos de tabuleiro. Você se prepararia antes do início dos projetos de férias. Você prepararia algumas atividades para jogar. E também se esta coluna de risco, então você sabe o que fazer. E esse risco permanece aberto porque você não o aceita. Você atenua a diferença com este. Exemplo final de um risco. Se eles são contra ir à praia, então não precisaremos alugar um carro, e então podemos economizar algum dinheiro. Esse é um exemplo de risco positivo. Portanto, o impacto é moderado, a probabilidade é possível. Portanto, a severidade, citação e citação sendo positiva, severidade é, oi, John ainda é Yona. A ação não vem. Você explora esse risco? Sim, estamos cientes de que isso acontece e se acontecer, sim, podemos usar o dinheiro economizado para comprar ingressos de cinema, por exemplo, acho que mostra, mostra, bem, o que é um risco positivo e como ele pode ser explorado. Pense que o fato de ter um risco positivo não é muito fácil de entender. Então eu acho que com este exemplo, espero que isso o torne um pouco mais claro. 29. Dicas de risco: Para terminar o risco com a iniciação, eu só queria dar algumas dicas. A primeira é incluir os principais riscos em seus relatórios semanais, mas também nas atas das reuniões. Então isso tem algumas vantagens. Em primeiro lugar, para você como gerente de projetos que o lembra dos principais riscos, obviamente. Mas isso também permite que o membro da sua equipe esteja ciente dos riscos. Também permite que sua gerência esteja ciente dos riscos e seja lembrada dos riscos. Sim, estamos trabalhando nisso, mas temos esses riscos. Não vamos perder isso de vista. Isso permite que todos verifiquem o status dos riscos. Portanto, não se perca no registro de risco rico. Então, nem todo mundo. Na verdade, quase ninguém acessaria o registro de risco além do Gerente de Projeto. Portanto, os riscos devem estar aparecendo de alguma forma. E eu acho que esses dois artefatos são um bom lugar para eles. Assim, você pode, por exemplo, também usar suas reuniões semanais para verificar se há novos riscos surgindo. Os novos membros da equipe ficarão felizes em lembrá-lo disso. Informe também se houver algum que não possa mais ocorrer para que possamos fechá-los. Portanto, é uma boa prática. A segunda dica é fazer reuniões formais de revisão de risco. Então, o que você fará é o mais cedo possível em um projeto, idealmente, durante a iniciação, você tem uma sessão de brainstorming sobre riscos. Então, como seria esse slosh de brainstorming para mais reunião de revisão de risco? Então, o que você poderia fazer como ponto de partida quando não há risco lá, você poderia usar o tipo de risco que vimos antes e, em seguida, criar seu registro de risco. Mas, em andamento no projeto, o que você pode fazer ainda é tentar trazer todos de volta e revisar os riscos existentes. Verifique se a gravidade foi alterada. Você pode fazer um brainstorming em um novo. Você pode fechar aqueles que não são válidos. Qual é a chave para esses tipos de reuniões, participação? Você precisa fazer o seu melhor para garantir que todas as partes do negócio, todas as partes interessadas participem dessas reuniões. A razão é que você não quer que alguém venha até você no meio do projeto e lhe diga: Bem, e quanto a esse risco? Você já pensou sobre esse risco? Mas se essa pessoa foi convidada para essas primeiras reuniões, então ela não pode dizer muito porque esteve lá, ela esteve envolvida. Foi dada a chance de aumentar todos os riscos. Então, é só uma questão para se cobrir um pouco. Porque sempre há alguém que vem até você e diz: “E quanto a esse risco? Portanto, se você tiver sua reunião de risco inicial e depois de ter uma reunião de risco regular, você move a responsabilidade de uma maneira de você mesmo para o amplo espectro de partes interessadas. Temos que assumir a responsabilidade por esses riscos juntos. Portanto, não é uma preocupação do gerente de projetos apenas com frequência. Mencionamos uma reunião inicial quando começamos com uma página em branco ou alguns gestos que montamos todos na empresa sabiam que sabíamos e depois de cada mês ou a cada trimestre, dependendo da duração de o projeto. Então, isso é basicamente tudo para o gerenciamento de riscos. Obrigado por seus pacientes. Então, agora vamos discutir a estrutura do projeto. 30. Estrutura de projetos Introdução e estrutura básica: Bem-vindo de volta às estruturas do projeto do curso. Então, no final da iniciação, quando é uma boa chance de que o projeto vá em frente? Montamos uma equipe, equipe de projeto. Então, quando você fizer a seção, revisaremos diferentes cenários, estruturas de projeto terceirizadas gerenciadas internamente. E veremos como eles se relacionam com outras partes do negócio. Vamos dar uma olhada em uma estrutura básica de projeto, gerenciada internamente. Nenhum empreiteiro sabe que o Fed compra. Você está sentado aqui como gerente de projeto. Você tem uma equipe trabalhando para você. Às vezes. Você tem várias equipes. Às vezes. E se você trabalha em vários projetos, você teria alguma moral de vários membros da equipe de projetos aqui também. Você tem colegas, você pode ter outros PMs, eles estão trabalhando ao seu lado. Você geralmente se reportou a um gerente de programa. O gerente de programa é um gerente que gerencia vários projetos. Então, é chamado de programa. Os projetos podem ser relacionados ou não. Mas, em outras ocasiões, você poderia simplesmente denunciar isso a um executivo. Um gerente de programa implica alguém gerenciando vários projetos, mas às vezes você se reportaria diretamente à área de negócios e Diretor Executivo ou mesmo a um gerente de linha. E isso ocorreria se não houvesse gerente de programa, se fosse um projeto pequeno, entidade pequena, uma pequena empresa. Portanto, você teria todos esses tipos de possibilidades de relatórios. Se você é como um a você, você teria algumas vezes líderes de equipe, as necessidades da equipe teriam seus próprios membros da equipe. Ou você teria algumas vezes membros da equipe trabalhando para você com uma linha de subordinação direta. Uma coisa importante é que você pode ter recursos trabalhando para você 100% do tempo, o que é chamado de recurso totalmente dedicado. Ou você poderia ter compartilhado um recurso. Você tem um membro da equipe aqui, Peter é na verdade um recurso compartilhado entre você. E o outro gerente de projeto aqui está trabalhando em dois projetos. Portanto, este PID de uma bandeira vermelha, você precisa ter certeza de que vale a pena litigar é conforme acordado. Então, se você puder, em um mundo ideal, tente ter apenas recursos dedicados, mas nem sempre é possível. Outro cenário destacado aqui, é Mary. Ela compartilhou com a BAU. Isso é ainda pior de certa forma porque ela está trabalhando para o negócio como costume equipe e o negócio que é sua carga de trabalho, não é linear. Assim, eles teriam períodos em que trabalhavam intensamente e haveria trabalhavam intensamente e haveria outros períodos um pouco mais silenciosos. Então, definitivamente, talvez outro sinal de alerta aqui para garantir que as obras de Mary sejam alocadas neste projeto. Então, como um pouco de mitigação de riscos, o que você pode fazer é quando você compartilha um recurso, você pode colocar isso em risco. Um risco aqui, é provável que a memória seja arrastada ao longo de algumas atividades do BAU, especialmente se eles fizerem suporte de produção no ambiente de TI e similares. Para finalizar apenas uma nota rápida, basta mencionar que isso é chamado de ambiente matricial quando o gerente de projeto pega recursos de outras equipes. Lá. Só para dar um exemplo de uma estrutura básica de projeto quando o projeto é gerenciado internamente e não há escritório de projeto. E veremos os troféus do projeto no próximo slide. 31. Estrutura de projeto: escritório de projetos: Bem-vindo de volta ao curso, o excitante mundo do escritório de projetos. Um projeto de taxas. E eu vou te dar algumas siglas aqui. Desculpas chamadas pílula ou PMO, é mais ou menos um conjunto principalmente de gerentes de projeto e coordenadores de projetos. Eles geralmente são gerenciados pelo gerente do escritório do projeto. Sua principal função é alocar recursos de gerente de projeto e administrador de projetos, mas também haverá gerenciamento deles. Assim, você pode ter uma linha de relatórios do coração, se quiser, entre o gerente de projeto e o coordenador do projeto e o gerente do escritório do projeto, eles definem padrões e políticas para todos os projetos. Então você se junta a uma empresa. Eles insistiram que, você sabe, imprime duas ou PMP ou qualquer outra coisa. Mas quando você se junta a eles, você percebe que eles seguem alguns padrões, sombrios, bem diferentes. E você tem que trabalhar com nossos padrões. E para mim, esse é apenas mais um argumento de que aprender uma dessas duas impressões ou certificações PMP é mais para ficar bem em seu currículo e atrair potenciais empresas contratantes. Mas o mundo real é que é raro você ter que trabalhar para trabalhar com essas metodologias. Você apenas usará os padrões e políticas da empresa e os gostos e outras funções do projeto ou fezes. Em algum momento, eles consolidariam todos os relatórios fornecidos pelos gerentes de projeto e, é claro, verificariam você no relatório e o perseguiriam. Se você não os forneceu a tempo. Eles reagrupariam todos os relatórios de todos os gerentes de projeto e os consolidariam e os forneceriam às equipes executivas. Em seguida, mostramos que o processo está sendo seguido, é claro. Então, eles fornecem padrões e coisas do gênero. Então, eles querem ter certeza de que os processos estão sendo seguidos. E se você tiver sorte, eles podem fornecer algum treinamento, suponho, como qualquer tipo de equipe de gerenciamento faria. Essa é uma visão geral rápida do escritório do projeto. Agora podemos dar uma olhada em como isso se encaixa no organograma que vimos antes. Então, isso é o mesmo de antes. Então, estamos sentados aqui como gerente de projeto, você está se reportando ao gerente do programa aqui. Mas, ao mesmo tempo, você tem algum tipo de linha pontilhada para um escritório de projetos. Você pode trabalhar ao lado de um coordenador de projeto. Veja, desculpe, estou muito ocupado com este projeto e preciso coordenadores de projeto que o coordenador do projeto ajudaria você. O coordenador do projeto pode ajudá-lo com coisas como organizar reuniões, escrever atas, também pode ajudá-lo com a programação e o Reich. E com base na experiência do coordenador do projeto, isso pode ser mais ou menos útil. Mas, como mencionado, essa é uma boa maneira entrar no gerenciamento de projetos, pois eu, como mencionarei na parte três, acho que essa é uma excelente maneira. Às vezes, não preciso conhecer nenhuma outra metodologia de gerenciamento de projetos. Então você entraria aqui e acabaria aqui provavelmente. Mas vamos deixar como está para o escritório do projeto. E vamos dar uma olhada em outro tipo de gráfico que você poderia ter. 32. Estrutura de projeto: terceirizado de projetos: Então, vamos dar uma olhada em outra estrutura de projeto em um cenário em que o projeto está sendo terceirizado para contratados para terceiros. No amarelado aqui, teríamos a estrutura interna usual com programação de negócios ágeis em torno deles e protegeríamos os gerentes lá. E então, em esverdeado, teríamos o empreiteiro. Eles teriam sua própria estrutura geralmente para projetos grandes, eles teriam um gerente de projeto e a empresa teria um gerente de projeto interno também. Portanto, o fluxo de informações, se você quiser, seria da equipe aqui para o gerente de projeto, contratando e até o gerente de projeto interno. E depois que o fluxo de relatórios vai até o gerente do programa. Então, esse é apenas um cenário. Se você quiser. Às vezes, o gerente de projeto, ele pode se reportar diretamente ao gerente de programa ou à área de negócios em algum momento quando é muito pequeno, eles não precisam de gerentes de projeto. Portanto, o líder da equipe pode se reportar diretamente ao gerente de projeto interno. Mas para grandes projetos para gerentes de projeto, um de cada lado. 33. Estrutura do projeto: comitê de direção: Bem-vindo de volta. Então, para terminar na estrutura do projeto. Quando discutimos comunicação, mencionamos o comitê diretor como um grupo que precisa ser mantido informado e precisamos ter uma maneira estruturada de nos informado e precisamos ter comunicarmos com esses grupos. Portanto, o comitê de direção é uma estrutura temporária que está sendo criada para o projeto, para que eles possam supervisionar o projeto e fornecer algumas decisões importantes. E eu ia dar um conselho, mas é mais do que um consultor realmente deveria liberar, rasgar o projeto. Essa estrutura é mais ou menos composta por partes interessadas de alto nível, mas às vezes eles trazem especialistas para essa reunião para permitir que eles tomem uma decisão. Geralmente são as aprovações para as principais decisões. Então, eles são um grupo muito importante. Então, vamos dar uma olhada no que normalmente o Comitê Gestor é feito. Então eles têm o que chamamos de usuário sênior, que é um usuário sênior é o usuário final do produto, se você quiser. Eles são os que usaremos, o que o projeto oferece. Há também um fornecedor sênior que nem sempre está presente, mas quando o projeto é essa fonte ou quando há alguém fornecendo o bem ou serviço, eles estariam à mão aqui. E então o executivo sênior, ou o chamado proprietário da empresa. Então essa é a pessoa realmente responsável pelo projeto. O projeto é para ele ou ela. Em uma categoria de partes interessadas, eles serão de alto interesse e alta influência. Então, à medida que o projeto é feito para eles, eles têm o, eles fazem o código mais ou menos. Se em algum momento eu decidir que o projeto não vale mais a pena, eles simplesmente fazem a ligação. Muito importante. Então, o que é interessante são os comitês de direção. Você presumiria que o gerente de projeto é um participante obrigatório, mas às vezes é um gerente de projeto que não participa. Às vezes, é o gerente do gerente de projeto presente. Então eles elevaram um pouco a fasquia. Eles querem ter uma visão um pouco independente do projeto. Então, se a decisão nem sempre é sua, mas é melhor se o gerente de projeto comparecer. Então, isso é tudo que eu realmente queria mencionar em um comitê de direção, grupo de oi, pessoas de influência reunidas para discutir o projeto. E quando há alguns problemas importantes , eles fazem a ligação. Eles também podem ser usados como ponto de escalonamento. Isso é o que eu disse que é bom como gerente de projeto que você participa porque você pode levantar seus principais problemas. E isso é tudo para a estrutura do projeto. Então, a seguir, encerraremos a fase de iniciação e começaremos verificando alguns exemplos antes de encerrar a fé. 34. Opcional: exemplo da Carta de projetos: Então, no início de uma iniciação, mencionei o documento de regulamento do projeto, que é um documento que o gerente de projeto cria para reagrupar todas as descobertas da fase de iniciação. E isso está sendo usado como uma forma de fazer que a empresa assine o projeto e podemos prosseguir com o projeto. Eu só queria dar um exemplo. A iniciação aumenta, porque acho que sempre ajuda. Acho que, como mencionei, o projeto pode ser um pouco assustador. Às vezes, vemos esses modelos enormes com todas essas informações que precisam estar em. Mas não precisa ser. Se começarmos com algo muito simples e apenas adicionarmos algumas palavras ao redor, pode ser um exercício bastante curto, especialmente levando em consideração que a maior parte do conteúdo deste documento é retirado de outras partes interessadas. Das partes interessadas, você não está escrevendo muito do conteúdo. Vamos dar uma chance a outro projeto , construir uma ponte. Então, uma das seções, nossa sugestão que temos no documento de regulamento do projeto é um objetivo do projeto. Muito simplesmente, o projeto diz respeito à construção de uma ponte no lado macio da cidade. Algo muito simples assim para os objetivos do projeto. Quando eles tinham alguma papelada de caso de negócios e coisas do tipo, você pegava coisas do documento e as colocava lá. mesmo para a próxima seção aqui, benefícios e business case. Isso é algo que você costuma tirar do negócio. Eu tenho aqui. O tráfego atual no centro da cidade se tornou insustentável e está causando atrasos. E, portanto, precisamos dessa brecha. Você então entrará no escopo de alto nível, o que está dentro do escopo e o que está fora do escopo. Então, eu realmente simplifiquei isso. Acho que no início do escopo, eu tinha vários pontos aqui. Simplesmente simplifiquei isso. Obviamente, você teria mais palavras do que boas, mas é só para destacar a estrutura do documento. No escopo, a construção e o teste da violação. É isso que queremos que o projeto faça. Queremos que o projeto construa uma ponte e para ter certeza de que funcionou, você teria mais subcomponentes. Eu acho que o valor de dois bits diz, você diria onde isso precisa ser feito e coisas do gênero. Isso é mais ou menos para lhe dar uma ideia de dentro e fora do escopo. Fora do escopo, você teria comunicação com os usuários da estrada e todas as estradas na serialização, por exemplo, você não quer que a equipe do projeto cuide disso. Você vai levar isso sozinho. Isso está fora do escopo. A programação de alto nível será apenas um marco importante. Você vai dizer apenas por John, eu gostaria de terminar a fase de planejamento. 2021, março. A empresa será contratada. junho. Isso tem que acontecer e você iria vagar pela conclusão até 2023 orçamento de implementação da mesma forma. Demos uma olhada rápida no orçamento. Falamos sobre a ordem aproximada de magnitude e um dos pesos chega a essa ordem aproximada de magnitude. Considerando que a opinião de especialistas, e então temos um especialista pode construir uma ponte. Você só não quer improvisar para combinar. Então você realmente precisa de alguém, você contratou alguém, um especialista. Ele sabe como é feito, é um especialista que faz isso muitas vezes. Então, qualquer tipo de preservado com 120 milhões para construir uma ponte. E o orçamento como o Conselho, desculpe, como um orçamento de 150 milhões. Então parece que poderia funcionar. A próxima parte, os principais riscos. Mas se vamos atrasar a construção. Portanto, você se preocuparia com o fato de que, se houver mau tempo, a construção será atrasada. E então você colocará isso em seu registro de risco. E você então decidirá o que fazemos com isso. Nós simplesmente aceitaremos isso. Você quer evitar isso? Vai ser mais difícil. Você provavelmente poderia mitigar isso. Talvez faça algum trabalho interno enquanto está chovendo. Não sei, mas esse é um ponto de partida. Você normalmente se referiria ao seu registro de risco. Você poderia anexar seu registro de risco ao regulamento do projeto para realmente ajudar todos a tomar uma decisão acertada. Outro risco listado aqui, obviamente não sou um especialista em construção de pontes, mas gosto desse exemplo. Portanto, a dependência das autoridades rodoviárias pode atrasar data de implementação, de modo que você imagina que teria poucos loops para percorrer para construir uma ponte. E uma delas são as políticas, os padrões e coisas do gênero. Então isso é algo que causaria atrasos. Portanto, como parte da mitigação de riscos, tentaremos acelerar esse processo ou pelo menos, entender muito bem quais são as etapas envolvidas. Você também daria ao projeto outra visão mais rigorosa do produtivo. Então você decidiu terceirizar o projeto. Obviamente, você não tinha equipe especializada útil para construir uma ponte. Então você teria um metal de equipe com o seguinte. Você teria um gerente de projeto interno. Você colocaria Mary Smith, parte do conselho deveria ser seu gerente de projeto interno. Você teria um gerente de projeto de duas empresas diferentes. Então você teria a empresa XYZ para fazer a construção em si e a ABC para fazer outra coisa. Então você terá uma equipe formada gerentes de projeto gratuitos por gerentes de projeto gratuitos porque esse projeto seria tão, tão grande que o terceiro teria gerentes de projeto. Você criaria um comitê de direção e parte da lista de partes interessadas. Suponho que um comitê de direção será formado pelo usuário sênior, que são os representantes da autoridade rodoviária. Portanto, o usuário sênior representará todos que usam a ponte. Então, obviamente, você não pode ter todos os usuários, mas seria você quem representaria todos os usos. A malária sênior seria a empresa XYZ. Eles são os principais, são os principais que constroem a ponte, então eles serão o fornecedor sênior. Você também teria o executivo sênior e esse é um chefe que eu presumo que seja prefeito da cidade. Então, ele ou ela será quem as principais decisões no projeto. Então você teria uma lista de partes interessadas. Eu aqui acabei de duplicar o comitê de direção. Obviamente, você teria gerente de projeto. Você teria Marion legal. Você teria os gerentes de projeto dessas duas empresas e teria alguém que pudesse pensar na lista de aprovadores necessários? Sim, isso é importante. Você gostaria que o executivo sênior enviasse o documento após revisão da equipe de gerenciamento. Então você sabe que a principal aprovação para este projeto seria o homem, a cidade. Então, isso é um resumo do estatuto do projeto. Espero que faça sentido. Não terminamos com o exemplo. Ainda temos alguns exemplos depois deste, mas acho que espero que seja apenas o teto, todas as informações que você teve na cara dele para a fase de iniciação da fase. E você também tem um modelo em seus recursos. Mais uma vez, o modelo, cada empresa teria um tipo diferente de modelo. Então, se você se juntar a um gerente de projeto em algum lugar, isso lhe dará um modelo. Mas eu só queria colocar um modelo nos recursos apenas para mostrar que não precisa ser muito complicado. Vamos dar uma olhada em outro exemplo. Mas desta vez em alguns componentes específicos da carta do projeto. 35. Opcional: exemplos adicionais: Então, estou me concentrando aqui em alguns componentes do estatuto do projeto, que são o custo, o cronograma, o caso de negócios e a equipe. Então, primeiro exemplo, você teria uma entrega de software. O custo de alto nível. Você teria o provedor de serviços X, Y, Z, que forneceu uma estimativa de 150 K e 50 chaves em andamento. Portanto, é um ambiente terceirizado. E essa geralmente é a melhor maneira de contravenção porque, você sabe que os prestadores de serviços estão fazendo hoje em dia, como eu mencionei, eles têm equipes. Eles serão capazes de fornecer um custo muito preciso e um cronograma de alto nível. Então, o provedor, conforme estimado para mães, faz o parto. Então, com base nisso e com base em quando o projeto pode começar, você deve ser capaz de fornecer à empresa uma implementação, data de implementação até você se quiser adicionar alguma contingência ou não. O caso de negócios, precisamos de um sistema de contabilidade para evitar contribuições manuais e heróis humanos nos custando 75 mil por ano. Então, eles estão dizendo que um é claro, seria 15050 fazendo. Mas você está dizendo a eles que eu definiria um 75. Sim. Então, isso vale a pena? Então eles diriam, bem, 50 mil custam 75 economias, sim, são 25 mil por ano. Mas isso realmente vale a pena levar em consideração que você precisa recuperar seu custo inicial. Então você coloca tudo isso para eles e eles podem tomar uma decisão informada. A equipe reúne uma equipe, o provedor de serviços nos fornece um gerente de projeto. O Comitê Diretor será configurado com esse gerente de projeto e recurso sênior de x, y, z, que é o provedor de serviços aqui. Próximo projeto. Como exemplo, você desenvolve um site. Portanto, o custo de alto nível, você tem uma PME ou especialista no assunto ou outra palavra para um guru estimado em $30 mil. Você tem sua escala liberal. Você diria que precisamos disso antes do Natal. Isso é imperativo para as pequenas empresas. Então você obtém a estimativa da SMA e verá que se isso pudesse funcionar. O caso comercial é que queremos um recurso on-line para reduzir a quantidade de chamadas telefônicas e há alguns números lá. Então, mais uma vez, você colocaria todos esses números juntos para a empresa decidir. Economia de custos. Vale a pena? E a equipe, uma equipe interna pode fazer o trabalho. Portanto, não seremos um projeto terceirizado como o anterior. Será um projeto de gerenciamento italiano. Usará Mary como gerente de projeto. E o resto da equipe já foi criado. Então você pode ficar tranquilo, pois podemos executar este projeto sem problemas. Outro exemplo que acabei dar a um especialista estimado em 120 milhões, o cronograma de alto nível que eles esperam mencionar há anos, violação é necessária para evitar congestionamentos. E para reunir a equipe. Sabemos que este PM é especializado em constrição de violação, então vamos contratá-lo como empreiteiro. Em vez de ter outro cenário no anterior, eu tinha alguém internamente do console. Mas você percebe que para ser mais conveniente talvez ter um gerente de projeto especializado e você o contrataria. Exemplo final, apenas para manter esses acordos em feriados, como eu gosto de dar vários exemplos. Então, custo de alto nível, bem, temos 5 mil de largura, a programação do Oliver, você tem um caso de negócios de duas semanas. Nós realmente precisamos de uma pausa na equipe, nós dois e as crianças. Então, como parte do comportamento em mente, estamos na fase de iniciação. O projeto ainda não começou. Então, em outras palavras, se você ficar com, uh, saindo de férias, projetos, você tem $5 mil para gastar e você tem duas semanas disponíveis. E então você pode modelar para decidir bem, o caso de negócios vale a pena? Isso retém água? Eu tenho? Podemos começar a planejar isso? E essa é a vantagem de se fazer essa pergunta antes, antes de começarmos o planejamento. Porque se você entrar no planejamento e começar a investigar e erótica e depois de perceber, bem, nós nem temos dinheiro para isso ou nem precisamos sair para isso. Então eu queria terminar com este exemplo apenas para destacar a importância de obter, o principal é escrever uma tese e um rosto, porque depois que é tarde demais, você não quer entrar em tudo isso planejamento. Só para perceber que, bem, outro dia que esse projeto não é viável e esse é o propósito da fase de iniciação. 36. Fase 1: encerramento da inicialização: Bem-vindo de volta. Para finalizar nosso projeto de iniciação. Então, comecei essa fase afirmando que o início do projeto nem sempre ocorre. Pelo menos os OKRs anteriormente não eram um pouco como uma verificação da realidade, em oposição ao que você aprenderá em alguns padrões de gerenciamento de projetos, análise de metodologia. Você terá um cenário com alguém que administra e executivo. Eles simplesmente vinham até você e avisavam. Sim, você tem um projeto. Já elaboramos o orçamento e isso precisa ser implementado até essa data e geralmente é bastante agressivo. Então, isso acontece é que é importante para você, quando se envolver neste estágio ser muito ativo na tentativa de encontrar possíveis lacunas. Porque qualquer coisa que é perdida nesta fase, seria muito, muito difícil de consertar mais tarde. Precisa desafiar com muito tato os recursos que surgiram com esta citação, Você precisa tentar descobrir como eles chegaram a essa citação. Você precisa verificar se eles esqueceram alguma coisa para incluí-lo. Essa citação, citação, às vezes eles vêm com citação, mas eles não pensam em todas as despesas gerais e coisas do gênero. Então, como gerente de projeto, você realmente precisa ter certeza de que tudo está incluído. E para evitar isso, como você faz na era do planejamento também, mas eles não incluíram isso. Eu não incluí isso. Então, desafie com tato, essa seria minha recomendação. Se você se esconder envolvido na iniciação para se certificar de que o custo total fornecido antecipadamente impossível, porque uma vez que o orçamento é alocado, então ficará mais difícil, se não impossível, à medida que você avança no projeto para Amanda e mudança. Então, vemos a fase de iniciação como analogia. Se você quiser iniciar uma pintura, a fase de iniciação é quando você delineou as formas grandes na tela. Se você esquecer um ou se você não fizer um certo, então não precisa ser preciso, amplo. Mas se você esquecer uma grande parte, então seria muito difícil retificar. Então, temos um teste para finalizar as coisas e continuaremos com a próxima fase, que é o planejamento do projeto. 37. Fase 2: visão geral da seção de planejamento: Bem-vindo de volta ao curso, visão geral da seção de planejamento. Nesta seção, analisaremos o objetivo da fase de planejamento. Também discutiremos a função do gerente de projeto. Nesta fase, revisaremos um documento importante o gerente de projeto deve criar durante essa fase, chamado de Plano de Gerenciamento de Projetos. Normalmente, os principais componentes dessa fase que discutiremos serão os requisitos de escopo, programação, custo, orçamento e planejamento de qualidade. Terminaremos como de costume com um exemplo do documento criado pelo gerente de projeto. E então teremos um resumo e um teste também. 38. Fase 2: finalidade de planejamento: Agora concluímos a iniciação, parabéns. O projeto foi aprovado. Agora estamos começando a planejar. Planejar é planejar a execução, que é o planejamento para a próxima fase, mais ou menos. Mesclar é como vamos entregar isso? E o que exatamente precisamos fazer? Porque a iniciação, foi tudo um pouco de alto nível, pedaços de alto nível. Agora é hora de conhecer os pequenos pedaços, então precisamos voltar ao negócio e perguntar o que exatamente e colocar isso no papel e todos nós podemos assinar e concordar. Mas agora vamos analisar em detalhes o que está envolvido na fase de planejamento. Então, qual é o propósito do planejamento? É mais ou menos, como estaríamos fazendo esse projeto? Eu estarei realizando as atividades deste projeto. É uma visão sulista dos principais componentes envolvidos no planejamento. Voltamos aos requisitos, ficamos mais granulares. Você é um pouco do nível mais baixo. O que exatamente queremos alcançar? O que está incluído, o que está excluído? Definimos os limites um pouco mais de uma forma mais refinada. Analisamos mais de perto nossa programação agora que não estamos mais no pincel largo, então estamos realmente olhando para cada passo que é necessário. A dependência é a duração das etapas, e isso deve nos dar uma data final de entrega. Examinamos o orçamento e o custo com muito mais detalhes. Nós damos uma olhada, outra olhada nas partes interessadas, se elas ainda estiverem bem, mais de perto ou mais nas funções e responsabilidades. Este é o documento-chave que será entregue no final desta fase, tivemos o estatuto do projeto em início. E nesta fase, chamaremos o documento criado pelo gerente de projeto, o plano de gerenciamento de projetos. E depois planejar todas as outras atividades mais ou menos. Dependendo do projeto, você terá mais ou menos atividades aqui, listei algumas. Estamos planejando como iremos relatar um projeto. Precisamos manter alguém informado sobre o controle de qualidade? Falamos sobre qualidade. Podemos verificar se o que estamos fazendo está certo? A comunicação? Falei sobre isso com as partes interessadas. Como vamos nos comunicar e com quem e como? Dê uma olhada no planejamento para compras. Precisamos comprar alguma coisa e se sim, como faremos isso. E também, é claro, vamos dar uma olhada nos riscos. Portanto, o resultado geral buscado no planejamento é saber como atividade do projeto será contatada, conduzida, desculpe. 39. Papel da PM durante o planejamento: Bem-vindo de volta ao curso. Vamos dar uma olhada no papel do gerente de projetos no planejamento. Durante a iniciação, o gerente de projeto criou uma carta de projeto. E durante o planejamento, o gerente de projeto cria um plano de gerenciamento de projetos que abrangerá todas as conclusões do planejamento e o enviará para aprovação. Ele ou ela tem outro documento para criar alguma papelada para fazer. Além disso, as duas principais atividades que o gerente de projeto precisa fazer é finalizar o cronograma e o orçamento. Essas são as chaves e são muito importantes. E isso precisa ser feito com muitos detalhes. Além disso. Obviamente, o gerente de projeto precisa garantir que todo o planejamento seja feito corretamente. Acabei de listar alguns aqui. O PM precisa garantir que o planejamento das atividades seja histórico, que os requisitos sejam claros. O escopo é definido, que a estrutura da equipe é finalizada, uma lista completa de partes interessadas é criada, que os recursos estão disponíveis. Obviamente, isso é muito importante para o planejamento e o cronograma. Que todo mundo está a bordo. Poderíamos ter uma lista de partes interessadas, mas aqui não estamos engajados. E se os recursos não estiverem disponíveis, não iremos muito rápido. Então, geralmente o que fazemos é ter uma reunião inicial em que envolvemos todas as partes interessadas, todos os recursos do projeto e vemos se alguém tem algo a dizer, diga agora. Caso contrário, vamos precisar garantir que o relatório seja definido. Conforme mencionado anteriormente. Todas as etapas são tomadas para entregar um bom produto que está planejando a qualidade. E essa comunicação é clara. Além disso. Vamos dar uma olhada no registro de risco que também adicionamos. Então, isso é um monte de coisas para fazer durante o planejamento. É uma fase muito ativa para o gerente de projeto. 40. Definição do plano de gerenciamento de projetos: Mais uma vez, é assim que seu plano de gerenciamento de projetos poderia ser. Peguei alguns dos componentes que estavam no meu primeiro slide sobre o planejamento do projeto, mas adicionei alguns aqui. Os fatores críticos de sucesso, seja, como decidiremos se o projeto é um sucesso ou não? Isso é algo que poderíamos incluir no plano de gerenciamento de projetos. Poderíamos listar todas as entregas. Se você se lembra da terminologia, isso é tudo o que o projeto entregará no final do projeto. A estrutura de detalhamento do trabalho, isso é algo que também é. Os requisitos da lista são o que é exigido do projeto. E eu tenho um exemplo disso mais tarde. Você também pode ter algumas restrições que não foram mencionadas antes. Uma abordagem de projeto, ou seja, como faremos esse projeto em algum momento, às vezes não é necessário porque a maneira de fazer o projeto é bastante normal. Mas se fizermos algo um pouco diferente, suponho que seja sempre bom listá-lo. Então esse é outro documento que precisamos criar. E, em seguida, começaremos a revisar o primeiro componente, que está voltando aos requisitos de escopo. 41. Requisitos: introdução: Bem-vindo de volta ao curso. Agora é hora de entrar em mais detalhes em nosso escopo. Então, de um lado, temos o negócio. Eles precisam nos dizer exatamente o que precisamos fazer. Por outro lado, a equipe do projeto seria analista de negócios e arquiteta quem realmente precisa ter certeza de que entende o que a empresa quer. Essa é uma etapa crítica porque tudo o que fazemos na execução será baseado nesses requisitos que a empresa está nos fornecendo. E veremos no próximo slide como esse requisito é importante e quão importante é acertá-lo? Então, como criamos documentos de requisitos? Geralmente, há algum tipo de analista de negócios envolvido em nome da empresa para colocar todos os negócios que desejam em um único documento. Pode ser chamado de documento de requisitos de negócios. Pode ser chamado de documento de requisitos detalhados, mas também pode ser uma matriz de requisitos em alto nível. E a vantagem da matriz de requisitos é bem rápida. Para voltar aos requisitos. Você teria um requisito aqui e tem um número associado a ele. Estou apenas dando um exemplo aqui. Isso é bastante útil, como veremos, se não for uma matriz de requisitos, haverá algum tipo de outro documento de qualquer maneira, onde os requisitos são claramente articulados. Só para enfatizar o fato que esse exercício é muito importante para o projeto. Usaremos a matriz de requisitos ou qualquer tipo de documento de requisito durante a execução para projetar e construir o produto. Também será usado para verificar o escopo do negócio aqui. Você já pensou nisso no meio do projeto e se não estiver na lista, dissemos , desculpe, isso não estava nesta lista. Então, precisamos fazer um controle de mudanças. Ele será usado para verificar a qualidade. Quando tivermos uma equipe de teste, eles passarão por todos esses requisitos e confirmarão que a construção foi feita corretamente e, em seguida, incluirão todos esses requisitos. E a aceitação final. Quando o produto estiver concluído, o negócio voltará com essa lista e garantirá que, sim, eles tenham esses anos, tenham esse tick, tick, tick e tudo pronto. É especialmente importante em um ambiente de fornecedor, quando uma empresa é contratada para fazer um trabalho antes de você assinar e sem liberar o dinheiro. Normalmente, você teria algumas discussões sobre o requisito. O requisito aqui, por exemplo, eles podem ter aqui alguma categoria. Pode ser um requisito de conformidade, pode ser um requisito de segurança, pode ser apenas um requisito de design. Então você teria algum tipo de descrição. Pode ser um bom ponto de partida. Por exemplo, o requisito de segurança serial ou as transações no site devem ser criptografadas. E então você poderia ter algo mais detalhado. Por baixo. 42. Estrutura de divisão de trabalho: definição de WBS: Antes de passarmos para a próxima parte do planejamento, eu só queria mencionar brevemente uma ferramenta, pois estamos em requisitos que os analistas de negócios também usam às vezes. Visualize os requisitos exigidos pela empresa no projeto. Por isso, é chamado de WBS ou estrutura de detalhamento de trabalho. E é apenas uma maneira sofisticada de decompor os entregáveis em pedaços menores. Portanto, ele pode ser usado, é usado principalmente por analistas de negócios, mas também pode ser usado pelo gerente de projetos. Por exemplo, aqui, na verdade, tenho o exemplo de um projeto que decompus usando o gráfico WBS. Então, a forma como funciona é que vai do componente mais complexo para o mais detalhado, e funciona com subcategorias. Então, se você tem, por exemplo, eu tenho o componente mais alto, que é o meu projeto é ir de férias. Eu decomponho esse projeto nas principais atividades que considero necessárias para entregar esse projeto. E então, em cada atividade chave, tenho uma atividade menor e o alcance. Então, se eu pegar apenas um exemplo, decida o destino. Então, meu projeto seria semelhante a dias. E meu subprojeto, se você quiser, meu subcomponente seria decidido no destino. Endo, decida o destino. Eu teria ideias de brainstorm. Verifique o caminho. O próximo subcomponente é, como vou decidir sobre cada unário? Outra olhada no momento. Vou dar uma olhada nos stokes que eu queria ter e ascites que eu quero visitar. Então, em outras palavras, é quando você vai de cima para baixo, você fica cada vez mais granular. Eu preciso de uma boa maneira de não esquecer nada. É chamado de estrutura de divisão de trabalho da WBS. Só queria mencionar isso, caso você ouça sobre isso e possa ver que sim. Já ouvi falar disso. Eu sei o que é. 43. Programação: introdução: Bem-vindo à parte de agendamento do programa. Como vimos com o escopo, o agendamento durante o planejamento precisa ser mais completo. Tem que estar completo. Durante a iniciação, ficamos felizes com alguns marcos importantes, mas eles estavam no planejamento. Temos que fazer um plano completo, uma programação completa. Quando construímos um cronograma. Durante o planejamento, estamos preocupados principalmente com as atividades que ocorrerão durante a fase de execução. Ninguém está realmente interessado no que está acontecendo na fase de fechamento, talvez o seu projeto dele para que eles possam preparar corretamente alguns dos recursos de gerenciamento de projetos e os do Reich. Mas uma empresa, suas equipes de projeto e o Ragsdale estão mais interessados na execução. Então é aqui que passaremos a maior parte do tempo planejando a execução. Portanto, o agendamento obviamente é importante para a coordenação dos recursos. É importante saber que você não pode simplesmente absorver recursos e deixá-los ir quando quiser. Então você provavelmente não estaria trabalhando com outros gerentes. Você precisa dizer a eles quando um recurso estará disponível ou quando você precisa ter acesso ao trimestre de pontuação e outro recurso. Obviamente, a coordenação das atividades. Assim, você pode contar às equipes essa atividade que terminamos com essa dívida. Em seguida, a outra equipe, se tiver uma dependência dessa atividade, poderá começar. Assim, eles podem colocar tudo isso em mim ou o líder da equipe pode colocar isso nos planejamentos. Obviamente, a implementação deixa a complicada, mas também o custo final, porque alguns custos dependerão da duração do seu projeto. Por exemplo, o gerenciamento de projetos é o mais óbvio. Quanto maior o projeto, mais tempo você precisará gastar no projeto. Isso não significa que você precisaria gastar 100% do seu tempo. Mas quanto mais longo o projeto, maior será o custo de gerenciamento do projeto. O mesmo para alguns estão contidos em alguns administradores, algumas atividades gerais estariam na mesma categoria. 44. Programação: quebra da execução: Bem-vindo de volta à parte de planejamento e programação do planejamento. Após a introdução, eu queria mostrar alguns componentes típicos que se enquadram na parte de execução. Portanto, é sempre uma boa ideia quando você planeja um projeto verificar se você se enquadra nesse cenário aqui. Então, no final do planejamento, você passa para a execução. Então, em outras palavras, no planejamento, você precisa planejar a execução, como mencionamos anteriormente, você tem que olhar para frente ou o que a execução implicaria. Portanto, são instâncias em que a execução será decomposta da seguinte forma. Assim, você teria o design, a construção, o teste e, em seguida, a implementação. Isso é típico de um projeto de TI. Você teria que os requisitos ocorreriam antes e durante a execução, você fará o design, você fará a compilação, você fará o teste, a implementação e após o componente de execução será encerrado. Durante o planejamento, você fará a coleta de requisitos. Portanto, o negócio virá com matriz de requisitos ou documento de requisitos de negócios. E isso lhe dirá o que precisa ser feito em detalhes. E então, durante a execução, você entrará em design e como faremos isso. Então, às vezes, há alguma confusão. O design não faz parte do planejamento, embora seja tentador colocá-lo lá. Mas não é. O que não é planejamento é reunir os requisitos e, em seguida, design faz parte da execução. Isso e nós lhe diremos como você vai perdê-lo. Estes são os requisitos, dirão o que você fará e o design que você, como você fará isso. Os requisitos os negócios de alto nível aqui Eu quero um site que tenha esses dados, tenha dúvidas e gostos e o analista de negócios como parte do design, lhe dirá como eles se converterão esse requisito em algo concreto, como a página da web será projetada exatamente. E depois que avançamos para a construção, os desenvolvedores constroem ou constroem, eles usarão o documento de design produzido aqui e o usarão para construir o produto. Quando a compilação for concluída. Esperançosamente, você terá uma etapa de teste aqui, onde verificará se o trabalho foi feito adequadamente. E de acordo com os requisitos. Isso é o que estávamos vendo antes. O documento de requisito é usado para design, construção e gosto. A etapa final após o teste é fazer a implementação. Então, como você pode ver, isso pode ser muito útil para montar um rascunho de cronograma. Você teria um título com um design ou acertando com construção, implementação de teste. E sob cada título você teria as tarefas mais detalhadas. 45. Exemplos de planejamento de execução: Bem-vindo de volta ao curso. Agora, o que podemos fazer é já ter visto esse modelo antes onde podemos ir do projeto, construir e testar a implementação. que podemos fazer é dar uma olhada nos projetos e ver quando, quando fazer o planejamento, se eles se encaixam nesse modelo. Então, aqui eu tenho cinco projetos e vamos analisá-los rapidamente e verificar cada um desses componentes aqui se ele se encaixa no modelo. Portanto, o primeiro é uma entrega de software. Então, quais seriam os requisitos para isso? Esse será o negócio nos dizendo o que eles querem que o software faça. Então isso funciona. Então, podemos realmente nos relacionar com um requisito aqui. O design geralmente usará algum tipo de especificação de software, e isso será feito pelo analista de negócios. A compilação será toda a configuração de codificação e relaxamento feita pelo desenvolvedor. Não há nenhuma surpresa porque a entrega de software é na verdade aquela em que é realmente um projeto de desenvolvimento de TI e renderizar esse modelo se encaixa no projeto de desenvolvimento de TI. Então, para voltar aqui, teste o teste dos requisitos do software VS. Sim, então a análise de gostos estaria envolvida na implementação. Haverá uma ativação em que os usuários poderão acessar o sistema. Isso funciona. Vou desenvolver seu site também é uma espécie de projeto de TI. O requisito viria da empresa nos dirá que tipo de largura eles querem e qual funcionalidade eles querem ter. O design que será o mesmo. Haverá um design de site de designer aqui que está sendo feito para construir, criando um site trimestral, que é mais configuração nos dias de hoje. No que diz respeito a isso. No entanto, a equipe especializada faz o site e, além disso, obviamente, o negócio virá e fará a implementação do UAT. Sim, também entramos no ar, fornecemos acesso total ao site. Então isso funciona bem, construir uma ponte. Os requisitos. Acho que já vimos construir uma ponte antes. Portanto, os requisitos, o governo ou quem quiser essas pontes, descrevem os tipos de raios que eles querem. O projeto seria feito, eu acho que por um arquiteto terá a planta e coisas do gênero. O projeto de lei será feito pela equipe de construção. Teste, testaremos a solidez da violação. Então essa é interessante. Presumo que eles também experimentem componentes antes, mas não sei se você os viu na internet, mas eles colocaram 50 caminhões grandes na ponte e testaram mais ou menos. Não quero saber o que acontece se não funcionar, mas acho que eles fazem isso. Muito conveniente que o sabor seja bastante sólido e a implementação, sim, em um dia eles dizem que é isso. A ponte está entre aspas ao vivo e os carros são permitidos na estrada. Agora, se tomarmos o projeto de codificação de ir de férias, os requisitos, o que quer que seja, isso, todos nós precisamos de dias santos, suponho que em algum momento, design estará preparando o cenário e a construção será para fazer o teste de reservas. Você não pode realmente testar o feriado. Quero dizer, eu gostaria de poder testar meus dias sagrados, mas suponho que você poderia fazer uma simulação com todas as reservas. E a implementação é quando eles só começam a pousar na lua. Digamos que queremos ir para a lua. Então, isso é um requisito. Eu imagino que eles forneceriam mais detalhes do que isso. Mas o design, temos um foguete sendo projetado e construímos o sabor do foguete. Eu suponho que eles façam muitos testes, mas eles não podem realmente testar ir à lua uma, duas vezes e depois. Ok, isso é, esse é o certo. Vamos, vamos agora ao vivo. Então eles fariam algum tipo de degustação. Portanto, é discutível se esse modelo funciona para isso, achamos que talvez sim. E a implementação, é isso aí, 321 vá aqui, você tem todos os componentes. Muito útil quando você quer criar um plano. 46. Como criar uma programação: passos e exemplo: Vamos continuar com o planejamento e o agendamento do projeto. Eu tenho algumas etapas sugeridas para criar um cronograma aqui. Passo 123, obviamente, acho que construir um cronograma é bastante intuitivo. Acho que todos nós sabemos sobre as dependências de duração do projeto. Todos nós planejamos algo de alguma forma. Também não tem graça nos feriados. Eu gostaria de dar esse exemplo. É todo mundo. Espero que você tenha começado isso em algum momento. Primeiro passo, listamos todas as tarefas necessárias juntamente com o esforço necessário. É um modo de tempo que seria realmente gasto em fazer o trabalho. A duração será o tempo gasto do início ao fim. Assim, você pode ter alguns atrasos, alguns tempos de largura no meio. Então isso será levado em consideração durante a duração. É um exemplo rápido aqui para você. Levar duas horas para os construtores consertar meu telhado. Mas se você levar em conta todo o verde para frente e para trás, eles levarão duas semanas, a duração, mas na verdade estarei trabalhando no meu telhado por apenas duas horas. Então, se voltarmos ao nosso exemplo aqui, é construir uma cerca com um portão. Então você listaria todas, todas as tarefas que, e por favor, não comente sobre elas. Basta supor que o que é necessário para 0,5 dias para construir os dias livres de material para instalar o posto, uma semana para colocar uma cerca nos dias de hoje para construir em instalado o portão. Então, começamos listando todas as tarefas. Segundo passo, listamos as dependências entre as tarefas. Analisamos uma tarefa que não pode ser iniciada antes de outra como concluída. Por exemplo, não podemos começar a construir a cerca antes de obter o material. Não podemos ficar na defensiva sem ler o material. Assim, podemos começar a colocar a cerca sem o poste. Portanto, não podemos fazer isso sem a postagem. Listamos toda, toda a dependência entre uma tarefa como essa. O documento aqui avançou. Às vezes, a relação entre as tarefas pode ser mais complexa. Por exemplo, algumas tarefas que podem começar alguns dias após o início de outra. Ou às vezes eu preciso terminar ao mesmo tempo. Um exemplo é que precisamos terminar o fato de que ao mesmo tempo que nossos vizinhos terminaram o dele. Porque queremos ter certeza de que eles estão exatamente na mesma altura, por exemplo. Então, essa é uma dependência mais complexa do que podemos ter. Então é aqui que vou nos adiantar. Se você é iniciante, não precisa se preocupar com esse cenário. O palco. Passo três, juntamos tudo. Analisamos os recursos e uma restrição para essas tarefas. Quem está fazendo isso e quantos recursos temos disponíveis? E é aqui que eu estava mencionando antes, esforço e duração como dois termos que são frequentemente usados no gerenciamento de projetos para esses agendamentos, esforço é realmente o momento de realmente fazer o trabalho e duração. É um tempo que levará, levando em consideração todas as dependências, as restrições e a faca. Então, por exemplo, o que eu tenho aqui, vamos ter uma semana para o biomaterial é que precisamos encontrar o cortejado adequado. As lojas podem não estar abertas e coisas do gênero. Portanto, isso é para mostrar que a tarefa de 0,5 dias pode se transformar em uma tarefa de uma semana. E isso é o que aconteceria no gerenciamento de projetos também. Algum dia poderia, alguma tarefa poderia ter um dia se estivesse no avião, você colocaria cinco dias porque o recurso geralmente não é valioso, funciona meio período ou a duração, vamos levar dois semanas para colocar a cerca que IP da cerca como empreiteiro está trabalhando meio período. Então, quando nos esforçamos, mas a duração será de duas semanas. O recurso pode não estar disponível. Então, isso é mais constrangedor, se você quiser, até uma certa data. Então você lista sua restrição. As lojas estão fechadas durante as férias da Páscoa, empreiteiros fora ou eu. Então você pode listá-los o suficiente para que o meu seja o seu programa. Você pode terminar o projeto antes que o projeto pare. Depois. Dois recursos disponíveis com as mesmas habilidades podem funcionar na mesma tarefa. Então essa é uma situação mais positiva. Algo a ter em mente quando você colocar sua programação é que uma fonte secundária estará disponível a partir de 10 de maio. E então você lista todas as outras restrições. A cerca precisa ser paga até o dia 12 de junho. Pode haver um tipo de restrição. Então é isso. Etapa um. Etapa dois, dependências entre essas dependências necessárias. Porque quando você der uma olhada no recurso e nas restrições, precisará levar essas dependências em consideração. Então, esse é apenas um exemplo de como você poderia construir um cronograma. E como você representaria isso? Você pode simplesmente representar isso dessa forma para a empresa. Levei todo o esforço e duração em consideração e assumi o início do processo de março. Eu juntei tudo isso e vou me dar uma data de conclusão. É um pequeno agendamento, mas só para ilustrar os três passos que eu tinha antes, veremos outras formas, obviamente de apresentar um cronograma. Mas esse tipo de agendador veria que é muito bom apresentá-los, muito valioso para os negócios. 47. Tipos de programação parte 1 visualizações de marco e linha do tempo: Olá de novo. Então, vamos revisar algumas guias programadas que você pode encontrar. Então, eu sempre apresentei aqui para agendar guias que são bastante comuns. Eles se concentram em marcos. Para o primeiro que é chamado de visualização de marco, apenas listamos as tarefas e, em seguida colocamos a data de conclusão aqui no lado direito. Então, normalmente você tem todas as suas principais tarefas importantes do projeto. E quando eles forem concluídos, isso dará às partes interessadas uma ideia de quando algum marco importante será concluído. A segunda é uma linha do tempo do projeto. É um pouco semelhante em foco também em marcos, mas é um pouco mais visualmente, se você quiser. Então, há a conclusão que ele 30 de dezembro e o nome da tarefa está aqui. É bastante fácil de usar. Eu fiz isso no Microsoft Excel. Acho que isso também pode ser feito no Visio. Então, vamos analisar as vantagens desse tipo de programação. Portanto, eles são ótimos para o gerenciamento de relatórios do Comitê Diretor. Obviamente, eles são muito fáceis ler e se concentram em um componente chave. Eles são fáceis de incluir nos relatórios. Então você pode simplesmente copiar isso e colocá-lo no final do seu relatório. Isso dá a todos uma atualização sobre a programação. E também com a equipe do projeto, eles são melhores. Sinto que quero motivar as pessoas e focar nas tarefas em mãos. Portanto, o gráfico de Gantt que veremos no próximo slide, é mais completo, mais detalhado, mas descobri que sua equipe de projeto às vezes luta para ser distorcida. Eles não têm tempo para entrar em uma tarefa mais detalhada, então isso é perfeito para focar todos. Ok, então o desenvolvimento de software aqui precisa terminar no dia 2 de fevereiro. E isso dá a todos um pouco de objetivo e uma visão clara sobre o que precisa ser alcançado. 48. Tipos de programação parte 2 Gráficos e anexos de Gantt: Então, o outro tipo de programação que você encontrará definitivamente é um gráfico de Gantt. Novamente, o gráfico é o padrão ouro. Ao contrário do agendamento de gerenciamento de projetos. Ele permite dependências complexas e até mesmo você pode fazer seu orçamento com ele. Então é assim que parece. Então, no lado esquerdo, você tem tarefas de projeto. E no lado direito, é um pouco mais visual. Voltando para o lado esquerdo, você listaria suas tarefas. Aqui. Você pode agrupá-los. Por exemplo, você poderia ter o agrupamento de planejamento e todas as tarefas para a execução do planejamento, todas as tarefas para execução. Você teria o esforço que eles discutiram anteriormente. Você poderia colocar a duração em vez do esforço. Você pode colocar nomes de recursos. Agora você pode alocar um recurso para essa tarefa e para aquela tarefa. E o software permitirá que você saiba se um recurso é reservado duas vezes, se ele for alocado para mais de 100 por cento. Portanto, é uma boa ferramenta para o gerente de projetos. Nós olhamos para os profissionais, sim, é ótimo para projetos complexos. Calcula as datas de conclusão com base na dependência, para que você não precise fazer tudo manualmente. Tudo isso. Eu disse calculado. No lado negativo, pode parecer um pouco opressor, como mencionei no slide anterior. Então, qual negócio nas equipes de projeto? Então, se você quiser usá-lo como uma ferramenta de comunicação, eu recomendo fortemente mantê-lo uma ou duas páginas porque acabei de representar uma página. Aqui estão mais ou menos aqui eu tenho um projeto em uma página, mas às vezes haveria 1011 páginas. Portanto, não é razoável pedir a um membro da equipe do projeto que o revise. E para você, isso se torna um pesadelo de manutenção. Portanto, a ferramenta que usamos para esse tipo de programação é a ferramenta da Microsoft chamada, chamada MS Project e Microsoft Project. Mas você também pode fazer isso com o Microsoft Excel e realmente mostrar um exemplo nos recursos, falando de recursos, aqui estamos nós. Então eu incluí um desses gráficos de Gantt em um recurso feito com o Microsoft Project. Então, obviamente, se você não tiver o Microsoft Project, não poderá acessá-lo. Então, por esse motivo, eu também o coloquei em formato PDF. E também forneci um exemplo de um gráfico de Gantt que foi feito com o Excel. Portanto, se você entrar no Excel, se quiser criar uma nova pasta e entrar nos modelos e procurar tiros, poderá encontrar alguns gráficos de Gantt que podem ser usados. Então, se você está realmente interessado nisso, se você realmente quer brincar com uísque e gráficos, mas obviamente o Excel não tem o mesmo cálculo vantajoso que o projeto da Microsoft teria. Então é isso para o agendamento do projeto. Em seguida, vamos planejar o custo do nosso projeto. 49. Custo durante o planejamento: introdução: Bem-vindo de volta ao curso. Então, tenho certeza que você adivinhou. Durante o planejamento, obtemos mais detalhes, Considerando que foi o caso do escopo, pois estava em um cronograma cuidadoso. Agora, para orçamento, ficamos cada vez mais detalhados. Precisamos ter tudo pronto. Como veremos. Como você provavelmente já viu, quanto mais seu progresso no projeto, mais difícil é alterar um orçamento. Então, fazemos um orçamento completo. Durante a iniciação, a costa de alto nível foi estimada, e nós a chamamos de ordem de magnitude. Agora estamos planejando e é hora de nos tornarmos mais granulares. Então, fazemos uma estimativa de baixo para cima, que significa que adicionamos todos os componentes menores que teríamos encontrado quando fizemos nosso cronograma e nosso design. Então, causamos a ligação a cada um desses componentes. Então, fazemos isso depois que o cronograma é concluído, porque alguns custos dependerão da duração do projeto. Por exemplo, o custo de gerenciamento de projetos. E geralmente é mais caro se o projeto for mais longo porque é baseado no modelo de dias em que o gerente de projeto estará envolvido, quer que o custo do projeto seja finalizado. Nós nos referimos a esse orçamento como nossa linha de base. E durante a vida útil do projeto, sempre nos referiremos a essa linha de base para verificar se ainda estamos dentro dos limites do orçamento. 50. Custo: preço e tempo e material fixos: Então, quando começamos a montar nossos custos, uma maneira de fazer isso é deixar mais claro: dividimos nossos custos em tempo, dividimos nossos custos material e preço fixo. Então, apenas para dar uma explicação rápida sobre cada um desses materiais determinados, é claro, calculado depende de quanto tempo o projeto ou a tarefa vai levar. Então , não temos certeza. Pode levar dez dias, proteger 20 dias. Portanto, teríamos que fazer uma estimativa de quanto tempo levaria para concluir a tarefa. Mas se demorar mais, será mais caro. Se você demorar menos, será mais barato. Então, nós realmente não sabemos, então dizemos que depende. É por isso que neste exemplo aqui, você teria os contratados. Você traz alguém por um dia. Se você terminar a tarefa em quatro dias é de 4 mil, mas se ele terminar em seis dias, seria 6%. Obviamente, você terá algum tipo de estimativa, mas não é realmente fixa. O preço é o mesmo que discutimos para o custo de gerenciamento de projetos. Depende da duração do projeto. Gerentes funcionais, isso pode depender de como eles se envolvem. Se os projetos ficarem mais complexos, talvez eles se envolvam mais. E você também pode precisar de alguma consultoria para adultos. No meio do projeto, você pode perceber que precisa de algo e então o traria como Stan e material e também a compra. Você realmente não sabe. Às vezes, desabafa como as atividades de aquisição ocorrerão. Tem sido totalmente vago aqui, mas você sempre apresentaria alguns tipos de estimativas. O preço fixo, é mais concreto, você sabe exatamente quanto você quer ter que pagar antecipadamente. Se olharmos para exemplos, seu hardware, compre-o. Então, esse é um que conhecemos. Estaremos precisando. Sabemos com antecedência quanto custaria. Você pode ter um preço fixo na viagem se souber que precisa viajar para o projeto, você pode calculá-lo com antecedência. Você também pode ter algum tipo de serviço com preço fixo. Alguém vem consertar alguma coisa. Não importa se eles levam cinco ou dez dias, você pagaria apenas o mesmo preço. E para alguns produtos também. Aqui estão apenas exemplos. São apenas alguns exemplos disso colocados aqui, mas obviamente, você poderia ter uma lista maior. Então, talvez apenas para finalizar com um exemplo muito rápido digamos que você vá de férias. Antes de sair de férias, você sabe, alguns custos serão corrigidos. Você teria pago pelo seu hotel, digamos que teria pago pelo seu voo. Isso é preço fixo, mas alguns serão mais tempo e material. Se você quiser chamá-lo assim. Por exemplo, no meio, você não sabe exatamente quanto gastará em cada refeição. Você não sabe exatamente quanta gasolina gastará, mas você teria uma identificação, faria uma estimativa. Você diria, bem, $50 por dia para homens, por exemplo, ainda é considerado um tempo e material porque você não sabe exatamente com antecedência, mas você teria algum tipo de estimativa para lhe dar uma identificação. Obviamente, esse é o custo para ficar de olho. Se você olhar em um ambiente cliente de fornecedor. O material comum é obviamente preferido quando você é o fornecedor. Porque se você demorar mais do que você recebe o suficiente para você, você está coberto de alguma forma. Por outro lado, o preço fixo seria o preferido pelo cliente porque ele sabe exatamente quanto pagará antecipadamente. 51. Custo: exemplo de FP e T&M: Então, para reiterar um pouco sobre esses conceitos fixos de preço e tempo e material e queria dar um exemplo. Portanto, se esses conceitos estiverem claros para você, fique à vontade para pular esse vídeo. Mas eu sempre gosto de dar um exemplo. Então, se voltarmos para a cerca, construindo um exemplo de cerca, você pode ter potencialmente duas opções ou combinação das duas. Vamos para a opção um. Opção um, você decide optar por um preço fixo ou o contratante lhe dá um preço fixo. Portanto, o orçamento total é claro. Preço de todos os pregos de madeira e pós vendidos fixo, e a mão de obra também é fixa. Não vai te custar mais do que isso. Então, como cliente, você sabe que o preço não vai acima desse valor. Quero dizer, sempre há exceções, mas essa é a ideia dos preços fixos. Em teoria, você se atém a esses preços. Então, outro empreiteiro, você poderia potencialmente ter uma margem maior se você, se isso fosse um pouco de uma estimativa e você tivesse uma corrida de sonho e então você tivesse um pouco de dinheiro sobrando. Mas se, se demorar muito mais do que você poderia perder dinheiro. Então você pode ir também com a opção dois. E foi uma época no material. Então, ou eles poderiam te dizer, Olha, eu não tenho ideia, mas nosso trabalho é de $50 por hora. Mas geralmente, como eu estava mencionando, isso lhe daria uma estimativa de que vemos em torno de US $2 mil, mas será tempo e material de qualquer maneira. Portanto, tenha certeza de que você não pagará mais do que o necessário. Então, como cliente, você não tem certeza de quanto custará no final, exatamente. Que você tem mais confiança de que pagará o preço certo. Como contratante, você não tem a mesma pressão para potencialmente perder dinheiro. Portanto, se houver um problema em um trabalho, leva mais tempo do que pagar em uma taxa horária. Então é assim que as duas opções que você poderia ter, há uma terceira opção. Você pode decidir ter um preço fixo e algum tempo e material. Por exemplo, o empreiteiro poderia lhe dizer, nós lhe damos todos os materiais, preço fixo, então isso é $750. Você sabe exatamente quanto vai pagar por isso. Mas teremos a mão de obra, pois o tempo e os materiais lhe darão $50 de pagamento. Por isso, cobraremos 5% ou pagaremos. 52. Exemplo de orçamento: Bem-vindo de volta ao curso. Vamos dar uma olhada em um exemplo de orçamento de projeto. Então, o que eu tenho aqui é um exemplo de um projeto simples onde você teria um coordenador de gerenciamento de projetos e um desenvolvedor e testador. Obviamente, haveria mais recursos envolvidos, mas eu só queria dar um exemplo muito simples. E eu queria dividi-lo entre material de talento e também por um preço fixo, você teria tempo e material. Você teria a estimativa de quanto tempo o projeto dura. Você teria os 50 dias aqui. Então essa seria a duração dos projetos multiplicada pela taxa. E você teria um custo aqui por tempo e material. Como eu estava dizendo, isso é apenas uma estimativa. Se o projeto demorar mais do que seu custo aumentará aqui. Arteríola terminal. Novamente, se a estimativa estiver errada, isso poderia aumentar se fosse subestimado. Todos esses recursos, o número de dias. E agora você tem o vermelho por dia e isso lhe dá um custo total. Espero que esse custo não mude. Mas se forem, se forem, se forem eventos que entram no caminho do projeto, os problemas oculares do que esses, esses custos podem mudar. Em um cenário de preço fixo, isso é mais conveniente para o comprador, então vai custar $20 mil. Você sabe que o teste de segurança de TI vai custar $10 mil e você está fazendo isso. Então é assim que você montaria seu orçamento. Você adicionaria o material de talento mais antigo e adicionaria todo o preço fixo. E isso lhe daria a estimativa do tutorial, o termo da zona de perigo e minha cauda. Então, esse é o que você precisa ficar de olho. Pode ser uma oportunidade se as coisas se mantiverem, levarem menos tempo do que o planejado. Mas esse é o seu ponto de partida. 53. Agende um orçamento baseado: Esse é outro exemplo que eu queria dar. Eu coloquei isso, coloquei na categoria avançada. Sinta-se à vontade para pular isso. É chamado de orçamento baseado em agendamento. Em vez de dar ao seu departamento financeiro um custo em massa no final do projeto, você realmente o divide mensalmente. Isso seria algo parecido com isso. Vamos supor que temos tempo e material aqui. Você teria todas as caxumba aqui. Você teria uma estimativa para a necessidade de construir. Você tem 75 unidades e uma estimativa de $1 mil por unidade que você constrói. Obviamente, sendo tempo e material, isso é apenas uma estimativa, então poderia custar mais construir dez unidades. Então, como isso funciona? Você diria ao seu departamento financeiro ou quem quer que seja sua gestão que você veria no final de janeiro, eu teria gasto 10 mil e 21 de fevereiro de 31 de março e etc, até o 75 mil no total ou no final do projeto. Às vezes, o departamento financeiro só libera o dinheiro mensalmente, então isso será útil para eles. Em vez de te entregar os 75 mil, eles vão te alimentar todos os meses. Então, aqui temos a produção planejada para aumentar para abril. Portanto, seu custo total para um profissional aumentará e você refletirá isso em seu pagamento mensal lá. E esse é o orçamento geral do projeto. Portanto, a diferença entre este exemplo de orçamento e o que eu forneci anteriormente é que fornecemos uma estimativa mensal de que um projeto Agile gastará. E, como você verá, é muito conveniente quando estamos monitorando nosso orçamento. Então, em outras palavras, no final de fevereiro, você pode verificar quanto gastou e comparar com esse valor. E eu serei mais preciso em vez de apenas comparar com o custo final do projeto no final. Durante a execução, analisaremos como podemos rastrear esses tipos de orçamento. 54. contingência orçamental: Para terminar de custar um rápido deslize sobre contingência. Às vezes, quando você monta seu orçamento, você pode colocar alguns fundos de contingência para serem adicionados ao seu orçamento. Você pode estar bem em fazer isso, mas eles nem sempre permitem que você faça isso. Portanto, eles são principalmente dois tipos de contingência. Dinheiro que você poderia conseguir. Um deles é uma contingência de risco. O outro é a estimativa de contingência. Em seu orçamento geral, você teria seu orçamento base mais a contingência de risco e mais a contingência estimada. Portanto, a única coisa é que você não pode acessá-los sob certas condições. A contingência para o risco, você só terá permissão para acessá-lo se o risco perceber e você tiver alguma ação que realmente custou dinheiro para corrigir o risco. E a contingência para estimativa. Portanto, isso é mais contingente se você não estiver muito confiante com sua estimativa, digamos que você esteja, é um projeto técnico e sua equipe técnica forneceu uma estimativa, mas eles não estão extremamente confiantes com isso porque é um pouco novo para eles. Eles nunca fizeram isso antes. Então você poderia ir e dizer, Bem, este é o meu orçamento, mas eu gostaria de ter dez por cento do topo por causa desse componente aqui que é um pouco assustador e não estamos totalmente, totalmente confiantes . Eu acho que às vezes é uma maneira boa demais apenas para reduzir seu orçamento em vez de gastar todo o dinheiro e ter esses dois juntos como sua linha de base, você diz, Bem, eu vou para este orçamento, mas apenas como aviso, há alguma contingência aqui que pode precisar. Então é isso para a contingência. 55. Introdução de planejamento de qualidade: Então, bem-vindo à parte de qualidade do curso. Tenho certeza que você estava esperando por isso. Portanto, é meu trabalho garantir que eu não perca você neste momento do curso. Quando eu estava aprendendo gerenciamento de projetos, assim que entramos na parte da qualidade, eu estava mesmo assim, mas acho que a qualidade não precisa ser tão excruciante. É apenas uma questão de o gerente de projeto garantir que a qualidade esteja sendo aplicada. Você tem a responsabilidade pela qualidade em seus próprios processos. E você tem a responsabilidade de garantir que a qualidade seja aplicada no projeto geral. Não significa que você tenha que medir as coisas sozinho e verificar as coisas sozinho, mas você precisa ter certeza de que quem está em melhor posição para fazer essas medições está realmente fazendo isso. Vamos dar uma olhada na qualidade com um pouco mais de detalhes agora. Portanto, na maioria das vezes, os vapores sabem onde precisam fazer para garantir a qualidade. Mas o desafio é que a qualidade pode ser bastante subjetiva. Portanto, precisamos de alguma maneira medir se o que estamos fazendo, tudo o que estaria entregando é de qualidade. Portanto, precisamos garantir que o produto final e também o processo de entrega sejam de qualidade. Portanto, no replanejamento, declaramos o que faremos para garantir a qualidade em todo o projeto, quais ações tomaremos. O resultado pode ser um plano de desigualdade, como mencionado, ou podemos ir apenas como uma seção no plano de gerenciamento de projetos, seja, o que é mais comum. 56. Planejamento de qualidade - como fazemos isso?: Planejando a qualidade, como vamos conseguir isso? Então, do jeito que eu vejo, há dois componentes principais envolvidos no planejamento. Precisamos garantir que o processo e os controles estejam em vigor. Mesmo como gerente de projeto, preciso garantir que estou seguindo meu próprio processo. Isso garantirá qualidade ao projeto. E no final, espero que isso possa refletir de volta à qualidade do produto final. Para verificar se os controles de processamento estão em vigor, podemos nos fazer as seguintes perguntas. Você pode se perguntar qual processador e contrato usarão. Para que pudéssemos listar esses. E isso fará com que todos se sintam mais confiantes de que a qualidade será aplicada. E também podemos nos perguntar há o suficiente ou precisamos configurar processos e controles adicionais? Então, por exemplo, poderíamos dizer que o processo de controle de alterações será usado para evitar o desvio do escopo. Certifique-se de que não saiamos do escopo. E se quisermos sair do escopo, teremos apenas o processo de controle de mudanças para nos manter no caminho certo. E podemos dizer que o orçamento será revisado mensalmente. Poderíamos dizer que revisaríamos todo o processo de uma mãe no projeto para garantir que eles ainda sejam válidos e eficientes. Então, não queremos reinventar a roda aqui. Normalmente, temos procedimentos usuais que queremos usar, mas é sempre bom dar uma nova olhada neles e confirmar que são, eles ainda são válidos. E outras partes do planejamento de qualidades é testar o produto final. Portanto, é bom ter todos os seus controles de processamento em vigor, mas descobrir que o produto também precisa ser de qualidade. Isso é isso. Isso é o que as partes interessadas querem no final do dia. Então, quais perguntas você se pergunta? Como testaremos o produto final? Então, normalmente você teria uma equipe de teste e eles sabem o que precisam fazer. Mas é sempre bom salvar esses diferentes tipos de estratégia. Ou se equipes externas estiverem envolvidas nisso. Quais são os critérios que nos satisfarão? O produto final é de boa qualidade. Então, no final do projeto, precisamos de uma maneira de dizer: Sim, este é exatamente o produto final que o cliente ou a empresa ou quem quiser. Portanto, precisamos ter algum tipo de critério de aceitação. Então, aqui estipulamos qual equipe de teste ocorrerá. O que fazemos se o teste falhar? Provavelmente processo se o teste não for bom, nós o enviamos de volta para o analógico da equipe de compilação para que possamos especificar tudo isso. Então, aqui em nosso plano de gerenciamento de projetos, poderíamos ter o teste terceirizado para a empresa X, Y Zed. Poderíamos dizer que x, y, z fornecerá um relatório semanal sobre testes. Poderíamos dizer que eles nos fornecerão um plano de teste que revisaremos. E aqui poderíamos dizer que o critério de aceitação seria que todos os testes foram concluídos como anomalia, problemas menores se levantam. Então, uma vez que você lançou tudo isso, todo mundo, Desculpe, está mais confiante de que você terá um produto de qualidade no final. Portanto, ter um produto de qualidade não significa ter um produto sólido, mas também significa que é realmente o produto que a empresa queria. Portanto, a palavra final sobre qualidade, se você quiser, é, em teoria, o papel do gerente de projeto em qualidade não é realizar qualidade. Então você não vai até a equipe e diz a eles, você sabe, me mostre o que você fez para que eu possa verificar. Você estaria fazendo mais perguntas. O que você fez para garantir a qualidade? Você acompanhou seus processos de teste e coisas do gênero? Então, se você vir algo de qualquer maneira, vá às vezes para o desenvolvimento de sites que realmente aconteceu comigo. Verifique o trabalho que os caras fizeram e percebi que já vi alguns defeitos. Então eu acabei de mencionar isso para eles. Então, se houver algo realmente óbvio, gritante sim, claro, faça isso, especialmente se você tiver tempo. Mas se não, você só precisa garantir que a qualidade esteja sendo aplicada. 57. Qualidade: tipos de testes: Aqui neste slide, listei todos os, não, nem todos os tipos de testes masculinos que você poderia encontrar. Só queria, apenas para lhe dar uma identificação dessa forma para testar o produto final. Às vezes, eles estão testando muito isso, isso pode ocorrer. Dessa forma, se você ouvir sobre essas palavras, terminologia, deve estar familiarizado com elas. Começando do topo. E eu coloquei algumas estrelas verdes aqui para destacar as principais. Você ouviria o teste de integração do sistema ou o assento. Isso geralmente é feito para projetos de desenvolvimento de software. E você poderia desenvolver um software, ele poderia funcionar perfeitamente, mas se ele não se integrar bem com outros componentes de software internos e externos, então isso não é bom. Por exemplo, se você testar um novo software de contabilidade, se não correr riscos adequadamente com aplicativos legados, não se preocupe muito com esse aplicativo. Eu coloquei sob o slide avançado, repente para sua informação neste estágio. Agora, o próximo tipo de teste, que é mais comentário, suponho que seja chamado de teste funcional, teste do sistema ou, às vezes, apenas chamado de teste. Por isso, geralmente é feito por uma equipe especializada, um analista de testes, e eles verificam se o produto financeiro funciona corretamente antes de passar para a empresa. Mas eles têm scripts de teste. E é um teste mais formal do que o que uma empresa faria no final. Eles são uma equipe de especialistas. Em outras palavras, é muito bom fazer isso antes que o negócio entre em ação. Como exemplo, você sabe, a equipe de teste pode verificar se a navegação de um site está funcionando conforme projetado. E podemos verificar se todos os links um por um estão funcionando corretamente. Então, toda a funcionalidade estará funcionando. Então, o teste de aceitação do usuário. Então é aí que o teste final acontece antes que possamos lançar a maior parte do tempo. Então, o negócio entraria. Nós daríamos a eles para o cenário do site, por exemplo, nós lhes daremos acesso ao nosso ambiente de teste. E eles viriam com um script de teste e verificariam se o software é realmente o que eles precisavam. Eles verificam se o produto atende às expectativas e requisitos antes de entrarmos em implementação. Então, um exemplo, poderia verificar se o processo coracoide seria calculado nos produtos vendidos no site. Próximo? Quero dizer, esses são um pouco diferentes, mas eu coloquei todos eles nas categorias. Mais resiliência, teste de estresse, teste de desempenho ou verificação de que o produto final é robusto o suficiente sob condições extremas. Para o site, você simularia muitas pessoas usando o site. Para o exemplo de violação aqui, você traria não sei se você viu esses 50 caminhões enormes na raça para garantir apenas aos britânicos Jennifer, eu não sei o que aconteceria se não fosse se fosse não o suficiente. Então eu acho que eles provavelmente sabem o que estão fazendo. Então esse é outro tipo de teste que você poderia ter. Há também o teste de verificação do produto chamado PVT ou teste de produção ou teste pós-implementação. Vamos pegar o exemplo do site que não, Digamos que você vá ao vivo em um dia, de manhã, quando estiver vivo, seus usuários entram como um, como um usuário externo e ele verificará se o site está funcionando corretamente. O sistema está ativo, mas ainda é o teste final antes de todos, todos entrarem. Portanto, leve a implementação de um software ao vivo, funciona como no teste. Site no ar, mas seus usuários podem acessá-lo. Então esse é o cenário ao qual eu estava apenas se referindo. Então, como mencionado, há muitos tipos de testes que você pode encontrar. Este teste unitário. Portanto, isso geralmente é feito por desenvolvedores de software e quando eles fazem seus próprios testes antes entregá-los às equipes de especialistas. Então você pode ouvir isso, mas é mais ou menos com desenvolvedores fazendo seu próprio trabalho. Você também pode fazer testes de penetração ou caneta, o que é bastante popular no momento. É para garantir que o site não possa ser invadido. Por isso, estimula o ataque cibernético e verifica se, não, não podemos ser atacados, se o site é seguro. Teste de lançamento também, você pode ouvir isso. Então, isso é mais para descobrir nossos testes que fazemos antes do lançamento do software. Se você estivesse sobrecarregado. Basta ter em mente é para você, nós os chamaremos de teste em si. E um teste de aceitação do usuário. 58. Qualidade: exemplo de testes para projetos de desenvolvimento de suaves: Eu só queria mostrar a você também como seria no projeto de desenvolvimento de software que você terá. Então aqui você tem todo o planejamento. Aqui você tem a execução, então que é um desenvolvimento de design. E então você teria todos os testes. E eu só queria te mostrar onde isso se encaixaria. O primeiro teste que você teria estaria aqui. Portanto, a equipe estaria fazendo esse desenvolvimento nesse estágio. E depois você teria um teste do sistema. E depois disso você teria o negócio. Eles vinham fazer o teste de aceitação do usuário, que está aqui. Este é nove. Aqui você teria o teste de penetração. Normalmente, isso está sendo feito no final, quando não há mais chance de software ser feito. Então, eles foram verificar se o site é seguro. E logo antes de entrar no ar, você fará o teste pós-implementação, PVT ou teste de produção. Então você vê que a qualidade no projeto pode ocorrer várias vezes. Não apenas você tem seu processo recorrente e controle de qualidade a serem implementados, mas também tem um marco importante aqui em torno de cada tipo de teste. 59. Opcional: exemplo de plano de gerenciamento de projetos: Então, a seguir, temos um exemplo do plano de gerenciamento de projetos. Mas eu coloquei isso como opcional. Mas é uma boa maneira de você entender o que acontece no planejamento e como é o documento final. Então, colocando tudo palavra por palavra, o que você deve ter em um plano de gerenciamento de projetos. Na verdade, é bastante sucinto de certa forma, mas vou orientá-lo em todas as partes do plano de gerenciamento de projetos para que você realmente entenda do que se trata este documento. Vamos dar uma olhada. Bem-vindo de volta ao curso. O planejamento do projeto chega ao fim. Então, vamos dar uma olhada no exemplo do plano de gerenciamento de projetos. Eu terei isso em dois slides. É mais ou menos para revisar tudo o que vimos durante essa fase. E só para lhes dar uma ideia, como fizemos no final da iniciação. Então, o projeto está criando uma brecha. Portanto, teríamos uma declaração de escopo um pouco semelhante à de quando tivemos uma iniciação, mas entraremos em mais detalhes. Acabei de fazer com que ele construa uma ponte. O trabalho inclui todos os elementos da violação, mas exclui ou semáforos. Seremos feitos separadamente. Então você entraria em mais granular e teria mais pontos de bala no seu escopo de alto nível. Mas, obviamente, no final do planejamento, você também teria todos os requisitos de negócios. Portanto, os requisitos de negócios não vêm deste documento aqui. Eles serão fornecidos separadamente. Então, você pode se referir a homens esculpidos em Indiana dizendo que o escopo são todos os requisitos de negócios que produzimos separadamente para este projeto seja um sucesso que queremos violar para estar pronto até 1º de fevereiro de 2022 ou segundo de janeiro de 2022. Se você ler as datas de outra forma, com pouca interrupção no tráfego em torno do tamanho do edifício. Portanto, isso está claro quanto a ser feito nessa data. E não queremos nenhuma interrupção para a equipe do projeto. Saiba onde eles precisam fazer a abordagem do projeto. O trabalho provavelmente seria uma fonte, seria contratar uma empresa XYZ para fazer o trabalho, consulte. Pm coordenará o trabalho que o teste seria terceirizado para a empresa ABC. Então isso está dando a você uma abordagem de alto nível ou sobre como vamos progredir com isso, com este projeto e esses documentos, se você der para o executivo, eles saberão como seremos fazendo isso. Isso é útil para eles. Se tivermos algumas restrições, podemos liberá-las também. A construção não deve interromper o tráfego atual. Isso também foi mencionado em uma declaração de escopo. A violação deve estar operacional até 1º de fevereiro. Isso também faz parte da crítica cosx x photos. Então, se você tem alguma restrição, coisas que estão impedindo você de ir tão bem quanto você gostaria. Você. Você os listaria aqui. Entregáveis, essa violação. Mas vamos um pouco mais granular também vai querer como parte de um entregável ou das restrições operacionais, queremos um cronograma de manutenção para usar após a conclusão da ponte e você pode listá-los todos. Você pode enlouquecer. Você, se você é profissional, deseja listar aqui tudo o que o projeto lhe daria no final do cronograma do projeto. Você pode inserir a visualização do marco aqui. O que eu vou fazer é colocar a visão do marco aqui. E dependendo de onde você trabalha, às vezes eles estão interessados em um cronograma mais detalhado para que você possa anexar seu gráfico de Gantt. Perto do fim. Isso terá que ser assinado pela empresa. Portanto, a empresa quer alguma confiança que cumpriremos seus prazos. E a melhor maneira de fornecer confiança a eles é dar a eles um detalhamento das tarefas e pelas quais os dados serão concluídos. Continuando com o plano de gerenciamento de projetos, o orçamento. Então aqui você tem um orçamento muito detalhado, para que você possa fornecer o orçamento detalhado, mas neste documento, você pode dar um resumo. Você pode ver a pesquisa de custo total e ao longo de dois anos e , em seguida, consultar a divisão do orçamento e os prazos. Se for um orçamento baseado no cronograma, na qualidade, você pode fazer alguma declaração aqui ou consultar o plano de gestão da qualidade da empresa. Mas você poderia dizer coisas como a empresa ABC, que é a empresa que contratamos para fazer os testes. Ebc entrará na violação, será testada de acordo com as melhores práticas e apresentará uma estratégia de teste para aprovação. Você também poderia dizer que a ABC estará testando para nos dar luz verde para quando a violação estiver pronta? Isso está claro. Quando os negócios estão lá fora hoje. OK. Tudo bem. Parece que isso foi resolvido na lista de partes interessadas. Assim, você poderia duplicar as partes interessadas que você tinha na carta de seu projeto ou você poderia ser mais granular se houver alguma mudança e as rochas. Você pode listá-los aqui. Comunicação. Comunicação e você teria seu plano de comunicação. Ou se não, então você pode simplesmente avisá-los quando o projeto disso será enviado. Você pode mencionar se há um comitê de direção e também pode mencionar que a empresa terceirizada fornecerá seu relatório semanal ao seu gerente de projeto. E o gerente de projeto encaminhará qualquer problema significativo. Registro de risco. Portanto, já temos um registro de risco da fase de iniciação. Portanto, podemos nos referir ao registro de risco aqui e podemos dizer, bem, notamos outro risco, a contingência Monet para esse risco, já que fui um pouco incluído no orçamento, se for esse o caso. Assim, você pode fornecer algumas frases aqui sobre o risco. E então você pode mencionar qualquer outro documento de planejamento, compras, comunicação, recursos humanos, qualquer coisa que possa. A forma como vejo este documento é qualquer coisa que possa fazer com que a pessoa assine este documento. Sinta-se melhor. Você listou aqui, o procedimento existente seria seguido nem o documento de planejamento seria necessário nesta fase, mas o projeto. Então, se necessário. Então é isso, para o exemplo do plano de gerenciamento de projetos, você pode dar uma olhada nos recursos. Há também um modelo de rascunho apenas para mostrar que o plano de gerenciamento de projetos pode permanecer muito simples. Obviamente, dependendo de onde você trabalha, se quiser entrar no gerenciamento de projetos, não criará seu próprio modelo. Normalmente, eles teriam seus próprios modelos e você teria que usá-los. Mas é sempre bom ter um exemplo de algumas maneiras. Então lá vai você. 60. Fase 2: planejamento de encerramento: Então é isso. Terminamos com o planejamento do projeto. Então, para resumir, o planejamento do projeto, seja o mais completo possível para evitar surpresas durante a execução do projeto. Iniciação, precisávamos ter os grandes pedaços, certo? No planejamento, precisamos ser muito granulares, muito meticulosos. Precisamos ter certeza de que temos tudo planejado muito bem. Portanto, quanto mais completos formos, em teoria, mais fácil será a execução. Sem surpresas que teremos, sempre teremos surpresa e execução, mas a ideia é reduzir a quantidade de surpresas que poderíamos ter, garantir que os requisitos sejam os mais precisos possíveis. Isso é algo que às vezes é difícil controlar, porque os requisitos vêm do negócio, certa forma, vêm de fora da equipe do projeto. É por isso que você tem que ser um pouco minucioso conosco. E quando eles lhe dão requisitos, você verifica com seu, com sua equipe. Isso é bom o suficiente para começarmos a execução? Então, faça com que tudo assinado antes de entrar na próxima fase. Os requisitos, seu plano de gerenciamento de projetos, garantem que sejam aprovados por todos. Portanto, muitas vezes há empurrões para iniciar a execução o mais rápido possível. Então use o seu bom senso lá. Você não quer soar muito e dizer: Não, eu não vou começar a execução até que tudo tenha sido assinado e eu não acho que você vai parecer alguém muito flexível se você fizer isso. Mas use o bom senso e o estresse de que as aprovações são realmente críticas. Então agora só resta uma coisa, mais ou menos é fazer o trabalho e fazer a execução. Mas antes disso, não se esqueça do teste. E te vejo do outro lado disso. 61. Fase 3: visão geral da seção de execução: Bem-vindo à visão geral da seção de execução gratuita. Então, como sempre, começaremos fornecendo o propósito da fase de execução e também a função de gerente de projeto nessa fase. Em seguida, discutiremos as seguintes atividades. Gerenciamento agendado, gerenciamento de escopo, gerenciamento de problemas. Vamos dar uma olhada mais de perto nos relatórios das reuniões. Também daremos uma olhada no rastreamento de custos e um componente muito específico do rastreamento de custos, que é valor n, que sinalizei como avançado porque nem sempre está presente no projeto gestão. Mas suponho que seja algo bom de se saber. E, finalmente, encerraremos essa fase e também haverá um questionário. 62. Introdução de execução: Bem-vindo de volta ao curso. Então, agora o planejamento está concluído. O planejamento é completo, o que significa que temos nossas aprovações e nosso plano em nosso plano de gerenciamento de projetos sobre os requisitos dos vários documentos que temos. Então, isso significa que agora estamos bem em prosseguir a execução do projeto com base no plano que fornecemos e que foi aceito. Agora vamos dar uma olhada com mais detalhes. O que precisamos fazer durante a execução. O planejamento foi feito. Essa fase é mais sobre monitoramento, controle, correção de problemas e relatório do progresso. Vamos dar uma olhada nos principais componentes. Claro, teremos que fazer alguma coordenação. Então isso depende da maturidade das equipes. Às vezes pode ser muito fácil, pois parece que eu costumava trabalhar juntos para que eles se coordenassem entre si. Mas, às vezes, uma abordagem mais prática precisa ser feita para o gerente de projeto. Relatórios, muito importantes para relatar. Então isso tem que ser feito geralmente em uma base semanal, mas às vezes quinzenal. Então, depende de onde você trabalha. Se você é gerente de projeto, controle de qualidade, certificando-se de que isso está ocorrendo, dê uma olhada em seus processos. Comunicação. Certifique-se de que todos, todas as partes interessadas estejam sendo comunicadas sobre como o projeto está indo. Se houver alguma compra, revise os riscos também. Isso tem que ocorrer. Gerenciando problemas. Claro, falaremos um pouco sobre isso mais tarde. Monitorando a programação e o custo. Então esse é um dos principais componentes. Analisaremos os três componentes principais em apenas um minuto. E reveja. O gerenciamento de projetos não se trata apenas de tarefas contínuas. Se você acha que a tendência está indo na direção errada ou se há alguma tragédia, mudanças estratégicas, é aqui que você realmente faz a diferença e diz: “ Bem, espere um minuto. Ainda vale a pena fazer isso? E então, no final de tudo isso, você faz alguma implementação. Então, isso é apenas um instantâneo do componente principal. Tudo depende do tipo de projeto, da quantidade de trabalho que você terá. Mas esse é um bom resumo. Mas se você ainda está assustado com essa lista, vamos revisar os três principais componentes nos quais acredito que você estará envolvido como gerente de projeto. O primeiro é relatar que não é negociável. Isso tem dois. Aparentemente, só há uma coisa que você faz durante a semana é fazer sua reportagem. Se você não reportar a tempo, sua equipe de gerenciamento, negócio, projeto ou taxas, ou quem quer que pense que você não está no topo do seu projeto. Então esse é meu conselho. Os relatórios vão primeiro. É temporário. Digamos, bem, se eu fizer relatórios, não tenho tempo para fazer mais nada e ouço muito disso dos gerentes de projeto, mas deixe isso de lado, confie em mim, os relatórios vão primeiro. A segunda coisa é gerenciar problemas. Você pode ter muitos problemas, pode ter menos problemas ou pode ter problemas. Eu não preciso de gerenciamento porque a equipe é madura e eles sabem como consertar isso. E eles, e eles têm processos em vigor e afins, e eles são bastante autossuficientes. Mas às vezes é aqui que você passa a maior parte do tempo. E, finalmente, não listei a coordenação , mas monitorando o cronograma e o custo. É algo que obviamente você tem que fazer. Então você tem alguns, ou você usa seu gráfico de Gantt ou eu prefiro ter uma lista de tarefas mais granular para que eu possa realmente marcá-los conforme eu progrido. Mas essas atividades de RH devem mantê-lo ocupado durante a execução. 63. Papel PM na fase de execução: Vamos revisar rapidamente, o papel do gerente de projeto na execução será um pouco repetido do slide anterior, e é isso que eu quero passar por isso rapidamente. Vimos os principais componentes da execução, o gerente de projeto envolvido em todos os componentes, então isso será muito fácil de adivinhar. Qual é o papel do gerente de projetos e da execução. Mas antes de começarmos, eu só queria mencionar que às vezes a execução é um pouco mais tranquila para os gerentes de projeto quando não há problemas e coisas do gênero. Mas, independentemente disso, esta é a fase do projeto em que o gerente de projeto está mais à vista. Então, quando algo que acontece no projeto de perto ou à distância, o gerente de projeto sempre será o primeiro a entrar em contato. Na verdade, se algo acontecer em seu nó, primeiro de contato, área de ponto de contato é que pode significar que há algo errado no projeto. Você realmente deveria ser o primeiro a entrar em contato. Dito isso, vamos para o papel. Coordenar o trabalho entre as equipes, vimos que monitorar o cronograma e o orçamento estão em camadas. Informe as pessoas sobre essa derrapagem, relate e corrija. Garanta que a qualidade seja realizada, comunique o progresso do projeto, facilite compras, gerencie problemas e monitore riscos. Então, como você pode ver, é mais ou menos uma repetição do que tínhamos antes, mas revisamos isso e agora podemos passar para o Cronograma, que é, como mencionado, que uma das três atividades principais estamos monitorando a programação. 64. Programação na fase de execução: introdução: Vamos analisar o rastreamento do cronograma como parte da execução do projeto. Durante o planejamento, criamos um cronograma com marcos e dependências detalhados e similares. Agora, durante a execução, apenas uma questão de inserir essas tarefas está concluída. E nós apenas monitoramos o progresso e abordamos qualquer derrapagem ainda melhor se você puder antecipar a derrapagem e evitar que ela seja muito apreciada por sua equipe de gerenciamento. Então, como fazemos isso? Então, eu gostaria de mencionar rapidamente a parte três deste curso. Parte três deste curso, discutiremos brevemente a diferença entre duas metodologias que tem cascata e uma jarra. Então, para esta parte aqui, quero enfatizar que isso é mais abordando o componente de cascata. Waterfall é mais ou menos quando você faz tudo uma vez que você tem apenas uma implementação de planejamento e curtidas. Se você está trabalhando em um ambiente ágil, você tem um cronograma de aparência diferente. Então, como rastreamos isso? Geralmente usamos um software chamado MS Project. E, novamente, gráfico que discutimos no planejamento. 65. Definição de caminho crítico: Neste slide, temos a representação do gráfico de Gantt. O que mencionei no planejamento usando o software MS Project. Eu só queria mencionar para começarmos o caminho crítico e o que é. Portanto, o caminho crítico é a parte do cronograma que o bebê impactou a programação mundial será impactado. Então é assim que eu gosto de ver. Em outras palavras, é bastante intuitivo que você saiba que, se uma tarefa for atrasada, eles protegerão, serão atrasados. E nós ligaríamos, veríamos que essa tarefa está em um caminho crítico. Vamos analisá-los rapidamente. Então, o que tínhamos era que estávamos fazendo o design, o design, que eram eles que estavam fazendo o desenvolvimento. Que foi isso depois de fazermos o teste. Portanto, se o design estiver atrasado, pois essa tarefa vem depois e depende do design, essa tarefa será atrasada. E se essa tarefa for adiada, o projeto de guerra será adiado. Nfo a data de implementação será adiada. Em outras palavras, dizemos que essa tarefa está em um caminho crítico. Essa tarefa está no caminho crítico e gosta. Agora, se há uma tarefa que não está no caminho crítico, por exemplo, esta aqui que não está caminho crítico porque há muito tempo para que essas tarefas sejam concluídas. Digamos que a documentação do treinamento, o redator da documentação do treinamento não esteja aqui ou ela esteja doente ou algo parecido, e ele ou ela não será capaz de começar até esse ponto em tempo aqui essas propostas funcionam sem demora o projeto. Não. Porque há muito tempo em mais ou menos até o dia 26 de julho dois para concluir esta tarefa, que é o início da próxima tarefa porque é um treinamento que exige é a documentação de treinamento. Então, eu tenho apenas uma tarefa aqui que ele não é um caminho crítico. Todas as outras tarefas, se atrasarem, isso atrasaria a implementação. E este, se o, se atrasado, não atrasará a implementação. Então é isso que é um caminho crítico. 66. Monitorização de programação: Vamos continuar. Nós agendamos o monitoramento. Então, eu só queria mostrar como, em teoria, o gerente de projeto pode verificar se um projeto está adiantado ou atrasado. Então, eu tenho uma captura de tela aqui do MS. Project tiro no lado direito e nossas tarefas no lado esquerdo e lateral. Portanto, temos os nomes das tarefas, a duração e a porcentagem concluída e todas essas atualizações para as datas de início e término. Para verificar se estamos dentro do cronograma ou não. Estamos dando uma olhada na tarefa aqui e na porcentagem de conclusão aqui. Portanto, para cada tarefa, alocamos uma porcentagem de conclusão. Então, aqui temos essa tarefa 100% completa e a porcentagem concluída. Portanto, todas as tarefas de planejamento estão concluídas. Então isso significa que o planejamento está concluído. Se você for e executar, temos o documento de design 100% completo para que esteja pronto. E tarefas de desenvolvimento. Essas duas tarefas estão 20 por cento concluídas. Todos os outros ainda não começaram. No lado direito novamente, para ajudar parte da captura de tela, podemos verificar se estamos adiantados usando a data de hoje. Então, a data de hoje é essa linha vermelha vertical aqui. Essa linha interna que está dentro da barra nos mostra a conclusão dessa barra. Então, aqui estão 100 por cento. Então você vê sua linha de frutos que todos esses outros sozinhos por aqui, apenas 20 por cento da tarefa foi concluída. Portanto, a linha interna é 20 por cento da barra. Então, isso leva você aqui apenas quando, em teoria, se você quiser, com o tempo, deve levar você apenas escrever bang aqui. Se você estivesse adiantado, essa linha interna deveria estar no futuro. Então, nós conheceríamos isso. Então isso significaria que estamos à frente do tempo. Então, obviamente, tudo isso é muito teórico. E essas tarefas em grande parte teriam neste MS Project ou na planilha, ou em algum lugar. O desenvolvedor teria todas essas tarefas listadas e as rochas para que você pudesse ter uma maneira mais granular e precisa de rastrear, mas o ID está em seu nível alto, se possível, para ter uma porcentagem de conclusão. Então, se a equipe puder, eles dirão: Bem, estamos em torno de 20% concluídos, vinte e cinco por cento concluídos. Você colocará isso e isso lhe dará uma maneira visual muito rápida verificar se você está na hora certa ou não. Então, aqui você ficaria preocupado porque vimos que essas tarefas estão em um caminho crítico. Em outras palavras, se eles estiverem atrasados ou implementação do projeto estiver atrasada. Essa tarefa aqui não está em um caminho crítico, então ela não começou, deveria ter começado há algum tempo. Mas você não está preocupado porque não está em um caminho crítico. Então você vê que tem todo esse tempo aqui para concluí-lo. Isso é apenas uma breve visão geral do monitoramento agendado, como ele fez. Dessa forma. Mantenha isso simples. Vamos clicar em uma ou duas páginas se você puder fazer o resto lá fora. Portanto, esse cronograma, no entanto, é muito importante porque é um ponto central se você quiser que o projeto tenha uma visão de onde adicionamos, é bom para você, mas também é bom para os membros da equipe do projeto, para a equipe de gerenciamento, para o comitê gestor é que lhes dá um nível de conforto sabendo que existe o agendamento central em vigor. 67. Gerenciamento de escopo: Bem-vindo de volta ao curso. Vamos analisar o gerenciamento do escopo. Então, durante o planejamento, definimos com precisão nosso escopo. Temos requisitos de negócios. Temos um documento de requisitos comerciais ou uma matriz de requisitos, ou qualquer processo que usamos. Agora, nosso trabalho durante a execução é garantir que cumpramos esses requisitos, quando garantir que não realizamos atividades que estão fora do escopo. Porque isso certamente aumentaria os custos e prazos do projeto. Portanto, temos que aplicar um pouco de controle de qualidade do projeto é um processo que usamos e que é chamado de controle de Tange para esse fim. Então, vou discutir isso em parte na parte da entrevista da parte dois. É uma pergunta que você provavelmente ouvirá quando for entrevistar, diz Gerente de Projeto. Ele estará ao longo das linhas. O que você faz se a empresa chegar até você com requisitos adicionais? Aqui está a resposta. Então, vamos dar uma olhada um pouco mais perto no que a mudança controla. 68. Controle de mudança: Portanto, se houver uma mudança no requisito, independentemente de onde ele vem e o motivo disso. A equipe do projeto realmente precisa avaliar o impacto. E, potencialmente, o que chamamos de solicitação de mudança precisa ser levantado e precisamos obter aprovação do comitê de direção para que eu possa orientá-los no processo aqui. Esse processo é realmente dependente da própria empresa, mas vou mostrar a versão vanilla, se você quiser. O ponto de partida. Temos uma exigência adicional da empresa por qualquer motivo. A primeira pergunta que fazemos a nós mesmos é um requisito é pequeno o suficiente? Às vezes é tão pequeno que a empresa esqueceu mencionar que precisava disso. Mas discutimos com a equipe e o SEO, isso é bom. Nós simplesmente podemos, podemos simplesmente colocá-lo e podemos simplesmente fazer isso. Então, o que você faz, basta incluir o requisito no escopo. Esse requisito adicional é muito pequeno e seu crédito está no escopo. Mas o que eu tenho aqui é que um atalho nem sempre é aceito pela sua gerência, pelo seu projeto de v. Então agora eles, isso é pequeno, eu não me importo que eles não quisessem. Eles continuarão vindo com pequenos requisitos para os Y"s. Então isso depende muito de onde você trabalha. É bom. Acho que é uma boa maneira de, como gerente de projetos, mostrar que você é flexível. Sim, é um requisito pequeno, mas podemos inseri-lo para que seja bom para o seu relacionamento com uma empresa. Mas, ao mesmo tempo, se sua gerência não quiser, então você se opõe a desfazê-lo. Então, o que acontece se o requisito não for pequeno? Portanto, pedimos a eles que levantem uma solicitação de alteração para aprovação, pois a solicitação de mudança é um documento, documento do Word ou o que quer que a empresa escreva para dizer formalmente, sim, nós precisa que esse novo requisito seja avaliado. Às vezes, não é o negócio. Às vezes, é um gerente de projeto realmente fazendo isso em nome da empresa, mas isso não é realmente importante neste estágio. Então, para fazer isso, sim, então esta é uma solicitação de mudança que veremos como podemos preenchê-la de forma simples. No próximo slide. Esse é o menor documento em que você insere algumas informações sobre a alteração desejada. Há a cortesia em algum lugar. Pode ser em algum momento apenas um comitê de direção ou em algum momento é apenas um aprovador acordado em algum lugar que dê uma olhada em uma solicitação à distância e isso terá o impacto no cronograma em algum momento comitê de direção ou em algum momento é apenas um aprovador acordado em algum lugar que dê uma olhada em uma solicitação à distância e isso terá o impacto no cronograma em algum momento . impacto no custo vai exigir mais dinheiro. E as pedras são que eles têm um olhar e aprovam ou recusam. Vamos dar uma olhada no que acontece quando eles aprovam. Então, quando provamos isso, há duas coisas que ocorrem. A primeira coisa é que incluímos esse requisito no escopo. Então, sim, estaremos fazendo esse requisito. O que fazemos é mudar nosso orçamento. Digamos que houvesse mais dinheiro associado a esses requisitos, mas ele foi aprovado. Então, agora estamos bem. Podemos colocar mais dinheiro em nosso orçamento e podemos refazer a linha de acordo com o cronograma, se isso se aplicar também. Então, estamos completamente limpos. Tínhamos uma linha de base que fazemos, uma nova linha de base porque tudo foi aprovado. Agora, se a solicitação de alteração estiver, ela está ativada. Você acabou de registrar as solicitações de alteração em algum lugar. Você acabou de arquivar, e então você não faz nada sobre esses novos requisitos, pois isso foi recusado. Essa é uma visão geral rápida do que acontece. Um novo requisito pode ser encontrado por muitas razões pelas quais a empresa percebeu que eu esqueci algo ou, como parte do trabalho mais preciso, eles percebem que há outro trabalho que precisa ser feito. Então, se for pequeno e se você puder incluir em um escopo e continuar trabalhando nele. Mas se não for mais do que você precisa manter um controle, acompanhe e tenha um pouco de registro. Então você faz uma solicitação de mudança. Se for aprovado, você faz a alteração. Sua linha de base, se não for, fica fora do escopo. Portanto, é assim que uma solicitação de alteração se parece. Simplificação. Novamente, isso é tudo que você precisa. Infelizmente, você precisa usar modelos que você é, você está recebendo. Então você nem sempre precisa, nem sempre é tão simples. Mas esse é o mínimo que eu recomendaria. Então você tem um ID para que você possa acompanhá-lo. Você tem o nome do solicitante, você tem uma descrição. E vamos com esse exemplo da ponte. Novamente. A empresa diz que a ponte precisa ter um conjunto adicional de luzes ou o eu e as tendências. E você tem referência a requisitos mais precisos ou que tipo de luz eles queriam exatamente e similares. Então, isso está ligando suas costas aos requisitos. Como gerente de projeto, você precisa avaliar o impacto dessa mudança. Então esse é o seu papel. O negócio não vai fazer isso por você. Então você tem que verificar, especialmente se há uma mudança no cronograma e no orçamento, se você tem os recursos para isso, etc. Então, aqui neste exemplo, custos adicionais e parâmetros de tempo estendidos abaixo. Na verdade, agende o projeto. Precisamos de outra caxumba grátis que ou o bate-papo, você precisa de mais $20 mil. Então, quando isso vale para aprovação, eles sabem quanto dinheiro extra teriam e eu sei que levará mais tempo para entregar. Então, quando eu avalio sim ou não para a solicitação de mudança, eles sabem tudo o que eles têm em mãos para tomar essa decisão. É sempre bom ter opções. Agora, aqui as opções são um pouco preto e branco. É como se você fizesse, ou não. Portanto, a opção é não fazer a alteração e adiar o adicional necessário após a implementação do projeto. Isso pode ser uma opção. Não faça isso de jeito nenhum. Seja outra opção. Ou você aceita a nova data de entrega e aceita a despesa. Então você diz que a alteração foi aprovada e, obviamente, qual opção você escolheu, e então ela é assinada. Portanto, é sempre bom como gerente de projeto tentar encontrar várias opções aqui. Agora aqui eles poderiam ter. Aqui eles disseram que a sugestão é ter feito após a implementação do projeto, em vez de dizer, nós não fazemos isso de forma alguma. Mas às vezes são opções civis e civis. Você pode encontrar maneiras de implementar essa mudança. Podemos ter um custo menor ou mais rápido. Se você puder trazer talvez mais recursos, todos os direitos para fazer o trabalho. Portanto, pense lateralmente, pois a opção é sempre boa. 69. Gestão de temas: parte 1 introdução: Bem-vindo de volta ao gerenciamento de problemas do curso , a parte divertida. Portanto, existe um tipo de processo para gerenciar problemas que é mais ou menos registrar o problema em um registro de problemas e gerenciá-lo até a resolução. Mas não existe realmente uma fórmula mágica sobre como realmente corrigir esses problemas. Quando o problema é registrado, cabe mais ou menos ao gerente de projeto trabalhar com as equipes, as várias equipes para corrigir o problema. Portanto, há muito brainstorming, pensamento lateral e influência que precisam ocorrer para que o problema seja resolvido. Mostrarei em alguns slides o tipo de problema mais comum que temos. Mas antes de fazermos isso, vamos dar uma olhada nessa ferramenta que temos o registro de problemas. 70. Gestão de emissões parte 2: registro de emissões: Mais uma vez, este é o registro AC em suas formas mais simples. Não acredito que isso precise ser mais complicado do que isso. E assim que eu apresentar todas as colunas, eu posso, vou mostrar as duas mais importantes. Então, antes de tudo, às vezes é chamado de registro de problemas. Acho que já mencionei isso, ou registro de problemas. Há um modelo nos recursos, se você estiver interessado, que é mais ou menos uma cópia carbono disso. Temos o número do problema para que possamos fazer referência a comer rapidamente que levantou. Temos uma descrição o mais precisa possível e temos o impacto. Qual é o impacto desse problema no projeto? E geralmente é um atraso na data de conclusão da implementação. Quando esse problema deve ser resolvido para não impactar o projeto? Às vezes temos um problema. Sim. Mas ou a tarefa não está no caminho crítico ou não é uma preocupação imediata, precisamos saber até quando ela se tornará uma preocupação. Portanto, essa não é a data prevista para a resolução do problema. O dono é muito importante. Precisamos alocar alguém para resolver esse problema. E, se possível, não o gerente do projeto. Por que não o gerente de projeto? Porque a função do gerente de projeto é coordenar todas as atividades dos problemas e gerenciar o problema até a resolução. Mas na maioria das vezes, o problema em si não pode ser corrigido, entre aspas, pelo gerente de projeto. Vem de uma equipe técnica, veio dela, de outra equipe. Se for um recurso não disponível, é um gerente de recursos que precisa corrigir o problema. Portanto, o gerente de projeto precisa evitar ser o proprietário do problema. O status aberto ou fechado. A atualização mais recente. É bom colocar datas nesses mortos que isso ocorreu e depois colocar todas as datas subsequentes e o número de risco relacionado, quando ocorre um risco, isso se torna um problema. Então, por exemplo, isso aqui não é aplicável. Portanto, esse problema aqui não vem disso, de um risco. Mas isso foi destacado como um risco inicialmente, e agora o risco ocorreu e, portanto, ele será emitido. Então, esses são apenas alguns exemplos. O primeiro de John, recurso de teste de valores mobiliários não estará disponível até 1º de fevereiro. O problema é que ele vai cair, atrasar a implementação à medida que o teste está em um caminho crítico. O procedimento de teste é exigido por 15 pés de trabalho, para que ainda possamos consertá-lo sem afetar a data de implementação do projeto. Conseguimos conseguir um dono aqui. Portanto, o gerente de teste, em sua situação, o gerente dos resultados dos testes, é o proprietário desse problema. E forneça uma atualização aqui os gerentes de teste foram T2 tentando, desculpe, liberar recursos. Fornecemos uma atualização até o final da semana. Isso é bom. Então, novamente, um corpo de pé para fornecer manutenção contínua do site. Ainda não foi selecionado. Pessoal, nós queremos vocês durante o risco. Agora, o risco ocorreu. Então, meça porque não podemos entrar em operação com a manutenção contínua. A seleção da data de vencimento é exigida pelo concluído o dia 29 de John são os que atrasarão a implementação. Conseguimos descobrir que uma proprietária, Natalie , gerente de compras, precisa resolver isso. Não é só uma questão de fazer o pedido e esperar que ela resolva o problema. Obviamente, precisamos ser gerenciados ativamente pelo gerente de projeto. E, naturalmente, desde que uma atualização esteja boa, empresa foi marcada e suas exclusões estão em andamento ou faça o dia 14 de John? Vamos dar uma olhada nos dois pontos principais. Tenho certeza que você já os adivinhou. Então, o proprietário, eles precisam ser lembrados de que são proprietários emitidos para isso e que eles têm uma data, a data de vencimento, que é uma boa coluna mais importante. Depois de ter um problema e conseguir ter um proprietário e sua data de vencimento, as coisas estarão sob controle. Eles não são, você não está dividido aqui, pois o proprietário para tentar perseguir todo mundo para corrigir o problema foi claramente estabelecido que existe um proprietário e uma data de vencimento. 71. Questões comuns: Então, vamos analisar o problema mais comum, quais tarefas estão atrasadas? Então, isso é mais ou menos um resultado. Há potencialmente um número infinito de causas para isso, mas eu só queria destacar a principal e ver se podemos resolvê-las. Causa tão comum para um atraso e como reduzir a probabilidade. Se os pegarmos um por um. A primeira causa real é saber que a estimativa está errada. Então, tentamos usar a contingência o máximo possível. Quando fornecemos nossas estimativas. N2, pressionamos as equipes a serem o mais detalhadas possível, para que elas descobrissem quaisquer subtarefas que possam não ter pensado. Portanto, é mais provável que você encontre nesse ponto mais cedo todas as tarefas necessárias. Mas isso iria, oh, disparar. OK. Já no planejamento durante a execução, é tarde demais. O recurso não está disponível. Isso é bastante comum quando os recursos são compartilhados. Então, como reduzir seu recurso compartilhado de evitar? Quero dizer, você tem um alarme assim que alguém lhe disser onde você pode ter esse recurso, mas ele ou ela está sendo compartilhado com outro projeto ou outra equipe de negócios como de costume. Evite se você puder colocar isso em risco. Eu tenho um recurso compartilhado. Além disso, uma maneira de reduzir a probabilidade é procurar recursos cedo e anteriormente. Faça por escrito que você pode ter esse recurso a partir dessa data, a partir desse momento. Outra causa para o atraso são os nós de recursos mortos para o trabalho. Às vezes, isso é bastante complicado, mas no final do dia isso afetará o projeto. Então, tente e discretamente credencial de tecnologia. Olá, esse recurso com recursos trabalhou nesse tipo de atividade antes. E assim que você perceber isso durante a execução, cedo possível. E coloque isso como um grande risco. O custo por atraso de trabalho adicional encontrado. Então é isso que acontece quando a estimativa detalhada e a quebra distal da tarefa na sua ocorre durante a execução. Quando isso ocorre durante a semana de planejamento ainda é bom porque podemos tentar alterar os prazos e o orçamento, mas durante a execução é tarde demais. Portanto, há duas causas que são para o que estava abordando. O primeiro, um planejamento detalhado de estimativas que reduziria a probabilidade. O mesmo que este. Mas o telefone de trabalho adicional é um escopo detalhado. Tedmed também resolveria esse problema. Bem, isso reduziria a probabilidade também. Em um escopo de planejamento, mencionamos a necessidade de ser o mais detalhado possível, e é aqui que eles pagariam dividendos. E outro cenário. Sua equipe de design ou sua equipe de desenvolvimento diria: Bem, eu percebo que preciso fazer isso também. Eu estava discutindo com uma empresa e eles dizem que isso precisa ser incluído. E então você é uma situação difícil que, se você realmente não incluí-los, o negócio não ficará feliz. E, portanto, você precisa ser capaz de empurrá-los para o controle de mudanças, para aumentar seu pedido de barraca. Mas, para fazer isso, você precisa demonstrar a eles que o que eles estão perguntando agora está fora do escopo e bem declarado fora do escopo em um documento que você forneceu a eles? Claro, não com essas palavras, mas você teria tato e apenas destacaria isso para eles. Para mais coisas. Use contingência se puder. Durante o planejamento. Eu mencionei que as estimativas podem mudar e tentar obter alguma controvérsia, dinheiro ou herói, se você perceber que o recurso não está morto. Use isso como desculpa para obter uma contingência. Sempre que você puder, obviamente, de preferência no planejamento. Mas mesmo que você faça isso em execução, é bom porque permite que você antecipe potencial Dealy e tente corrigi-lo antes que o atraso afete o projeto geral. brainstorm com a equipe sobre os riscos que podem causar atrasos. No final de suas reuniões, pessoal, vocês pensaram em algum risco que poderia causar atrasos? E alguns recursos ficarão mais do que felizes em vir com toneladas deles. Anote eles e tente resolver os possíveis perigosos. Então é isso para o gerenciamento de problemas. Gerenciar problemas é realmente onde você pode mostrar suas habilidades, mostrar seu pensamento lateral. Coisas boas acontecendo, antecipar problemas e, quando houver um problema, permaneça nele até a resolução. Vamos para a próxima parte. 72. Reuniões de projetos: introdução e tipos: Bem-vindo de volta ao curso. Reuniões do projeto Nem sempre é muito popular entre os membros da equipe, mas muito útil para o gerente de projetos. Então, na segunda parte, mostrarei como sinto que você pode tirar o máximo proveito dessas reuniões. Mas para esta parte aqui agora, mostrarei mais como isso é feito, a maneira mais tradicional de gerenciar reuniões. Assim, as reuniões do projeto podem ser usadas para coordenar o trabalho, influenciar a equipe do projeto e escalar problemas, ou obter assistência da equipe de gerenciamento. Portanto, coordene o trabalho e influencie e motive a equipe do projeto. Isso será mais para as reuniões da equipe do projeto. E isso será mais para o comitê de direção se você comparecer a eles ou às reuniões da equipe de gerenciamento. Então, como já mencionei, há dois tipos de reuniões. As reuniões da equipe do projeto que você tem com sua equipe. Este é o que você está torcendo. Você convida todos os membros da sua equipe e preside a reunião, e você tem a agenda e terá atas. E o Comitê Gestor ou qualquer reunião executiva de gestão, essas, você realmente não as compartilha. Normalmente, você é apenas um participante desta reunião. Então, vamos pegá-los um por um. Reuniões tão produtivas. A maneira tradicional de fazer é você, o gerente de projeto recebe atualizações dos membros da equipe que dão a volta na mesa e o que você fez esta semana? Sim, isso parece bom. Então você leva tudo isso em consideração. Após a reunião, você acessa sua agenda e atualiza sua programação e seu registro de problemas, se houver, e você escreve suas atas e as envia. Portanto, também é a oportunidade para os membros da equipe discutirem questões que nem sempre se encontram fora das reuniões da equipe. Então essa é uma boa oportunidade para eles discutirem. Você pode, é claro, coordenar o trabalho. Quando um termina a tarefa, o outro pode começar em dois a três dias. Então você tem que coordenar isso. E é aqui que você resolve o problema. O comitê de direção, o gerente de projeto, está lá para fornecer atualizações, não para obter mais atualizações, para fornecer atualizações de alto nível. E mostrarei no próximo slide a diferença entre os dois tipos de reunião, a diferença de detalhes que você precisa dar para cada uma delas. Então, agora esta é a sua oportunidade de aumentar os principais problemas. Eu não gosto de colocar grandes problemas na mesa durante as reuniões, então eu normalmente iria e conversava individualmente ou telefonema para avisar a todos. E se possível, tenha uma estratégia de resolução de problemas à frente antes que eu coloque um grande problema na mesa. Então isso é algo que eu acho que é muito importante fazer. Portanto, isso geralmente não é verdade pelo gerente de projeto, é presidido pelo membro do comitê de direção ou pelo proprietário da empresa ou similares. Então, dois tipos de reuniões. Uma maneira, quando você tiver seu resultado, o que deseja obter da equipe. E outra quando você é um participante e onde você é a cadeira teria resultado que ela quer da reunião. Então este é o seu resultado e este é o resultado do comitê de direção que devemos ter em mente. 73. Reuniões e relatórios: o que discutir: Bem-vindo de volta. Então, analisaremos os relatórios um pouco mais tarde. Mas este slide aqui funciona tanto para reuniões quanto para relatórios. Tentando destacar a diferença de conteúdo que você teria em reuniões e relatórios dependendo do tipo de projeto. Então eu mencionei isso nas principais reuniões que você participaria. Este que você presidirá à reunião produtiva, e esses serão os participantes. Obviamente, há muitas outras reuniões nas quais você estará envolvido , geralmente ad hoc. Mas esses são realmente os dois principais. Se eu pegar o componente aqui um por um, podemos enganar a qual reunião ele se aplica. Para. Por exemplo, este aqui, atualização de alto nível, status, atualização sobre os principais marcos. Isso pode ser feito para os dois tipos. Não custa nada dar à sua equipe e um pouco em um cronograma de alto nível. E para o comitê diretor? Sim. A atualização mais detalhada sobre o progresso na semana passada, o que está acontecendo na próxima semana? O que você fez? Exatamente? Como você foi? Sim, isso vale para a reunião da equipe do projeto. O comitê diretivo. Não preciso saber disso. Finanças, atualização do orçamento, como estamos indo. Isso realmente não é necessário para a reunião da equipe do projeto. A menos que você tenha algum recurso que esteja realmente ligado com o orçamento e o do Reich. Mas eles não, eles não se deparam com muita frequência. Então eu diria, não os incomode com isso. E às vezes é bastante confidencial. Eles nem estão cientes do orçamento do comitê de direção do projeto, sim. Reunião de gestão? Sim. Isso é uma coisa importante que eles querem de você neste estágio. Pequenos problemas técnicos. Equipe de projeto pequena, sim. O comitê de direção e a equipe de gerenciamento sabem que não querem saber sobre isso. Eles não saberiam se precisam se preocupar com eles ou não. Portanto, não os mencione. Problemas do projeto Qi, sim, aquele que potencialmente atrasará o projeto, aumentam o custo. E aquele que eles podem influenciar? Sim. Dê, dê isso para ambas as reuniões de previsão para que possam trabalhar nelas. Comitê de direção potencialmente para que eles possam escalar e ajudar. Itens de ação? Sim. Reunião da equipe do projeto? Sim. Eles precisam saber que precisam saber o que devem fazer para a próxima reunião. O impacto se eles não fizerem isso. Itens de ação. Bem, como mencionado, o gerente de projeto não está realmente presidindo este, mas é muito importante que você ignore se você tem algum item de ação que você precisa fazer para relatar de volta à direção comitê. E se você conseguir fazer isso, obviamente, você também pode dar a eles itens de ação durante o comitê de direção. Então, se você for muito sutil com isso, isso é algo que você pode fazer. 74. Minutos de reunião e modelo: Bem-vindo de volta ao curso. Tivemos nossas reuniões sempre em boa forma para enviar atas de reunião, mesmo que apenas marcadores. Mas geralmente você receberá um modelo. Assim, você pode enviar o resultado da reunião após a reunião para solicitar participantes da reunião. O que eu faria inicialmente é, se o modelo for muito complexo, sempre tentar remover alguns títulos. Sempre goste de simplificar porque quanto mais títulos você tiver, quanto mais partes você tiver nas atas da reunião, mais aberto você também estará. Mais ou menos colocar informações incorretas e isso também fornece muita sobrecarga. Então, eu forneci aqui uma lista de coisas que poderiam ser incluídas em uma reunião, atas, os participantes e desculpas. Isso é muito importante. Se alguém não estava presente quando tomamos uma decisão ou alguém nunca apareceu, é bom tê-lo nesta lista. Reunião de orientação de decisão, isso é muito importante. Então, todos concordamos em algo. Tem que ser registrado em algum lugar. Um resumo rápido da discussão. Então, não queremos que essa pessoa diga isso e então essa outra pessoa respondeu isso. Acho que não fazemos mais isso, não é muito útil. Qual é o plano para o período seguinte? Isso é algo que podemos fazer para que todos se concentrem. Os itens de ação que também são importantes. Se encontrarmos um ponto de discussão que precise de resolução, localizaremos em seus itens de ação. Quais são os principais marcos futuros? Mais uma vez, para focar todos se houver alguma preocupação levantada. Portanto, a preocupação ainda não é um problema, mas é bom deixar isso de lado. Em primeiro lugar, eles fazem com que se sintam melhor porque eu sei que está em um pedaço de papel. E então, para você, é um pouco de alerta. Algo pode se transformar em um problema. Você também pode enlouquecer e colocar todas as solicitações de alteração. Um dos excelentes é aprovado, modo que avisa a equipe. Se houver algum trabalho que surgirá seu caminho, que não foi originalmente incluído. As questões-chave, é sempre uma boa forma revisar todas as questões-chave. Assim, você pode dobrar isso com a revisão do registro de problemas. Ou você pode simplesmente listar os principais problemas aqui para que você possa obter suas atualizações sobre os problemas pelos proprietários do problema. Os principais riscos, eu também gosto de ter os principais riscos, não prejudicam e isso está aberto à discussão. Eles podem dar uma olhada nos riscos e dizer, bem. 75. Relatórios de projetos: introdução e o que incluir: Bem-vindo de volta ao curso. Vamos analisar os relatórios do projeto. Então, vimos que, às vezes, com as atas da reunião, você pode ajustá-las de acordo com suas próprias preferências. Com os relatórios do projeto, é mais improvável que você consiga criar seus próprios relatórios. Você pode ter sorte e pode fazer isso. Mas na maioria das vezes você tem os modelos ARM. Dito isso, mesmo que você use seus próprios modelos, você ainda pode dizer a ela o que está dentro de cada título. E é aqui que eu suponho que você precisa contar a ela o relatório para o público. Mencionei que já entregar um relatório tempo faria você parecer muito eficiente. Mesmo que haja problemas no projeto. Se você entregar no prazo, é sempre uma boa prática. O número ou n tipos de relatórios variam dependendo de onde o gerente de projeto trabalha. Na maioria das vezes, você teria os relatórios semanais usuais que são mais detalhados para sua equipe de gerenciamento e similares. E, em algum momento, o escritório do projeto colocaria todos os relatórios do gerente de projeto em um balde para o relatório mensal. Algum dia você teria que se reportar ao seu comitê de direção talvez mensalmente. Quantos relatórios você terá que lidar se for um gerente de projeto é realmente uma quantidade desconhecida. Dito isto, eu só queria mostrar também o que pode ser incluído em um relatório. Só para reiterar, o conteúdo da reportagem pode ser adaptado ao público, mas não é realmente o título. Então, aqui o que eu tenho é um status geral do rack que veremos no próximo slide. O que é isso. O conjunto de rack tem quatro componentes. Veremos no próximo slide. Teremos um sumário executivo. Isso é mais para relatórios mensais ou executivos. O status do projeto. Obviamente, como você está acompanhando o cronograma. Você terá o progresso baixo no período anterior. Isso geralmente é algo que eles gostam, é mostrar que você realmente fez algo. Qual é o plano para o período seguinte? Portanto, o período pode ser de uma semana ou mês, dependendo do tipo de relatório, menos suas conquistas. Então, mesmo que isso não seja algo que eles perguntem, eu acho que é bom dar uma conquista, dar à equipe do projeto vai impulsionar o marco principal, apenas para ter todos focados e um pedido de mudança. Isso é algo que você poderia ter em um relatório, acho que é sempre bom acompanhar aqueles que estão sendo pendentes que foram aprovados ou recusados. A data do check-up também. Acompanhar o executivo da linha de base do orçamento, isso é algo em que estará muito interessado. Os principais problemas. Além disso, se você precisar escalar para um projeto, os relatórios geralmente são para alguém com dieta mais alta e para você. Portanto, é sempre bom colocá-los aqui, os de alto nível, para que você possa obter ajuda para o escalonamento. O mesmo acontece com os riscos. 76. Introdução de status RAG: Bem-vindo de volta aos relatórios de execução do projeto. Quando vimos os relatórios do projeto, mencionei trapo. Então, às vezes, em seus relatórios de projeto , você precisa fornecer um status de rack. Então, o que é um trapo? Então RAG significa vermelho, âmbar e verde. É uma forma codificada por cores para você fornecer um visual de alto nível sobre como você projeta. Ele está indo. Às vezes, os executivos precisam passar por projetos 2030 e AC neste projeto, verde, verde, verde, verde, verde. Eu posso simplesmente adicionar até mesmo ter que revisá-los. Este MBA, comece a dar uma olhada e ler. Então você provavelmente adivinhou que verde é bom e vermelho não é bom. Portanto, não há um padrão claro. E às vezes, quando você entra em uma empresa, eles já têm seus próprios padrões. Eles dirão que verde significa que você tem isso. Âmbar significa que você tem isso. Vermelho significa outra coisa. Então, o verde obviamente está sempre bem. Brasa. A meu ver, é algum problema no horizonte que pode impactar o projeto. Então as coisas estão começando a desmoronar mais ou menos. Leia que o projeto está sendo impactado no momento. Outra maneira de ver isso é o quanto você quer que seu executivo preste atenção ao seu projeto agora? Use-o para você mesmo. Se o meu projeto tiver alguns problemas e eu estiver no topo deles, eles realmente não precisam saber. Então, acabei de colocar o projeto verde. Se eu sei que vou precisar da ajuda deles e não quero contar a eles no último minuto, eu lhes aviso um pouco e coloco Ember. E se eu precisar de ajuda, agora, eu coloco em vermelho. Vamos dar uma olhada. Os componentes da oração do projeto podem ser tratados visualmente usando o pano. Componentes que podem ser rastreados. Então eu disse que essa é uma maneira de acompanhar o status geral do seu projeto. Mas você também pode usá-lo para o seu agendamento. Por exemplo, você pode dizer que meu projeto está indo bem, Green, que o cronograma está começando a ter um pouco de MBA para ele. O orçamento também pode ser o mesmo. Você poderia estar travado. Seu projeto seria um valor verde, seu orçamento está começando a desmoronar. Qualquer outra coisa pode pedir status, comunicação, esculpir partes interessadas, felicidade, recursos, riscos, problemas. Algumas empresas também têm um pouco de fórmula. Se você tiver dois desses Ember, então o projeto deve ser Ember. Por exemplo. Se você tiver uma leitura, o projeto tem que ser pelo menos se você tiver todos os verdes e um vermelho, ainda está tudo bem. Então, como você pode ver, muitas maneiras de usá-lo, mas pode ser uma ferramenta de comunicação muito poderosa. Então, agora vamos para a próxima parte. 77. Estado de RAG com tolerância: Para finalizar com esse status de rack, às vezes há uma maneira mecânica de calcular o status do rack. E este é um caso em que seu projeto recebeu níveis de tolerância dentro do cronograma e do custo. Então, eles teriam, por exemplo, o primeiro nível de três aluguel é de dez por cento. O segundo nível de tolerância é menos 20 por cento. Então, para um cronograma, é, se o seu projeto é de dez meses, então você ainda teria tudo bem se entregássemos entre 1011 meses ou 1012 meses para o segundo nível de tolerância. Então, se tomarmos esse exemplo para um orçamento, você tem um orçamento de $100 mil. Se você perceber no meio do seu projeto que o custo para concluir, que é uma estimativa de orçamento na conclusão do ESC, está entre noventa mil, cento e dez mil. Você é bom. É verde. Se, por outro lado, você perceber que seu orçamento no final do projeto será menor que 90 mil ou maior que 110 mil, então você deve se colocar e ser honesto. A menos que seja ainda pior e sua estimativa seja inferior a 80 mil ou acima de 110 mil. Então isso parece um pouco louco. Mas na maioria das vezes, mesmo que você esteja indo muito bem e encerre seu projeto bem abaixo do seu orçamento. Então você tem que denunciar como vermelho e você tem que explicar, Por que você não gastou mais dinheiro? Eles acham que o pensamento por trás disso é por que estamos tão longe da marca? Por que simplesmente superestimamos? E eles são assim, então eles querem realmente entender o porquê. Mas alguns não, não se preocupem com isso e apenas se interessam se estamos ultrapassando o orçamento ou não. É isso aí. Isso encerra tudo para o status do rack. 78. Exemplo de relatório de projetos: Para finalizar os relatórios do projeto, como fiz com as atas de reunião do projeto, incluí nos recursos um modelo de relatório que você poderia ter. Então fique à vontade para dar uma olhada. Nesses casos, basta sentir alguns pedaços para que você possa conferir como fica na vida real. Então você tem o rack satis aqui, você tem o resumo do projeto, você tem as principais partes interessadas em relatórios envolvidos aqui. Você está certo, um status rápido concluído esta semana, planejado para a próxima semana. Você fornece um cronograma de dívidas. Portanto, essa é uma visão de marco. E você pode até ter o status do rack, não apenas para a programação geral de cada tarefa. Eu gosto desse jeito visual. Então você pode, É muito rápido para eles verem seu status para um green agendado. Verde, verde. Oh, tem um vermelho aqui. Vamos dar uma olhada onde está, em vez de apenas palavras. Mas isso vai te dizer o mesmo. Então aqui verde, verde, verde, OK e servidor, mais caro do que o estimado. Para que eles possam dar uma olhada rápida. principais problemas são aqueles que queremos que eles analisem. E geralmente congelava até a escalada. Então é basicamente isso. 79. Rastreamento de orçamento: definição de introdução e actuais: Vamos continuar com esse acompanhamento do orçamento. Portanto, essa é obviamente uma parte muito importante da execução do projeto. Em uma base regular, precisamos revisar o que foi gasto e calcular o que resta a ser feito. Assim, podemos adicionar os dois e verificar se no final do projeto será, será bom. Então, primeiro, como calculamos o que foi gasto? Então, o que foi gasto? Chamamos isso de realmente deixar você saber. Então, eu vou falar sobre o real a partir de agora. Durante o planejamento, dividimos nossos custos em duas categorias. Então, havia tempo e o material era preço fixo. Então, como rastreamos nossas ferramentas neles? Portanto, para tempo e materiais, você precisará usar folhas de termos e as taxas horárias se tiver recursos humanos trabalhando nisso. E você calcularia a quantidade total de horas e vermelho azevinho, então isso lhe dará o custo dos recursos humanos. Você também adicionaria faturas para contratados. Isso também pode ser por tempo e material ou pode haver uma fatura de preço fixo. Portanto, não haverá surpresa. Lá. Normalmente trabalharia com o departamento financeiro e eles teriam localizado um projeto chamado seu projeto. Então você deve ser capaz de ir até eles e perguntar quanto eu gastei até agora. Então, eles extraíam , na verdade, todo o real do código do seu projeto. Então, essas são apenas algumas maneiras de você acompanhar o que foi gasto. 80. Acompanhamento de orçamento mês a mês: Vamos continuar com esse orçamento de acompanhamento da execução do projeto. Então, durante o planejamento, você montou um projeto, um projeto. Com este exemplo aqui, pode ser algo como 100 dias nessa taxa diária que fornece um orçamento. 50 dias nesses vermelhos dão a você um orçamento. Preço fixo, 20 laptops oferecem o, então seu orçamento no início do projeto é de 300 mil. Então, eu queria apresentar alguns termos, se você quiser. Portanto, a estimativa para concluir é a sua estimativa em 1 em vez de nosso dinheiro que você precisa para concluir o projeto. As linhas reais, nós apenas falamos sobre elas. Na verdade, esse é o dinheiro gasto no geral até agora. E a conclusão estimada será sua estimativa. Agora, levando em consideração as metas reais e a estimativa a serem concluídas. Então essa é a sua estimativa na conclusão. Isso significa quanto você acha que gastaria no final do projeto? Isso ficará mais claro com alguns exemplos. E isso é uma variação. Então, isso vai te dizer se você gastou demais ou entendeu. Portanto, a estimativa na conclusão deve ser comparada com um orçamento de projeto. É a fórmula mágica. Estimativa para conclusão mais estimativa real na conclusão. Então, no início do projeto, não há problema. 300 mil para completar, estimativa na conclusão amigo e fuzzer. Então, agora vamos para janeiro. Etapa um. Somos reavaliados. Todos estão enviando trabalho. Então essa será nossa estimativa a ser concluída. Perguntamos aos caras: Quanto tempo você precisa para terminar sua tarefa? E eles disseram, eu só preciso de 90 dias. Apenas 90 dias. E parece que esse cara começou. Então eles disseram isso no mês de dezembro, 50 dias. Isso lhe dá uma estimativa para completar 176 faisões. Segundo passo, entramos em nossas folhas de tempo, entramos em nosso conteúdo, pessoa financeira, verificamos nossas faturas e reunimos apenas $18 mil. Portanto, estima-se que superem o custo. Então, adicionamos isso a isso. O que resta a ser feito? E o que gastamos nisso nos dá esse valor aqui, 294 mil. Então, inicialmente, dissemos ao nosso comitê de direção que custaria terminar para eles concluírem. O projeto nos custaria 400 mil e agora são apenas 294 mil. Então, estamos no momento $6 mil por cabeça. Se estivéssemos pegando apenas esse valor, seria muito difícil para nós avaliarmos. Se vamos cumprir esses $300 mil ou nós que precisamos para ambos. Ok, vamos avançar para fevereiro. Sam, nós apenas perguntamos aos caras quanto tempo, quanto tempo. Mas oops, esse cara percebe que há algo mais a fazer. E foram as estimativas que surgiram. Portanto, a estimativa geral a ser concluída é 276. É a mesma coisa. É só uma coincidência. O real é de 35 mil. A estimativa na conclusão agora é amiga e inspira ainda mais. E isso causa problemas. E agora estamos gastos demais. Mas parece que em março tivemos uma corrida melhor. Eles estão enviando 60 dias, 60 dias e 60 dias. Então isso nos dá 192 mil. Então, a competição real de 78 mil estimadores, 270 mil. Portanto, a variação do orçamento é 31º até voltarmos aos trilhos. Então, é um pouco como uma montanha-russa. Era mais para mostrar a você que se você rastrear sem esses dois componentes, então é, é, é, é, de certa forma, sem sentido. É bom ter esses dois fatores para você levar em consideração. Então é isso, é assim que rastreamos o orçamento. É importante fazer isso de forma estrutural mensalmente. Às vezes, somos solicitados a fazer isso semanalmente, mas suponho que seja seu melhor julgamento, para começar, e depois dependendo dos padrões em que você trabalha. Então é isso para rastrear o orçamento. 81. Exemplo simples de valor ganho: Bem-vindo de volta. Execução do projeto, acompanhamento do orçamento. Agora eu tenho categorias avançadas. Então, como mencionado, se você estiver um pouco sobrecarregado nesse estágio, fique à vontade para pular isso. Discutiremos o valor agregado. O valor faz parte de todas as metodologias de gerenciamento de projetos existentes. É uma ferramenta que você pode usar para acompanhar o andamento do seu projeto. Muitas vezes é explicado de uma forma muito complicada. E é aqui que eu realmente queria reduzi-lo à sua forma mais simples com dois exemplos. O primeiro extremamente simples, o segundo um pouco mais realista. Então, vamos fazer isso. Então, n valor, É o valor do que você já fez. É um valor do trabalho que o projeto já produziu. Então, quando vimos o rastreamento anteriormente, o que fizemos foi calcular a estimativa a ser concluída e adicionamos centro real que nos deu a conclusão estimada. Então, isso foi, de certa forma, olhando para o futuro. O que resta a ser feito em valor? É mais olhar para trás. Como estamos indo. Mas no final do dia isso deve te dar o mesmo resultado. Exemplo. Temos cinco casas para pintar. Esse é o nosso projeto. Temos um empreiteiro. Pagamos a ele $10 mil por semana. Qualquer um ou ela nos diz é uma semana para pintar uma casa. Então você tem cinco horas só para pintar. Sua estimativa total é de 50 mil. Então, o que é importante aqui? Ele define uma estimativa de uma semana para pintar uma casa. Você disse. Eoc diz a você, bem, levo uma semana de casa dependente e são cinco horas para escrever. Portanto, sua estimativa será de 50 mil. Parece bem direto. Você volta três semanas depois e tem tarefas na verdade 30 mil porque está pagando a esta empresa 10 mil por semana. Então, depois de três semanas, você gasta 30 mil. Mas quando você verifica, você percebe que apenas duas casas foram fixadas e a terceira nem começou. Portanto, o valor agregado, que é o valor do que construímos até agora , é de 20 mil. Porque esperávamos 10 mil despesas. Eles abrigam, mas agora só temos duas casas pintadas. E já pagamos 31º e, portanto , não parece bom seguir em frente. Então você vai, então este é seu primeiro exemplo. 82. Fórmula de valor ganho e exemplo: Vamos continuar com valor e valor acumulados. Valor do que construímos até agora. Se for maior do que as regras reais, você está abaixo do orçamento. Mas, como vimos, um exemplo pouco antes com uma casa é para ser reprimida. Quando seu valor n é menor do que sua mancha real, seu orçamento está acima do seu. Você não recebeu o que pagou de certa forma. Então, como mencionado, eu queria dar a vocês outro exemplo talvez mais da vida real. Digamos que temos um projeto para construir 75 unidades sem entrar em mais detalhes. Projeto muito simples. Você só precisa de 75 unidades de algo construído. Então, é hora e material. Disseram que custou construir uma unidade. Então, material de construção, aqui é onde você estará fazendo seu orçamento é um orçamento base programado, cor laranja. E você tem um plano para construir 1010151515. E no final, você deve ter suas 75 unidades. Então, aqui rastreamos as arteríolas, o dinheiro gasto no final de cada mês. Então aqui temos nos gêneros, gastamos 8 mil, fomos 10 mil armas, 70 mil. Então, no final de março, gastamos 25 mil. Então, aqui o que fazemos é calcular nosso valor agregado. Vamos verificar quantas unidades foram realmente construídas. No final de janeiro, vemos que você já precisa ter sido construído. Alarme porque devemos ter dez e fevereiro e outros dez, final de março, apenas cinco. OK. Então, vamos dar uma olhada. Então, situação de final de março. Estamos planejando construir 30. Nós temos apenas build 23. E o valor do fim do orçamento que temos agora dá uma falsa sensação de segurança à equipe de projeto. Então você verificará seu orçamento. Você diria, estamos bem, depois de três meses, eu só gasto vinte e cinco mil dólares e isso está à frente do meu orçamento. Estou indo muito bem. Mas você gastou apenas 24 unidades. Então eu acho que o valor n é uma boa ferramenta para que você não fique muito confortável. Então, obviamente, este é um exemplo simples de uma forma que é muito fácil verificar o valor n porque você está apenas se referindo a unidades. Portanto, é muito fácil contar quantas unidades foram feitas. Mas eu suponho, e é aqui que a teoria às vezes não funciona na prática, nem sempre é tão fácil verificar o valor de algo. Quando você trabalha com várias equipes e todas elas têm seus próprios produtos para criar um eixo, nem sempre é fácil verificar o quanto elas produziram. Então, vamos dar uma olhada mais de perto em como isso seria em um gráfico. Então é assim que você pode representá-lo. Tendo em mente, você ainda está na seção avançada aqui. Então, estamos em março aqui. Um exemplo de que gastamos apenas 25 mil quando deveríamos. O valor planejado foi de 30 mil. Mas nós só criamos isso. Então, se você fizer isso, coloque isso em um gráfico com este sendo o valor planejado, o custo real estando lá e o valor n estando lá. Então, o valor em verde, isso é o que você fez no final de março. Em azul, o custo real e o valor planejado, está lá. Então, essa é realmente uma boa forma visual. Se isso for alto e não for tão alto, isso significa que você está gastando mais do que o que você produziu. Rapidamente. Exemplo final sobre valor agregado. Desta vez, é só para mostrar que o custo real pode estar acima do valor planejado. Portanto, é mais ou menos o mesmo projeto. Mas a mudança real. Então, planeje que você precisa construir três. Nós temos apenas build 23. Mas desta vez você é tarefa ainda acima do valor planejado. Então você está em uma situação ainda pior do que antes. Isso é apenas para mostrar que o custo real aqui está acima do valor planejado. Então, desde o início, você sabe que há algo errado. Então, vamos atingir F4 e valorizar o orçamento. Portanto, é uma ferramenta muito boa se você puder fazer isso. Acho que é uma ótima maneira de olhar para trás e verificar como, quão eficientes são os colegas de equipe. 83. Valor ganho para agendamento: Terminamos o orçamento e também terminamos o reagendamento do pássaro antes de terminarmos a execução, que eu queria mostrar a você que o valor n também pode ser usado para avaliar o desempenho do cronograma. Não sei se você notou isso nos slides anteriores. Então, quando analisamos o orçamento, comparamos o valor acumulado com reais para ver se estamos indo bem com nosso orçamento. Portanto, se o valor de p for menor do que o que gastamos, sabemos que estamos atrasados orçamento que estará tendo um gasto excessivo. Podemos fazer o mesmo reagendamento, mas desta vez, em vez de comparar o valor n, é na verdade, comparamos o valor com o valor planejado. Se o valor for maior do que o valor planejado, construímos mais do que o planejado para construir até este ponto no tempo, estamos adiantados e o contrário. Então, vamos dar uma olhada no exemplo. Acho que vai deixar isso mais claro. Então, para o orçamento, calculamos, comparamos os valores reais e o valor agregado. Então aqui os atores eram maiores, o valor final. Então, quando você ainda não estava indo bem com o whispered, se quisermos usar essas ferramentas para rastreamento de agendamento, comparamos desta vez o valor n é um valor planejado. Portanto, o valor n aqui é menor do que o valor planejado, então estamos atrasados. Portanto, é uma ferramenta bastante intuitiva, talvez uma terminologia sofisticada para fazer algo que poderíamos fazer de outra forma bastante intuitiva. Mas é sempre uma boa ferramenta, como mencionei anteriormente, saber. 84. Fase 3: execução - encerra: Bem-vindo ao encerramento da execução do projeto. Então, concluímos nossa execução. Como parte da execução, ainda temos a implementação. Obviamente, isso depende do tipo de projeto em que você está trabalhando. Pode ser apenas apertar um botão e fazer alguns testes pós-implementação ou algo que exigirá um tolo e uma implementação que ocorrerá em um fim de semana ou algo parecido. Então, eles são cenários demais aqui para listar todos eles, mas essa é a etapa final da execução. E o próximo passo será fechar o projeto. Portanto, a execução é a mais intuitiva de todas as fases. É aqui que seu pensamento lateral é mais constante. É aqui que às vezes não há regras, não há processos a seguir e você só precisa corrigir problemas usando seu bom senso e suas habilidades de comunicação e todas as ferramentas que você consigo pensar nisso. Portanto, o componente chave dessa fase é o cronograma, o custo, o gerenciamento de problemas e os relatórios. Então, quando a implementação é concluída, eles geralmente são um tipo do que é chamado de período de garantia que a equipe do projeto ainda está envolvida se houver algum desafio com o projeto, apenas para garantir que o a equipe do projeto não foge assim que é implementada. Portanto, pode haver alguns problemas e a equipe do projeto será a melhor eliminada para corrigi-los. Portanto, há um período de garantia de várias semanas ou, às vezes, pode durar vários meses. Mas, paralelamente, você pode iniciar a última fase que está fechando. Mas antes disso, esqueça o teste, e te vejo do outro lado disso. 85. Fase 4: encerramento - visão geral da seção: Bem-vindo ao rosto para fechar a seção de uma vista. Nesta seção, não passaremos papel usual do gerente de projeto porque o papel do gerente de projeto é bastante sucinto e também acredito bastante óbvio em Israel. Nesta fase, discutiremos o objetivo da fase de fechamento e o encerramento das atividades concluídas. A alça, há quatro atividades incompletas. E também revisaremos a documentação das lições aprendidas e também revisaremos as celebrações no final do projeto. Então, vamos direto ao assunto. 86. Finalidade de fechamento: Bem-vindo à fase final do projeto, encerramento do projeto. No final da execução, implementamos nosso produto, nossos produtos. Às vezes, como mencionado anteriormente, temos um período de garantia em que a equipe do projeto precisa apoiar o que entregamos, pois eles têm o conhecimento neste estágio. Mas a sensação de que estamos apenas focando em fechar todas as atividades. Portanto, o objetivo desta fase é arrumar os principais componentes de Morris que fechamos ou as atividades endoteliais. Então, o que isso significa é que não queremos deixar pontas soltas. Também há escutado, aprendido. O que aprendemos? O que temos, o que aprendemos que sempre faremos melhor na próxima vez. O principal resultado que estamos buscando é o fechamento seno de um. Assim que o executivo, o comitê diretor ou quem assinar um documento, podemos dizer formalmente que o projeto está encerrado. Mas às vezes isso não acontece rapidamente. Então, como mencionado, algum tempo depois que a implementação ou os recursos desaparecerem, eles estão ocupados trabalhando no projeto. Portanto, para o gerente de projetos, às vezes é um desafio manter todos envolvidos. A empresa não obtém muito valor com o fechamento do projeto. E agora eles têm, eles têm seu produto. Então, todo mundo já está um pouco focado em outros tópicos. E às vezes até mesmo o Gerente de Projeto não tem a chance de arrumar as coisas adequadamente. Então vou apresentar aqui que o encerramento teórico de um projeto. 87. Atividades de encerramento de projetos parte 1: Mencionei que o fechamento de um projeto depende muito do projeto de uma forma que, dependendo do tipo de projeto em que você está trabalhando, as atividades de fechamento e transferência podem ser bem diferentes. Mas eu só queria dar um exemplo para dar uma ideia de um projeto típico, mas o tipo de trabalho que você teria que fazer durante o encerramento de um projeto. Então, dividi-los em duas categorias. Então, essas atividades aqui, acabamos de fechar e essas atividades aqui nós as entregamos para as equipes de negócios como de costume geralmente exemplos de atividades de fechamento. Portanto, temos várias categorias de tentar colocar isso em categorias. Então, relatórios, recursos e ouvidos aprenderam. Então, relatórios. O documento principal aqui é um documento de encerramento do projeto. Portanto, esse é um papel de gerente de projeto para reunir este documento. Então isso abrangerá todas as atividades de fechamento. Portanto, parte deste documento faria que as partes interessadas assinassem. Em seguida, arquivamos um arquivo ou os relatórios. Obviamente, em algum momento, isso na pasta do projeto é onde você luta contra todos esses recursos. Portanto, pode haver vários tipos de recursos. Obviamente, você libera todos os recursos, recursos humanos, eles ainda estão trabalhando no projeto. Mas isso também pode ser que você esteja pagando pelas faturas finais e seus números de orçamento final publicados e seu trabalho com sua equipe financeira e para garantir que os números estejam todos sincronizados. A categoria final de como essas listas e aprendem, ouvir aprendido. Vamos dar uma olhada nisso no próximo slide, mas é mais ou menos quando toda a equipe discute o que está indo bem durante a reunião e o que poderia ter sido está indo bem durante a reunião e o que poderia ter sido melhor. E então, no final desta reunião ou em algum momento, você só tem um documento que está sendo criado com esta reunião. Mas geralmente é melhor ter uma reunião e depois criar esse documento. Portanto, o chefe das atividades , por outro lado, isso é algo que precisamos garantir que estamos entregando à equipe apropriada. Então eu coloquei isso em duas categorias. Entregas e os riscos e problemas. Entregáveis. Quando lidamos com o produto final ou violamos nosso site, nosso software, precisamos garantir que as partes interessadas estejam satisfeitas com ele, que o proprietário da empresa esteja bem. Então precisamos de algum, algum tipo de implementação de aprovação, aprovação, talvez documento de encerramento do projeto. Eles precisam dizer que estão totalmente satisfeitos e que podemos seguir em frente. Documentação de operações para o negócio como de costume, equipe diz que você constrói uma ponte. Preciso dar todas as operações. Você tem todo o conhecimento. Então você precisa dar toda a documentação de operações para que a equipe mantenha esse site de violação, a mesma coisa, software, esse esvaziamento. Portanto, o treinamento é algum tipo de tendência ou treinador. Portanto, você precisa garantir que como o conhecimento está dentro da equipe, que você entregue esse conhecimento à equipe de treinamento ou aos indivíduos. E também sua equipe de projeto ainda precisa estar envolvida se, se houver uma garantia. Então, eles provavelmente compartilharam com outro projeto. Talvez você não queira que o recurso ainda trabalhe em tempo integral em seus projetos apenas para apoiar. Portanto, eles provavelmente precisam ser compartilhados com outros projetos em cada estágio. E riscos e problemas. Portanto, em nosso logotipo ou registro de problemas, podemos ter alguns problemas que não tivemos a chance de concluir. Obviamente, não somos críticos porque ainda conseguimos implementar o projeto ou o projeto. Então, provavelmente são problemas menores. Mas a equipe que estará executando um negócio de produtos, sua equipe precisa estar ciente disso e precisa consertá-los. Então, precisamos dar a eles esse registro de problemas de alguma forma. E o risco não é tão óbvio, mas às vezes são alguns riscos que ainda são válidos no final do projeto. Normalmente, em um registro de risco, você tem riscos que surgiriam e causariam problemas ao projeto, mas às vezes eles são apenas riscos que estão lá e que estão em andamento e, portanto, seria útil para entregá-los às empresas que usam sua equipe não é obrigatório, de modo que apenas um bom de ter pode não se aplicar o tempo todo. Então, eu queria destacar como podemos simplificar isso. Não queremos ser o gerente de projeto que saiu sem ser das faturas. Por isso, destaco esta como uma atividade importante. Não teríamos um sinal desligado. Isso é fundamental. Nós entregamos algo. Fomos muito duros. Queremos garantir que, no final do dia, as partes interessadas estejam felizes com isso e que tenhamos fornecido a elas o que elas queriam. E então você sabe que fez seu trabalho como gerente de projetos. Isso também é necessário, caso contrário, isso vai voltar e assombrá-lo de uma forma, então você precisa ter certeza de que o produto pode ser suportado no futuro. Este parece ser um documento bastante crítico, mas nem sempre é feito. Obviamente, se você passar por todos os padrões metodológicos em suas vidas que dizem que isso é absolutamente obrigatório, isso tem que acontecer. Mas com meus mais de 20 anos de experiência, isso não acontece com tanta frequência. Você está bem implementado quando vai trabalhar em outro projeto. Então é por isso que eu realmente recomendaria que você fizesse essas três coisas. No próximo slide. Vamos dar uma olhada nesses dois aqui. 88. Atividades de encerramento de projetos parte 2: PIR: Revisão pós-implementação. Portanto, estou recomendando fortemente outra revisão pós-implementação. A fim de obter algum Listen, Learn. É uma reunião que você teria com todas as partes interessadas. Às vezes, você não quer ter gerentes de recursos porque deseja recursos para poder falar livremente. Mas é bom para outra reunião porque você consegue, você pega todo mundo. O ponto de vista de todos. Outras palavras, se você preferir ouvir, aprender por conta própria, então isso pode ser um pouco tendencioso. Eu recomendo fortemente ter uma reunião. Então, durante a reunião, você revisa o que fez, certo? O que poderia ter sido feito melhor? O que não foi planejado para eu destacar para que alguém na empresa fazendo um projeto semelhante possa levar isso em consideração em seu planejamento. Portanto, há uma estrutura diferente que você pode aplicar a essa reunião. Você pode dizer, ok, o que foi feito certo no planejamento, por exemplo, o que foi feito, Ryan em execução? Como é a pior degustação? Ou como foi feita a comunicação com as partes interessadas? Você pode perguntar às partes interessadas no final ou ao comitê diretor, como foi como gerente de projeto, como foi minha comunicação com você? Isso é algo que pode ser feito. E então você pode depois da reunião, você volta, você escreve tudo de forma mais simples e então você tem um documento. O reconhecimento e a celebração devem ser planejados com antecedência. Isso adiciona uma motivação extra à equipe. Então, isso precisa ser planejado. Isso mostra que você valoriza o que eles estão fazendo. Você valoriza o trabalho deles. E não é uma reflexão tardia que o projeto tenha corrido bem no Reino Unido. Está tudo implementado. Vamos comemorar. Mas isso mostra que isso estava no seu plano o tempo todo. Isso é o encerramento do projeto. 89. Fase 4: encerramento: Então é isso que encerra o fechamento do projeto. Portanto, fechar um projeto é uma fase de baixo risco para o gerente de projeto. O projeto foi implementado. E se tiver sido implementado sem nenhum desafio, todos poderão relaxar. Então, se você conseguir montar um documento de encerramento de projeto e, de fato, fazer com que todos os mais antigos percam e sejam abordados. Tudo o que você fez para realmente fechar o projeto. Eu acho que isso seria muito benéfico para você como gerente de projeto, você deixaria o projeto em uma nota muito boa, na nota muito positiva. Isso deixaria um rastro se você quiser profissionalismo. Então, eu recomendo fortemente , se você puder. Se você quiser uma área de trabalho, um documento de encerramento de projeto em algum lugar. Como de costume, simplifica e depois circula. E se ninguém responder, se ninguém aprovar, se ninguém feedback, então, que assim seja. Mas pelo menos você fez sua parte. Agora vamos fazer um resumo da primeira parte a seguir. Mas antes disso, não se esqueça do teste. 90. Parte 1 Recapitulação - visão geral das atividades de fase: Bem-vindo de volta ao curso. Vamos encerrar a primeira parte. Vamos revisar os principais conceitos, ferramentas atividades que vimos e como eles podem se sobrepor em cada fase. Então, eu queria mostrar a vocês que os processos são recorrentes durante o ciclo de vida do projeto. Portanto, não os vemos apenas em uma fase na maioria das vezes. Você os vê em todas as fases. Então, começaremos com o conceito que ainda não foi discutido até agora. Eu não queria turvar a água. Eu não queria sobrecarregá-lo com informações, pois estamos passando pelas fases para lembrá-lo a cada vez, não se esqueça das aprovações, certifique-se de que isso seja aprovado e relaxe. Quer dizer, acho que isso foi evidenciado de certa forma, mas agora é a hora de ver realmente quais são as principais aprovações que movemos ao longo do ciclo de vida do projeto. Assim, você pode ver um provedor assinar sua aprovação, menor, menos. Então, durante a iniciação, é fácil se tivermos uma carta de projeto. Então, isso está assinado e isso significa que o negócio está pronto para ir. Então, isso é feito pela empresa. Mas também vimos que a iniciação nem sempre ocorre de forma muito formal. Então, nesse caso, algum tipo de aprovação genérica seria fornecida pela empresa ou pelo escritório do projeto? Nem sempre é o estatuto do projeto. Durante o planejamento. Há dois documentos que são muito importantes e que precisam ser assinados. O primeiro é um plano de gerenciamento de projetos, que é um documento produzido pelo gerente de projeto. E isso inclui todas as informações de planejamento que geralmente são assinadas pelo comitê de direção ou diretamente pela empresa. E requisitos também, se aplicável. Portanto, se estamos em um projeto que tem requisitos, nenhum precisa ser aprovado e este documento deve ser o mais completo possível. Portanto, durante a execução, há alguns documentos que precisam ser assinados. Portanto, nem sempre temos esse cenário que mencionamos as execuções do anel mostradas. Você nem sempre tem testes de design e curtidas, mas precisa de alguma aprovação para entrar no ar. Então isso é definitivamente um dado adquirido. Quando se aplica ao design precisa ser assinado para o negócio precisa dizer, Sim, isso é projetado de acordo com meus requisitos. Testando. Além disso, antes do teste de negócios, precisamos ter certeza de que eles estão satisfeitos com a forma como testamos antes do teste. Além disso, a empresa precisa fazer seus testes e assinar o saboroso geral. Então, fechando, fazemos um documento de encerramento do projeto, se tivermos sorte, e isso será assinado pelo comitê de negócios ou direção e eu definitivamente fecharei o negócio que vimos isso nem sempre ocorre. E talvez apenas uma aprovação final do comitê de negócios ou direção dizendo, sim, estamos bem com o que você entregou agora, você pode encerrar as coisas e seguir para o próximo projeto. Então, essa é a aprovação que eu queria mencionar inicialmente. Os outros, nós os vimos. O orçamento durante a iniciação, uma ordem de magnitude é suficiente, que é um orçamento de outro nível. No planejamento, vamos mais detalhadamente. Vamos o mais detalhado possível para evitar surpresas durante a execução. Em seguida, o escrito durante a execução, apenas monitoramos semanalmente, mensalmente, para um projeto muito longo. Você não quer fazer isso semanalmente. Mas às vezes você não tem a opção de quantas vezes você faz isso? E fazer o fechamento se aplicar em algum momento você devolve os fundos não utilizados e às vezes você não recebeu os fundos para começar, então você não tem nada para devolver. O cronograma é muito semelhante ao orçamento de mortes de implementação de alto nível durante a iniciação. Você não tem o gráfico de ganho detalhado neste estágio. Mas aqui você obtém seu organograma mais granular e o aprova, bem como parte do plano de gerenciamento de projetos. Durante a execução da beleza que o manterá ocupado. Se, mesmo que não seja um MS Project Scheduler, apenas todas as tarefas ou o monitoramento de tudo o que está progredindo precisam estar progredindo dentro dos prazos acordados. Não há muita ação em alguém realmente interessado quando exatamente o projeto será encerrado. Normalmente, a aprovação da boa vida é mais ou menos o fim dela. Mas há exceções, é claro, riscos. Durante a iniciação, criamos o registro de risco no qual destacamos os principais riscos para garantir que a empresa saiba no que está se metendo. E então, se pudermos, arranjamos mais amigos para a mitigação de riscos. Encontramos algum risco de que seria bom ter algum dinheiro para agir se o risco ocorrer. Durante o planejamento. A mesma coisa que atualizamos. Se encontrarmos novos riscos. Ainda é a última chance de conseguir mais dinheiro. Durante a execução, monitoramos e atualizamos regularmente. Gosto de ter reuniões mensais sobre riscos e o fechamento do anel. O mesmo que o orçamento. Devolvemos as empresas de contingência de risco, se não forem usadas. Problemas durante a iniciação, a menos que você seja muito azarado, não há problemas, mas se eles são criaturas é log um pouco antes, tente resolvê-los cedo possível ou pelo menos planeje para que eles fiquem em repouso. Durante o planejamento, você definitivamente cria seu HLoG e começa a resolver problemas. Portanto, o exercício de resolução de problemas está começando aí. Durante a execução, você continua atualizando seu log de problemas e monitorando seu problema. Veja, você tem proprietários e prazos e fica de olho neles. E então você resolve os problemas, se puder. Ao encerrar, você teria dois tipos de problemas em seu registro de problemas. Você teria o fechado com o qual não precisa mais se preocupar. E você teria os abertos com os abertos terão que decidir. O que eu faço com isso. Você discute com a equipe do projeto, discute com um BAU e decide por cada questão. Podemos fechá-lo porque o projeto está concluído ou os entregamos à equipe da BAU? Escopo? Durante a iniciação, não mostramos o componente principal. Os grandes campeões estão listados. Eles precisam ser claramente declarados, embora sejam grandes, as tendências precisam ser claramente declaradas. Certifique-se de que não nos esqueçamos de grandes pedaços que nos custarão mais tarde. Durante o planejamento de volta ao granular quanto possível. Requisitos e escopo para garantir que não haja mal-entendidos durante a execução. Temos nosso escopo geral, mas também temos nossos requisitos detalhados do negócio. E se acharmos que os requisitos não são detalhados o suficiente, temos que voltar a eles. Caso contrário, gerenciaremos escopo durante a execução completa. Portanto, durante a execução é apenas uma coisa a fazer. Qualquer empresa, peça um novo requisito. Precisamos passar pelo processo de solicitação de mudança. Às vezes, temos um pouco de margem de manobra, se quiser. Podemos decidir se a mudança é pequena, então podemos passar por ela. Mas isso depende de qual ambiente você urina. Durante o fechamento. O que fazemos é garantir que todos os documentos de requisitos originais sejam atualizados com a mudança de escopo. Então, aqui criamos nosso documento de requisitos no final do planejamento que foi aprovado. Mas, além desses requisitos originais, podemos ter alguma solicitação de alteração aqui. Portanto, precisamos nos certificar de que atualizamos este documento aqui com todas as alterações. Então, às vezes isso é feito caso a caso, mas às vezes diz sobre uma opinião rápida. Então, se alguém vem ao negócio como sua equipe e diz que você tem um projeto, quais são os requisitos do projeto? Em seguida, você pode mostrar a eles o documento completo. E para finalizar a papelada do gerente de projeto. Durante a iniciação. Há apenas uma carta de projeto, o planejamento do anel, esse plano de gerenciamento de projetos. Então, obviamente, essa é toda a papelada em torno do cronograma de custos da abordagem do projeto. O plano de gerenciamento de projetos deve ser um resumo de tudo o que foi decidido e que incluirá abordagem do cronograma de custos em sua vida. Portanto, durante a execução, há dois tipos de documentos nos quais o gerente de projeto precisa trabalhar. Minutos e relatórios. Os relatórios, comprei. E durante o fechamento. Se você puder montar um documento de encerramento de projeto e ouvi-lo ainda melhor. Então é isso. Outra maneira de ver essa tabela é se você quiser atualizar sua memória durante a iniciação, onde isso precisa ser feito. Durante o planejamento, o que precisa ser feito e você desce essa lista, executa e fecha o que precisa ser feito. Outro ponto importante é que, durante a iniciação, papelada para os gerentes de projeto é chamada de estatuto do projeto. O planejamento da pista é chamado de plano de gerenciamento de projetos. Mas você verá na parte três, quando analisarmos os padrões de gerenciamento de projetos que eles podem ter nomes diferentes. Então eu acredito que esses são os nomes mais comuns. É por isso que eu observei dessa maneira. Mas você pode se deparar, especialmente para as duas impressões, que é um método de gerenciamento de projetos, que elas também podem ter nomes diferentes e diferentes. Berkshire nem definitivamente fazem parte da iniciação ou do planejamento. 91. Adaptação de PM para cada fase: Bem-vindo de volta ao curso. Continuamos a recapitulação da primeira parte. Eu só queria fazer uma rápida revisão sobre como o gerente de projeto pode se adaptar a cada fase. Portanto, durante a iniciação, é o ponto no tempo em um projeto em que é mais fácil fazer qualquer cronograma ou mudanças melhores. Nem sempre é possível. Algumas vezes há uma quantia de dinheiro em uma mesa e você tem que aceitá-la. Mas é muito mais fácil fazer isso agora do que fazer no meio da execução. Então, por esse motivo, o gerente de projeto precisa ser capaz de antecipar. Quando você olha para as quatro fases da iniciação, é quando eu sinto que o gerente de projeto precisa ter a previsão. Ele precisa ser capaz de dar uma olhada com poucas informações e pouco tempo que ele tem ou ela tem. Planejando a execução, o fechamento n, a realização dos benefícios. O gerente de projeto precisa ser capaz dar uma olhada em todas essas fases futuras, o benefício, realização e verificar isso ou talvez um pedaço de papel com 20 linhas às vezes enquanto rasgava para cuidar de tudo esses componentes. Você poderia argumentar que a realização de benefícios não é realmente seu problema. É um negócio. Se eles fizerem isso, eles sabem o que estão fazendo. Mas acho que é uma prática muito boa desafiar as coisas se você puder com muito tato. Então, aqui, antecipar a previsão. E se você puder, se você vir algo que está errado, tente mudar isso. Tente conseguir mais dinheiro por isso. Experimente e ganhe mais tempo. Planejamento, meticulosidade, planejamento do anel. Somos meticulosos. Analisamos tudo com mais detalhes. Queremos ter certeza de que não descobriremos coisas hoje. Durante o planejamento, nós apenas olhamos execução realmente, embora a iniciação, você tenha que olhar para tudo isso durante o planejamento, sabemos onde isso precisa ser feito. Tivemos aprovação. Então, precisamos nos concentrar na fase de execução. Precisamos ter certeza de que isso corra melhor maneira possível. Portanto, somos muito minuciosos. Durante a execução. Só temos que fazer isso. Precisamos ser extremamente produtivos. Também mencionei que é aqui que precisamos usar nosso pensamento lateral ao máximo, às vezes não há processos para nos ajudar que precisamos ser proativos para antecipar e controlar. Portanto, não há realmente, neste estágio , necessidade de extremo rigor. É tarde demais para isso de uma forma que foi durante o planejamento. Agora vamos fazer isso. Durante o fechamento. Na verdade, é hora de refletir. Obviamente, você quer deixar algo para trás, então limpe as coisas o máximo possível que você esteja trabalhando com uma equipe há algum tempo como caxumba. E é hora de refletir sobre a qualidade do trabalho. E é hora de dar parabéns às pessoas. Diga bem feito e obrigado pelo trabalho. Então, como gerente de projeto, você nem sempre os membros da equipe venham até você e o vejam. Obrigado pelo que você fez. Mas, como gerente de projeto , ajudei realmente como meu papel a ir e agradecê-los pelo trabalho árduo que fizeram. E também se você teve a revisão pós-implementação, você pode garantir que na próxima vez um projeto semelhante estiver sendo feito. Eles podem aprender que podem aprender com você com o que você fez. Então, fechando bem, é um T2 bom e importante para deixar uma boa impressão de si mesmo. Se você agradecer às pessoas e se fechar de forma limpa. Então as pessoas talvez nós pediremos que você faça outro projeto para elas. Portanto, todas essas qualidades de atividades focadas têm que ocorrer em cada ponto de cada fase, é claro. Mas acho que é aqui que a previsão é mais necessária, meticulosidade, a produtividade mais necessária, é mais necessária, a reflexão, a mais necessária. Ok, estamos quase lá. 92. Parte 1 - conclusão: Muito obrigado por participar da primeira parte deste curso. Espero que tenha gostado. Eu sei que eu realmente gostei de fazer isso sozinho. Antes de passarmos para a segunda parte, eu queria deixá-los com uma citação de Jack Dorsey que eu acho que representa a filosofia da primeira parte. Como parte do meu compromisso com este curso, eu queria tentar o máximo possível e ser prático e simplificar alguns componentes de gerenciamento de projetos que às vezes estão sendo mostrados como muito complexos. Então, quando você simplifica, isso não significa que você não está fazendo um bom trabalho, não significa que você está vivendo as coisas à parte. Mas a simplificação de certa forma é muito difícil porque você precisa reduzir as coisas a menos elementos, a menos componentes. Eu estava mencionando, por exemplo, o estatuto do projeto e o plano de gerenciamento de projetos que podem ser extremamente complexos. Você tenta simplificá-los. Se você tiver um relatório simples, minutos mais simples, simples de tudo, garantindo que as coisas principais estejam lá, é mais provável que você tenha algo de boa qualidade e mais fácil de manter. Então, aqui está. Obrigada. Eu vejo você na parte dois. 93. Introdução de 155 PMP e de Prince2: Então, vamos fornecer uma visão geral rápida das duas principais metodologias de gerenciamento de projetos. Então, elas são chamadas de impressões 2 e p e p. Então, quando você procura um emprego e olha a descrição do trabalho e os requisitos do trabalho ou trabalho. Normalmente, eles o farão Se estiverem procurando certificados , geralmente será um desses dois. Então, acho que esse é um dos principais motivos pelos quais é bom conhecer essas metodologias. Portanto, se os usarmos rapidamente um por um, para uma introdução rápida, o PNP significa profissionais de gerenciamento de projetos. Muitas vezes você verá isso associado a Pembroke, que é um livro de conhecimento, que é mais ou menos o manual, se você quiser, do PMP. E é fornecido por uma empresa chamada PMI, que é o Project Management Institute. Portanto, é baseado nos manuais de padrões. Portanto, é mais chamado de padrão do que de metodologia, mas, em meu livro, você pode usá-lo perfeitamente de forma independente para executar seu projeto. É bom ter um bom manual de referência sobre o papel das ferramentas que você pode usar para gerenciar um projeto. A outra metodologia é imprimir dois. Isso significa projetos em ambientes controlados, dos quais nunca tinha ouvido falar , e isso realmente não significa muito. Mas é metodologia em oposição ao PMP. Ele processou modelos até fornece modelos e similares. E tem dois níveis de certificado. Então, se você quiser fazer isso, você realmente deve mirar no praticante. Em algum momento. Eles perguntaram que tipo de certificado você tem e é bom ter o profissional. Então, esses dois exames, se você quiser, são silenciosos. Eles demoram muito para aprender. E isso leva tempo , consome muito tempo. E suponho que uma vez que você tenha aprendido se tem ou não a chance de usá-lo, não acho isso óbvio. Às vezes você vai para uma entrevista e depois sístole, você sabe, PMDD P ou imprime dois. E quando você vai lá, percebe que não tem muito a ver com o que você aprendeu em PAP e/ou imprime para onde quer que você vá. Eles têm seus próprios modelos, eles têm seus próprios processos de qualquer maneira. Então, essa é uma pequena preocupação que eu tenho: alguém que quer entrar na boca do gerenciamento de projetos está um pouco assustado porque não conhece o PMP nos detalhes e coisas do gênero. Mas você nunca tem um emprego quando escreve uma redação, ok, aqui executamos projetos como PMP. Você pode começar sempre que eles sempre tiverem seus próprios processos. Eles o têm sob medida, se você quiser. Ter um certificado é uma boa maneira de eles saberem disso, você sabe sobre gerenciamento de projetos. Você conhece a teoria, mesmo que não seja totalmente aplicada, ela é boa para ela. Dê a eles um bom nível de confiança. Fluxo divergente para gerenciar um projeto para ambos. Os toques da metodologia são extremamente semelhantes. Até onde eu sei. Eles, eles, eles não começam com fechamento e fazem a execução e o começo. Então, tudo é muito lógico de certa forma. Portanto, você não terá grandes surpresas com nenhuma dessas metodologias, mas veremos isso nos próximos slides. Como, como minha primeira parte, se você quiser, se relaciona com PMP e também com impressões. 94. 158 PMP vs curso: Então, vamos começar com P e P. Vamos dar uma olhada e ver como o PMP é diferente ou semelhante ao que vimos na primeira parte. Então, no início da primeira parte e no final da primeira parte, introduzimos a ideia de atividades. Então, na primeira parte, a teoria foi abordada em quatro fases principais. Além disso, uma maneira de ver isso é ver as atividades em cada uma dessas fases. Então, essas são atividades e a razão pela qual eu fui com as atividades, gostei da forma como elas são realmente concretas. E você pode ir sequencialmente de um para o outro. E você entende que tem algo a fazer. Mas, obviamente, você, ao realizar essas atividades, existem processos e regras, e há coisas que você precisa fazer. E você pode ver a mesma coisa várias vezes, como vimos com escopo e cronograma. Dito isso, quando você olha para o PNP, a filosofia é um pouco diferente, mas o processo geral é muito semelhante. Então, isso é p e p em poucas palavras. Portanto, o PNP também tem quatro fases. Ou o método de gerenciamento de projetos que eu conheço são essas quatro fases. Iniciando, planejando, executando e fechando, isso não mudará. Estamos vendo que você geralmente não começa com o fechamento e o planejamento, então você sempre tem a fase de pré-projeto, a fase de planejamento em execução e encerramento. Então, isso é uma semelhança entre os dois métodos, se você quiser. Agora, a diferença é que eu estava passando por processos e técnicas, se você quiser. À medida que adotamos o PMP, eles agruparam tudo isso em um monitoramento e controle, o que não é uma fase, que é mais um conjunto de regras, conjunto de processos, se você quiser. Então, eu queria aprender com minhas impressões duas e com o processo de certificação PMP e injetar isso neste curso. O que eu encontrei é um litro de Tejas com BMP e duas impressões, é isso. Porque você aprende essa técnica, todas essas regras. E você realmente não sabe como eles realmente se relacionam no ciclo de vida do projeto e seus olhos. Então, está tudo um pouco fofo. É por isso que gosto da ideia de atividades. Então você começa aqui desde o início. Começamos com algo concreto. Que logo no começo aprendemos sobre o escopo. E então nós, nós, chegamos ao fechamento. Agora, temos conceitos quânticos como, por exemplo, orçamento. Nós discutimos o orçamento aqui. Discutimos um pouco mais o orçamento aqui. Vamos discutir isso como nós, como quisermos aqui. Então, no meu grande mapa de referência cruzada que eu tenho, você pode ver exatamente quatro escopos de nosso cronograma de orçamento. O que você faz em cada uma dessas fases? Para aprender meu método, ele é mais sequencial. E para o PNP, se você quiser, é mais acadêmico. Mas, no final, em quatro fases e os dois métodos o levarão até lá. Então, esculpe Controle, controles de custos, desempenho esquelético, só para ter uma ideia do tipo de coisas que eles colocariam lá para monitorar e controlar o projeto geral. Então, só para terminar o PNP, no curso, chamei o documento inicial de carta do projeto. E eu chamei o documento de planejamento de plano de gerenciamento de projetos, e é a largura do cólon PNP. Então, eu não chamei esses documentos dessa forma porque é assim que eles são chamados no PNP. Mas porque acho que, pela minha experiência, esses são os nomes mais comuns. Portanto, é fácil fazer a transição, se você quiser. Se você quiser aprender PNP, já deve estar familiarizado com esses nomes. Mas isso é tudo para o PNP. A seguir, vamos dar uma olhada nas impressões também. 95. 160 Prince2 vs curso: Bem vindo de volta. Imprime dois. Prints two, como você pode ver, tem o mesmo fluxo genérico aqui, mas o texto é um pouco diferente. E podemos falar sobre a parte laranja mais tarde. Então, se nos concentrarmos apenas na coluna central aqui, se você quiser, o que chamamos de iniciação e iniciação no PMP, agora é chamado de configuração, mas tem o mesmo objetivo: é apenas um pré-projeto verificar se prosseguimos com o projeto e fazemos algum trabalho inicial nele depois iniciamos o projeto. E é aqui que fica um pouco confuso, bom para eles. Iniciar um projeto é, é planejar para o meu método e para o PNP. Então não está aqui. Sua execução é chamada de controle de um estágio. E isso também é realmente específico das estampas, é que existem poucas etapas para fazer parte de um projeto. Então, obviamente, você também pode fazer isso com outros métodos como esse PNP. E você também pode entrar em execução aqui. Mas para eles, é um pouco mais padronizado, se você quiser. É isso que serve para isso. É por isso que é mais fácil para eles entreabrirem. Não há uma grande diferença entre um príncipe uma jarra e as estampas vermelhas duas, porque um gel é baseado no status, como veremos. Depois de fechar um projeto está fechando um projeto. Então, Sam, pequena confusão com o nome cujo início é iniciação. Iniciar é, na verdade, planejar. Não cem por cento , mas muito perto. E então a execução, eles chamam isso de controle de um estágio porque querem a flexibilidade de ter vários estágios. Agora, se dermos uma olhada nos outros componentes. Então, dirigir o projeto, o que é isso? Portanto, é mais ou menos uma supervisão do projeto. Então, está mais ou menos lá o Comitê Diretor. Quero dizer, eles não o chamam de Comitê Diretor, mas o chamam de conselho de projeto. É mais ou menos o quadro do projeto como uma visão geral do projeto durante todo o dia. Então ele contou a interação, todas as aprovações, análises. Então, obviamente, também os temos em Nice. Mas, mais uma vez, quanto ao PNP, eles gostam de descrever esse processo em uma entidade separada e chamam isso de dirigir um projeto. mesma coisa. Mas a descrição do evento é feita em uma parte separada do curso. Se você estiver doente, uma coisa a observar nos outros processos que as duas impressões têm são as aprovações para prosseguir, o que eles chamam de gerenciamento dos limites do estágio. Também está separado. O processo para eles também é separado. Então, IF2 aqui, porque é usado no final de cada estágio e no final de cada iniciação. Mas eles teriam apenas relações sexuais. Ele teria apenas um componente chamado Gerenciando os limites do estágio. Dê a você todas as regras, se quiser, o coração e como podemos passar de um estágio para o outro. Na minha opinião, é aprovação para prosseguir. Então, todas as aprovações são mais antigas, mais antigas, indo e voltando ou como isso funciona? Portanto, é muito importante para eles porque o método é baseado nos estágios. Então, eles querem ter certeza de que, quando você passa do estágio um para o estágio dois, quando você passa do estágio de execução para o estágio final, eles querem ter certeza de que tudo está limpo e que você tem todos os processos em andamento. Por fim, gerenciar a entrega do produto. Isso também é algo muito específico do Prince tube, mas também o fazemos para ordenar esse método, mas não o formalizamos em uma parte separada da documentação, se você quiser. Portanto, está descrevendo mais ou menos a transferência de trabalho entre o PM e a equipe do projeto. Então, eles têm uma forma muito formal. Em teoria, mais uma vez, as impressões em lojas nem sempre podem ser feitas dessa maneira, mas, em teoria, elas têm uma forma muito formal de o gerente de projeto, solicitando trabalho às equipes do projeto e recebendo de volta o trabalho da equipe do projeto. E funciona da mesma forma com um projeto em, digamos que você tenha uma área técnica. Eles gostariam de uma maneira muito específica obter o trabalho, do gerente de projeto aqui. Então, funciona nos dois sentidos, se você quiser. É assim que o trabalho é realizado entre o PM e, uh, e, uh, várias equipes trabalhando no projeto. Mais uma vez, isso é feito implicitamente em todos os outros métodos. Então, é interessante. Então, se dermos uma olhada aqui, por exemplo, eu só queria realmente mencionar um refrigerante. O ponto de confusão, se você quiser, esse. O início, eles chamam isso de resumo do projeto. No PNP, chamamos isso de carta do projeto. E aqui, iniciação, início um documento de projeto é chamado de documento iniciação do projeto, PDD. Então, isso, isso pode ser confuso porque no PMP chamamos isso de plano de gerenciamento de projetos porque faz parte do planejamento. Mas uma vez que você supera isso, você percebe que todos esses métodos são bem parecidos. Outra coisa que não é impressa no Comitê Diretor é chamada de conselho de projeto. Eu suponho que isso é, isso é o que eu vejo de nós. Uma das principais coisas interessantes, se você gosta de você, são regras formais sobre como o gerente de projeto recebe o trabalho do projeto. Eu poderia ter tido aqui em teoria. 96. 162 PMP e Prince2: Bem-vindo novamente para um resumo dessas duas metodologias. Os muito populares. Aqui neste slide, eu coloquei mais ou menos os três métodos que vimos. Então esta é a, esta foi minha primeira parte. Então, minha primeira parte, meu método na primeira parte foi incluir todos esses componentes em laranja. Mas eu escolhi inventá-los, se você quiser, em cada uma dessas fases. Imprime dois e P e P são algumas metodologias muito completas que você precisará de semanas para aprender. Eles têm uma explicação um pouco mais detalhada de cada fase e de como as coisas passam de uma fase para a mais antiga. Como eu estava dizendo, não acho necessário aprender tudo isso para ser um bom gerente de projetos. Você lutou comigo. Quando você precisa de algo, basta ir e pegá-lo na hora. Você não precisa saber disso nem desde o primeiro dia. Mas, no final das contas, projeto é projeto. Vi que os gerentes de projeto são muito bons e vêm de um ambiente diferente. Porque, mais ou menos, você simplesmente segue a maneira lógica de implementar as coisas. Então, aqui, a parte em azul aqui é pré-projeto. Quer você chame isso de iniciar, iniciar ou iniciar, é um pré-projeto. Você reúne seu caso de negócios, obtém alguns custos e marcos de alto nível. E é isso. Em seguida, você entra na fase de planejamento. Então você entra na fase de planejamento, que é iniciar um projeto em duas impressões e que também é chamada de planejamento em PMP. E o que você faz? Não há nenhuma surpresa. Você faz um planejamento muito preciso. Então, obviamente, você precisa de algum tipo de aprovação. Então, duas gravuras chamariam isso de dirigir um projeto. Pnp seria aquele que estaria sob monitoramento e controle. Portanto, você teria as mesmas coisas, mas apresentadas de forma diferente. Execução, sem surpresas. Quero dizer, você tem vários estágios, sim. Mas nada me impede de ter vários estágios aqui. Podemos ter várias implementações durante um projeto. Não é proibido. Pássaro para fechá-lo. Então você precisa concluir todas as etapas. Agora imprime para que pareça um pouco mais, mais quatro se quiser. E ele tinha esse SM. Você pode ter quantos estágios quiser. Então, gerenciar a entrega de produtos aqui é o que eu acho interessante. É, é uma forma mais formal. Mas, mais uma vez, quando você pede a uma equipe que faça algo como gerente de projeto, basta enviar um e-mail para ele e vamos em frente e fazer isso. Já é bastante formal. Você tem alguns. Se for um projeto de TI, você tem os requisitos de negócios que estão sendo aprovados. Acho que imprimir para, por exemplo, é bom para empresas muito grandes. Portanto, eles teriam alguns requisitos talvez extremamente complexos. E eles teriam, eles teriam muitos deles. Portanto, eles precisam ter um processo para contornar isso. Mas na maior parte do projeto, esses são os procedimentos de processo existentes, se você quiser, seriam suficientes para gerenciá-los. Se você é um gerente de projeto muito meticuloso , deve ser capaz obter algumas instruções precisas para a equipe realizar o trabalho e uma maneira precisa de voltar a trabalhar com elas. Algum tipo de centro de aprovação, como isso , tudo pode ser feito. Isso não significa, você sabe, PNP não possa fazer um tipo de projeto e imprime para fazer isso, tudo pode estar inativo. Portanto, você pode estar se perguntando qual escolher, se quiser ou precisar. Então, como eu estava dizendo, o principal motivo para eu obter certificado é porque, quando você procura um emprego, eles querem que você tenha um certificado para ser certificado? Nem sempre. Se você quiser assumir uma função de gerenciamento de projetos internamente. Também é possível. Acho que se você olhar na sua empresa e der uma olhada nisso, ok, há um projeto de taxas lá. Eu realmente recomendaria que, se você estivesse realmente interessado em se tornar gerente de projetos, em vez de ter que passar pelo certificado, inscrever e tudo mais, eu recomendaria que você tentasse fazer com que eles chegassem lá por meio do escritório do projeto. E você diz: Oh, eu não me importaria de ser coordenador de projetos lá apenas por algumas semanas. E antes que você perceba, você estará executando projetos. E eu já vi isso muitas vezes em termos de execução de projetos depois de algumas semanas. Então, eles chegam como administradores e depois de fazerem alguma coordenação e depois que um PM Gold sai, eles tomam seu lugar e acabam imprimindo um projeto. Então vá em frente. Se você trabalha em uma grande empresa e eles têm um projeto de sua bandeja e usam a porta traseira. Eu prefiro o PNP. Pnp, há um foco mais forte no gerenciamento de equipes e no relacionamento. O lado da comunicação, se você quiser, é o que eu realmente gosto desse PNP. O processo de aprendizado para ambos é mais pesado, nem sempre aplicável ao provedor de aniversário ou à alocação de ativos. Essa é uma maneira de encerrar, se você quiser. Então, sim, então aqui está. Bombeie as impressões à sua escolha. Se você quiser. Se você não quer incutir, quer entrar no gerenciamento de projetos. Existem outras formas. 97. 163 Cachoeira e introdução de ágil: Bem-vindo de volta à parte ágil e em cascata deste curso. Então, vimos impressões duas e PMP, que são metodologias ou padrões, formas de gerenciar projetos. Agora, em cascata, ágil e outras abordagens se você quiser realizar o trabalho de um projeto. Portanto, ambas as abordagens podem ser feitas com as impressões dois e p e p como o método abrangente. Mas à medida que você realmente entrega o trabalho, há duas maneiras pelas quais podemos fazer isso: energia em cascata. Vamos dar uma olhada. 98. 164 cachoeira: Vamos dar uma olhada na cachoeira. Então, vimos isso é um gel e quais são as quatro abordagens diferentes para realizar o trabalho do projeto. O que, em outras palavras, significa abordagens diferentes para executar o projeto. Do jeito que vimos na primeira parte. Na primeira parte, vimos que no outono de todos os projetos, especialmente projetos de TI, a execução é bastante normal. Portanto, a execução precisa da coleta de requisitos, que é feita no planejamento. E então a execução é mais ou menos projetar algo, você constrói algo e testa e depois de implementá-lo. Portanto, Agile e Waterfall são duas maneiras diferentes de passar por esse ciclo aqui. O que vimos na primeira parte foi Cachoeira. Waterfall, geralmente é a forma como o método de gerenciamento de projetos está sendo ensinado. Porque quando você sabe o que é uma queda , é só uma questão de trocar as coisas para entrar em uma cachoeira gigante. E ágil, você teria a mesma iniciação aqui. Às vezes você teria o mesmo planejamento. Você definitivamente teria o mesmo fechamento, mas é mais ou menos a execução e o fim do planejamento quando você faz a coleta de requisitos que mudarão um pouco. Então, quando digo a primeira parte, o que fizemos com a cascata é presumir que há apenas uma implementação. Dissemos que fazemos isso uma vez, fazemos isso, uma vez, fazemos isso uma vez e depois implementamos uma vez. Então é por isso que eu disse a primeira parte, nós estávamos usando cascata. Então, vamos dar uma olhada no que cair. Durante o planejamento, pedimos à empresa que nos forneça todos os requisitos. Onde você quer exatamente, certo. Esse grande documento. Coloque todos os seus requisitos lá. Você os assina e os entrega para nós. E nós damos uma olhada. E então entramos em execução. E então projetamos com base nesse grande documento. E então construímos com base nesse grande documento. E então testamos com base nesse documento grande. Se eles querem algo diferente, se eles querem mudar. Aqui, vimos que acabamos de ligar para o cartão de controle de alterações. Dissemos: Desculpe, pessoal, vocês precisam passar pelo processo de solicitação de mudança e ele precisa ser aprovado antes mesmo de analisá-lo mais de perto. Então, fazemos isso uma vez e depois. Fazemos tudo de uma vez. E então implementamos uma vez. Agora, uma vez implementado, como, você sabe, fazemos isso apenas uma vez geralmente entramos no fechamento. Agora, eles são tempos e é por isso que as impressões são como palcos. Quando você teria vários grandes palcos. Assim, você pode ter dois grandes palcos gratuitos. Mas, na maioria das vezes, são apenas 111 grandes documentos aqui. Faça tudo o que quiser e depois de implementarmos. Então você entenderá, quando usarmos um dardo, como uma criança é diferente. Mas para a cachoeira, esse é o processo. Agora vamos dar uma olhada em um gigante para que possamos realmente ver quais foram as diferenças. 99. 165 Parte 1: Vamos analisar o Agile. Agile é um processo iterativo para entregar o projeto. O trabalho não é apenas iterativo, mas também podemos mudar e ajustar à medida que avançamos. Se seguirmos o ciclo, se você quiser. Quando a execução começar, obviamente já temos uma boa ideia do que faremos. Portanto, geralmente é uma grande parte do trabalho em que concordamos em trabalhar. Então, fizemos nossa iniciação. Então, tivemos que prosseguir com o projeto, digamos, entregar software. E então sabemos que precisamos entregar o software. Mas queremos nos dar a oportunidade de ajustar a forma como o software será implementado, por exemplo. Então, em outras palavras, é mais uma atividade recorrente até acertarmos mais ou menos. Então, no planejamento, temos que seguir em frente. Temos requisitos de alto nível sobre o que queremos, o tipo de software, a torneira um site ou qualquer coisa que quisermos. E depois de nos envolvermos nesse circuito. Então, inicialmente, há vários requisitos reunidos durante a execução, mas podemos manter esse. Normalmente, podemos entrar diretamente no design porque ainda não iniciamos o ciclo. Então, podemos entrar diretamente no design e fazer uma primeira construção e fazer um teste internamente. Portanto, esse é um recurso técnico durante o teste. E depois de demonstrarmos isso para o cliente. E o cliente, o cliente, dá uma olhada nisso. Talvez faça seu próprio teste também. E então implementamos o primeiro rascunho que realmente implementamos na produção, então está ativo. Então, fizemos o primeiro loop e o produto já está disponível. Então, isso é ao vivo. Mas também há casos em que poderíamos simplesmente estar em um ambiente de teste algum lugar e continuar trabalhando com uma empresa nesse ambiente de teste até, você sabe, até que ela fique satisfeita. E vários ciclos ocorreram e então podemos colocá-lo no ar. Mas se mantivermos o cenário em que transmitimos ao vivo a cada ciclo, acho que seria mais fácil de entender. Então, digamos que chegamos em um segundo ciclo aqui. E a empresa quer mudar alguma coisa, ou tem outra coisa em mente e quer adicioná-la. Então, faremos outra parte do design e faremos outra construção, e faremos outro teste de todas elas. E então implementamos novamente. O livro de regras diz a cada duas ou quatro semanas, mas pode durar qualquer período de tempo, se você quiser, que geralmente são bem próximos um do outro. Então eles chamam isso de sprint. Então, a cada duas ou quatro semanas, um trecho de código será a repetição de um site. Um pequeno componente é adicionado com base na última coleta de requisitos aqui. Percorra o loop e você o implementa, passe pelo loop e você implementa. Agora, o anel foi projetado, construído e também testado. As equipes se reúnem com muita frequência. Eles convocam um stand up diário. Então, eles chamam isso de cãibras para revisar o progresso e obter feedback. Então, toda a ideia é muito interativa entre a empresa, entre o analista de negócios, entre o desenvolvedor e entre o testador. Então, todos eles vão na frente de um quadro branco e dizem: Bem, o que faremos para a próxima implementação aqui? Obviamente, havia uma lista de pendências e eles decidem o que farão nesse momento e estão analisando o que aconteceu no dia anterior. Eles estão planejando fazer isso no dia seguinte. Portanto, é muito interativo, se você quiser. Então, quando você compara isso com a cachoeira, onde você tem apenas esses requisitos do big bang e depois desses projetos de grandes bancos. E então é, é muito mais interativo. Vemos muito mais da empresa e as equipes interagem muito mais. Então, é aqui que você também segue as regras, o representante comercial, o analista de negócios, o desenvolvedor e atesta que deveria haver a mesma área física. Portanto, isso é o oposto dos casos de Biden, que talvez nem sempre ocorram. 100. 167 Parte 2 e exemplo: Então, se nos aprofundássemos um pouco mais em nossa compreensão de uma criança, só queria mencionar a terminologia aqui. E vou colocar isso no nível avançado porque espero que tenha sido um slide anterior. Você tem uma boa compreensão de um teste, mas se for um pouco mais profundo, você teria um projeto e dividiria seu projeto em partes maiores, chamadas de épicos. épicos são divididos mais uma vez em blocos de construção. Isso é algo concreto que um desenvolvedor pode criar. Estou usando os termos construção e desenvolvimento. Porque um gel é feito principalmente para projetos de TI em que você realmente precisa desenvolver algo de slash build. Então, acho que é mais fácil usar esse tipo de TI se você quiser uma terminologia. Então você tem uma grande parte aqui, aqui você pensa em algo concreto que pode ser implementado. Então, quando você vai ao Scrum diário ou às reuniões diárias , o que você pode fazer é dividir o quadro branco em cinco partes. Uma parte em que você tem todas as suas histórias. Você tem uma parte em que tem o mais velho para fazer isso. Pode ser algum trabalho para um analista de negócios, para um desenvolvedor ou para um testador. Você tem outra parte em andamento para mostrar o que está sendo feito atualmente, que deve ser testado para que o desenvolvimento concluído e agora esteja pronto para ser testado e o que ele fez. E eles devem ser incluídos na implementação. Como expoente. Acho que deveríamos dar uma olhada em um exemplo ou talvez dar uma olhada em um exemplo. Então, digamos que eu trabalho em um projeto. É para desenvolver um site para vender alguns equipamentos de montanha, por exemplo. Então, eu poderia ter uma API capaz de visualizar os itens do catálogo. Então, eu não quero, desde o início, criar carrinhos para que eles possam colocar produtos no cartão. Eu quero que eles possam visualizar apenas porque eu quero entrar no mercado rapidamente. E essa é a principal vantagem das geleias. Você, em vez de preencher todos os requisitos e ter tudo feito perfeitamente, eu quero entrar no mercado rapidamente e depois vou continuar com isso. Então, o que eu faço é ter essa primeira habilidade do APK de visualizar itens do catálogo o suficiente para criar outra API, que é a capacidade de comprar itens. Eu realmente quero isso, mas é a primeira semana no mercado. E também como cliente, quero dar uma olhada nisso. Quero visualizá-lo porque às vezes é difícil para um cliente visualizar o produto final sem dar uma olhada no outro site, no campo e outros. Então, quando eles veem isso, eles dizem: Ok, eu gostaria que o carro fosse construído dessa maneira à direita, então é bastante flexível. E essa é uma história de usuário, o que eles chamam de história. O que vimos no slide anterior é que ele geralmente é redigido dessa forma como pesquisa e pesquisa. Quero poder pesquisar e pesquisar. Como usuário do site, quero poder adicionar itens ao meu carro. Então, essa é uma história que vai ficar aqui. E a história aqui será, você sabe, Sr. Construtor, por favor, crie um código que permita que itens sejam adicionados ao carrinho. E então, quando terminarem, eles olharão, você sabe, o líder da equipe ou quem quer que seja, ou mesmo o gerente de projeto, possa dizer: Ok, aí está, e isso estará na minha próxima lista de tarefas. E depois de fazer os testes de progresso, não coloque uma história lá. E então você tem isso como uma tarefa. Portanto, eles têm uma terminologia diferente porque , obviamente, cada um está trabalhando em componentes menores. Eles precisam ser capazes de dividir as atividades e também os requisitos em partes cada vez menores. Então é aqui que eles têm todas essas terminologias diferentes. Suponha que esse assento para um, uma visão geral. Acho que esse exemplo deixa isso bem claro. Agora, o que ainda não vimos é quais são as vantagens de um Giles? Embora eu tenha certeza de que você já viu alguns. Quais são as vantagens da cachoeira? Então, sugiro que, para resumir, vejamos os principais prós e contras do Agile e do Waterfall. 101. 168 Prós e contras de cachoeira e de ágil: Então, vamos dar uma olhada em Waterfall, Agile e ver quem ganha. Bem, a resposta depende do que você realmente precisa fazer. Você tem, está trabalhando para o governo e tem uma importante tendência legislativa a fazer. E você sabe, isso não vai mudar e vai mudar nos próximos cinco anos. Então, neste caso, você sabe, ok, eu vou até a cachoeira, sem problemas. Fusões e aquisições, mesmo com o Agile, nem mesmo são uma opção. Mas, por outro lado, como vimos no exemplo anterior, se você for um cliente e quiser preencher primeiro antes de se comprometer totalmente com todos os seus requisitos. Você sabe o que quer, seu objetivo final, sabe que quer um site. Mas, para o detalhe final, você não está, você ainda não tem certeza absoluta. E então você gostaria experimentá-lo primeiro, porque se for um fracasso total, você sempre poderá superar. Então essa é outra vantagem. Você não precisa ir até o fim. Mas vamos analisar esses prós e contras um por um. Assim, a cascata de provas é mais fácil de avaliar os requisitos de cronograma e orçamento. Então, para um gerente de projeto, em teoria, é bom, é mais fácil. Isso fornece um código de protestos claro desde o início. Assim, você conhece todos os requisitos antes de entrar em execução. Portanto, antes de ir lá, você tem todos os seus requisitos. Outra vantagem é que o plano do projeto pode ser repetido para projetos similares. Você já fez isso pela primeira vez em outro projeto, você é muito parecido, você pode simplesmente reutilizá-lo. Agora. Os contras. Portanto, há muito tempo entre as bebidas mais ou menos. Então você tem sua exigência aqui. A implementação está completa aqui. Todas as coisas que poderiam acontecer durante isso. É por isso que eu estava dando o exemplo de mudança de governo, por exemplo, esse é um exemplo muito bom de ir em cascata porque você sabe que nada vai acontecer nisso. Mas você pode estar em um cenário em que faz sua exigência aqui e é um projeto de dois anos, e é provável que as coisas mudem nesses dois anos. Portanto, suponha que a desvantagem de uma cachoeira seja que você teria que usar o processo muito pesado de solicitação de mudança aqui, o processo de controle de mudanças. Isso está um pouco relacionado à forma como você não pode reagir rapidamente às mudanças porque você já fez todo o trabalho, ele já Se você receber um novo requisito que contradiz um pouco, então você precisa voltar lá e é um processo um pouco longo. E isso se relaciona com este também. Os processos de controle de mudanças são pesados de certa forma. Então, se eles quiserem algo diferente, seu escritório de projetos pode ter um pé e uma célula do que a necessidade de passar por tudo isso, todo esse processo novamente. Então, é muito pesado dessa forma. Vamos dar uma olhada, alguns prós e contras gigantescos. Então, o que é ótimo com uma jarra? Você recebe muitos comentários de clientes na água por. Em teoria, espero que você faça isso de forma um pouco diferente, mas, em teoria, eles não conseguem ver que, se cumpriram seus requisitos em 2020, não verão a tela até fazerem o teste. Pode ser 2022 em um projeto muito grande. Portanto, não há muita interação, se você quiser. Haverá alguns durante o design, eles veriam o design e a documentação, mas, na verdade, vendo que existirão, haverá muita interação com o cliente. Mas aqui, muitas vezes, você implementa algo rápido inicialmente e depois de receber feedback constante do cliente. Então você sabe, eles não serão uma grande surpresa quando, quando a implementação chegar. Outra vantagem do projeto pode oferecer alguns benefícios comerciais rapidamente, como vimos no exemplo do Mountain Gear, um site. Então você pode, você sabe, mesmo que não tenha todas as funcionalidades do site, você já pode oferecer alguns benefícios muito bons para a empresa e mostrar seu produto ao cliente. E essa é obviamente uma boa. Você sabe que existe colaboração e não apenas colaboração com o cliente, mas é uma colaboração constante com todos os membros da equipe. Quais são as desvantagens? As desvantagens são mais impulsionadas pelo tipo de projeto em que você trabalha, suponho que haja mais incertezas sobre o cronograma e os custos. O orçamento poderia ser alocado em algum momento. Então você tem seis meses como designer, desenvolvedor e testador. E em seis meses, depois de seis meses, o dinheiro para. Mas às vezes é muito difícil avaliar, muito difícil avaliar porque digamos que você trabalha neste site, Mountain Gear, e há uma pequena mudança na empresa e outra pequena mudança na empresa. E você percebe que o negócio realmente não tem certeza. Então, há mais velhos. Portanto, o projeto leva mais tempo, o que significa mais custo. Então não é, não é tão fácil. Desvantagem. Portanto, pode sair do controle sem uma supervisão forte. Portanto, é muito importante que, por exemplo, se você tem um empresário envolvido aqui, ele ou ela tenha autoridade e não trabalhe muito isoladamente. Porque, em outras palavras, será um bombardeio com muitos tipos diferentes de requisitos. E se o analista de negócios ou o desenvolvedor não forem fortes o suficiente para dizer, bem, isso é um pouco contraditório, contradizendo o que combinamos no último sprint e no léxico. Ele pode facilmente ficar, sair do controle. Portanto, uma supervisão forte é muito importante para um gigante. Então não é. Você pode fazer o que quiser. Vamos deixar você jogar com o software por seis meses. Mas você sabe, uma supervisão muito mais forte e queremos ter um caminho claro e claro para qual seria a entrega final. A desvantagem em um cenário de prestador de serviços ao cliente pode deixar a reclamação nervosa e isso é algo que eu experimentei, especialmente para a exigência aqui. Portanto, um cliente pode se preocupar com o fato de que isso, isso seja um processo contínuo, porque às vezes ele tem uma ideia clara em mente e não quer incertezas sobre os requisitos que estão sendo refinados em uma mudança de design e, potencialmente, se o custo está mudando. Então você é um prestador de serviços, você, você está acostumado a trabalhar dessa maneira, mas às vezes o cliente, eu vi um cliente que simplesmente não queria, fazer isso. Eles veem esse disco, muita incerteza sobre eles. O contrato costuma ser um pouco assustador porque, obviamente, o prestador de serviços quer, quer se proteger. Então, para resumir, suponho você saiba o contrário, quais são os quatro mais adequados para um projeto com um orçamento rígido, visão clara do cliente e susceptível de mudar. Portanto, um frasco é mais adequado para quando alguma competência pode trazer benefícios comerciais desde o início. E acho que, como vimos, e quando há feedback frequente dos clientes, é melhor usá-los em um modelo gigante do que apenas no modelo em cascata. 102. 169 padrões e metodologias terminam: Então, para resumir, suponho que também vimos impressões em PMP, Waterfall e Agile. Então, como você viu, pegadas para acabar com o PMP, não se deixe intimidar. É exatamente a mesma forma de gerenciar projetos. Às vezes com terminologia diferente, mas nem sempre e nem sempre. Como sempre. Sempre há coisas que você pode aprender quando estiver lado do cliente ou da empresa, ou se estiver trabalhando internamente, sempre haverá coisas que você precisará aprender de qualquer maneira. Portanto, não se deixe intimidar por esses padrões. Mas adquira-os se você realmente quiser entrar no gerenciamento de projetos, porque isso é frequentemente solicitado. Também fale sobre o backdoor que você poderia usar como coordenador de projetos inicialmente, onde eles realmente não exigem muito certificado e o certo, e essa é uma excelente maneira de entrar no gerenciamento de projetos. No que diz respeito a Waterfall, Agile, isso depende do tipo de projeto. Não use uma jarra só por usar uma jarra, porque está na moda e isso é uma grande coisa no momento. Sabemos que tem sido uma grande coisa há alguns anos, eu sei. Mas o que eu diria sobre a cachoeira e a agilidade é que você pode ser criança de uma certa maneira, mesmo quando você trabalha em cascata. Nem sempre espere pela aprovação final, final e final. Você sempre pode começar as coisas em paralelo. Gel de cerveja de uma forma que você interage com outras pessoas, experimente e coma. Vimos que uma das vantagens de um gel é a interação. Nada impede que você tenha uma forte interação com o cliente. Se você estiver trabalhando na impressão do projeto Waterfall, traga-os de volta com frequência. Mesmo que não seja formalmente por meio dessas impressões a cada duas ou quatro semanas, traga-as mais cedo. Se você tem um projeto de cachoeira de 12 meses ponto, ponto, ponto, deixe-os molhar por 12 meses até que eles possam realmente ver se conseguimos, traga-os mais cedo. Portanto, seja ágil o máximo que puder, mesmo trabalhando em um projeto em cascata que renderá dividendos. Então, isso é tudo para a terceira parte. Há um vinco para caminhos, então, por favor, não esqueça o questionário. 103. 521 Conclusão Bônus de vídeo refeito removendo YLYP e captura de tela do YT Channel: Você foi? Você gostou? Por favor, não hesite. Se houver alguma dúvida, alguma dúvida, ficarei mais do que feliz em respondê-la. Acho que há uma seção de perguntas e respostas, mas também se você quiser entrar em contato, me avise se há um tópico sobre o qual você realmente deseja obter mais informações. Se houver outra coisa que você gostaria que eu fizesse. Estive pensando, por exemplo, em fazer uma demonstração do projeto MS. Talvez, se houver alguma coisa e se houver demanda suficiente, acho que ficarei mais do que feliz em adicioná-la ao curso. Se você quiser deixar um comentário isso também é sempre útil. E será apreciado caso, se você quiser entrar no gerenciamento de projetos, ele tenha seus desafios. Eu não os estava escondendo, e acho que forneci muitas informações para realmente tornar mais fácil para você se cobrir, se quiser. Mas também é um trabalho muito gratificante. E ainda por cima, o salário não é tão ruim. Tudo de bom. O que quer que você queira fazer a seguir, fique em contato.