Aprenda inglês para gerenciamento de projetos com nossas aulas de inglês para gerenciamento de projetos. Um conjunto abrangente de lições que cobrem todo o ciclo do projeto, desenvolvimento ágil e como encerrar um projeto e fazer um balanço.
Bem-vindo de volta ao Business English Pod para a lição de hoje sobre estratégia de preços. Este é o segundo de um par de lições sobre gerenciamento de projetos inglês e definir o escopo de um novo trabalho para um cliente.
Cada projeto é seu próprio animal. Certo, você pode executar projetos diferentes com ferramentas e abordagens semelhantes, ou aplicar processos padrão. Mas com clientes diferentes, em momentos diferentes, e mesmo com pequenas diferenças nas entradas, cada projeto é diferente. E isso significa que os preços são diferentes.
Depois de conversar com um cliente para esclarecer e definir o escopo do projeto, o que acontece depois? Bem, o cliente desejará algo no papel – seja uma proposta e lance completos ou uma cotação simples. E uma das coisas mais importantes que eles vão olhar é o preço. Então, como uma equipe, você precisa descobrir uma estratégia para licitar em cada projeto.
Sua estratégia de preços dependerá de algumas coisas. Primeiramente, vai depender da sua capacidade e da percepção de valor do cliente. Então você terá que descobrir sua estratégia de lances, que pode trabalhar para cima a partir de um produto viável mínimo. Ou você pode adotar uma abordagem diferente, como preços por hora. E sempre há intangíveis que você precisa levar em consideração ao decidir como precificar seu lance.
No diálogo de hoje, vamos ouvir Jill e Martin, que trabalham para um desenvolvimento de software empresa. Eles estão elaborando uma estratégia de preços para um projeto que Jill já definiu. Eles estão tentando descobrir a abordagem certa para as duas opções que estão propondo ao cliente.
Perguntas de escuta
1. Qual é a primeira preocupação que Jill expressa durante a conversa?
2. Como eles direcionarão o cliente para sua abordagem alternativa?
3. Como o cronograma do cliente afetará sua estratégia de preços?
Bem-vindo de volta ao Business English Pod para a lição de hoje sobre como definir o escopo de um projeto. Esta é a primeira de duas lições sobre gerenciamento de projetos inglês e definir o escopo de um novo trabalho para um cliente.
Então o que significa “alcance” um projeto? Usamos esta palavra “escopo” para descrever o que está incluído e o que não está incluído em um projeto ou contrato. Então quando nós “alcance” algo, estamos fazendo perguntas e tentando entender o que está envolvido em um projeto.
Há muitas perguntas óbvias que você pode fazer ao definir o escopo de um novo trabalho. Mas você provavelmente terá que educar o cliente sobre problemas técnicos e custos. Você pode ter que se aprofundar nas suposições e abordar as preocupações do cliente. E você pode ter que apresentar soluções diferentes para o cliente considerar. Desta maneira, o escopo não é apenas pedir detalhes simples do projeto. É factual e relacional.
No diálogo de hoje, vamos ouvir Jill, um desenvolvedor de software, fale com Ivan. Ivan trabalha para um grande varejista que deseja fazer mudanças significativas em seu software de RH. Jill está fazendo perguntas para tentar entender os desejos e necessidades da empresa para que ela possa definir o escopo do projeto e elaborar uma proposta.
Perguntas de escuta
1. O que Jill acredita que Ivan está sugerindo sobre sua abordagem atual?
2. O que Jill diz sobre o custo do que Ivan está pedindo?
3. No final da conversa, o que Ivan pede a Jill para incluir em sua proposta?
Gerenciamento de Projetos pode ser um negócio complicado. Você pode planejar, mas você realmente não pode prever todos os desafios e obstáculos que surgirão. Então, em cada projeto, e especialmente no gerenciamento ágil de projetos, você tem que aprender e se adaptar à medida que avança. E no final, é uma boa ideia discutir o que você aprendeu em uma reunião de avaliação do projeto. Se você estiver seguindo um ágil abordagem, você também pode realizar retrospectivas de sprint, que são como mini-debriefs no final de cada sprint. Seja um resumo do projeto ou uma dessas retrospectivas de sprint, você cobrirá tópicos semelhantes.
Uma reunião de balanço do projeto pode começar com uma revisão dos objetivos do projeto. Você quer olhar para trás e ver o que se propôs a fazer em primeiro lugar. Então você pode falar sobre sucessos durante o projeto. O que você fez bem? O que você faria de novo? De lá, você pode prosseguir para discutir erros, e o que você gostaria de mudar no futuro. E finalmente, você vai querer resumir tudo o que aprendeu. A ideia toda, claro, é que você será capaz de fazer as coisas melhor da próxima vez.
No diálogo de hoje, ouviremos um gerente de projeto chamado Martin, quem está conduzindo uma reunião de esclarecimento no final de um projeto de desenvolvimento de software. Também ouviremos Jill e Sumita, dois dos engenheiros que trabalharam no projeto. Juntos, o grupo está discutindo o trabalho que fizeram e o que aprenderam.
Perguntas de escuta
1. Depois de discutir os objetivos do projeto, o que Martin pergunta sobre?
2. A discussão dos erros leva Martin a fazer uma pergunta relacionada sobre qual tópico?
3. O que Martin faz no final da reunião?
Ninguém esquece de segurar reunião inicial para iniciar um projeto. Mas infelizmente, muitas equipes não realizam uma reunião final para encerrar seu projeto de forma limpa. Se você está seguindo uma abordagem ágil ou mais tradicional, uma reunião de entrega do projeto é essencial. Por uma coisa, é uma chance de falar sobre como foi o projeto e obter um feedback valioso do cliente. Também é uma chance de resolver pequenos problemas contratuais e garantir que o cliente concorda que você cumpriu as metas do projeto..
Mas uma reunião final de entrega de projetos não se resume apenas ao que já foi feito. É também abrir as portas para trabalhos futuros. Afinal, é muito mais fácil vender mais para clientes existentes do que encontrar novos clientes. Isso pode significar um trabalho futuro baseado no que você acabou de concluir. Ou pode significar identificar novas necessidades que você pode ajudar a atender.
Mas antes de começar a falar sobre trabalhos futuros, você deve definir um tom positivo e pedir ao cliente suas impressões sobre o projeto. Você pode aprender algo útil que você pode usar em outros projetos. Depois, você pode lembrar ao cliente como seu trabalho se encaixa em um plano mais amplo para o futuro. Isso preparará o terreno para discutir possíveis atualizações futuras ou suporte adicional.
No diálogo de hoje, ouviremos Martin, uma gestor de projeto com uma empresa de software chamada OptiTech. Acabaram de desenvolver software para uma empresa de logística. Martin está se encontrando com Liam, o gerente de TI da empresa de logística, para a entrega final do projeto. Durante a discussão, Martin vai usar algumas dicas úteis gerenciamento de projetos inglês levar a reunião a uma conclusão bem-sucedida.
Perguntas de escuta
1. Qual é a primeira pergunta que Martin faz a Liam?
2. O que Martin sugere que a empresa de Liam pode precisar se crescer ou mudar?
3. O que Martin propõe que Liam considere no final do diálogo?
Não seria bom se cada projeto fosse exatamente como planejado? Mas isso simplesmente não é realista. Os projetos são tão diversos quanto as pessoas envolvidas. E todo projeto enfrenta obstáculos, desafios, ou mesmo grandes avarias. Um bom planejamento pode ajudar a evitar alguns desses problemas, mas é mais do que provável que você precise usar seu habilidades para resolver problemas em algum ponto.
Alguns desses problemas podem ser com sua equipe de projeto. Mas outros podem envolver o cliente. Em muitos casos, isso significa que algo surge no meio do projeto que nenhum de vocês antecipou. Falta de informação, problemas de cronograma, mudanças de escopo – existem milhares de problemas diferentes que podem surgir para testar o seu habilidades de gerenciamento de projetos.
Resolver esses tipos de problemas exigirá mais do que apenas o básico gerenciamento de projetos inglês. Para iniciantes, você pode precisar explicar diferentes opções para o cliente. Mas você precisa ter cuidado para evitar responsabilidades quando puder, e você também pode precisar resistir a se comprometer com um cronograma. Esses são aspectos importantes de Inglês para negociação uma solução.
E essa palavra “solução” é a chave. Seu objetivo é chegar a uma solução com a qual vocês dois possam concordar, de modo que o projeto ainda possa cumprir seus objetivos originais. E assim como em qualquer negociação, que provavelmente envolverá a proposição de um compromisso. Claro, acordos devem ser feitos por escrito, então você terá que documentar todas as soluções com as quais concorda.
No diálogo de hoje, vamos ouvir Jill, um gerente de projeto com um desenvolvedor de software. Eles estão construindo um novo sistema para uma empresa de logística. Jill esta conversando com o Liam, o gerente de TI para o cliente, sobre um problema que surgiu perto do final do projeto. Jill precisa negociar uma boa solução para o problema.
Perguntas de escuta
1. Quais são as opções que Jill apresenta no início da reunião?
2. Quando Liam pergunta quanto tempo vai demorar, como a Jill responde?
3. Qual é a solução de compromisso que Jill sugere?
