Impara l'inglese sulla gestione dei progetti con le nostre lezioni sull'inglese per la gestione dei progetti. Una serie completa di lezioni che coprono l'intero ciclo del progetto, sviluppo agile e come concludere un progetto e un debriefing.
Bentornato a Business English Pod per la lezione di oggi sulla strategia dei prezzi. Questa è la seconda di un paio di lezioni su gestione del progetto inglese e ricercare nuovi lavori per un cliente.
Ogni progetto è il suo animale. Sicuro, potresti eseguire progetti diversi con strumenti e approcci simili, o applicare processi standard. Ma con clienti diversi, In tempi diversi, e con anche piccole differenze negli input, ogni progetto è diverso. E questo significa che il prezzo è diverso.
Dopo aver parlato con un cliente per chiarire e definire il portata del progetto, cosa succede dopo? BENE, il cliente vorrà qualcosa sulla carta, che si tratti di una proposta e di un'offerta in piena regola o di un semplice preventivo. E una delle cose più importanti che guarderanno è il prezzo. Quindi come squadra, devi capire una strategia per fare offerte su ogni progetto.
La tua strategia di prezzo dipenderà da alcune cose. Prima di tutto, dipenderà dalle tue capacità e dalla percezione del valore del cliente. Quindi dovrai capire la tua strategia di offerta, che può funzionare verso l'alto da un prodotto minimo vitale. Oppure puoi adottare un approccio diverso come la tariffazione oraria. E ci sono sempre intangibili che devi prendere in considerazione quando decidi come stabilire il prezzo della tua offerta.
Nella finestra di dialogo di oggi, ascolteremo Jill e Martin, che lavorano per A sviluppo software azienda. Stanno elaborando una strategia di prezzo per un progetto che Jill ha già individuato. Stanno cercando di capire l'approccio giusto per le due opzioni che stanno proponendo al cliente.
Domande sull'ascolto
1. Qual è la prima preoccupazione che Jill esprime durante la conversazione?
2. Come indirizzeranno il cliente verso il loro approccio alternativo?
3. In che modo la tempistica del cliente influenzerà la sua strategia di prezzo?
Bentornato a Business English Pod per la lezione di oggi su come definire l'ambito di un progetto. Questa è la prima di un paio di lezioni su gestione del progetto inglese e ricercare nuovi lavori per un cliente.
Quindi cosa significa “scopo” un progetto? Usiamo questa parola "ambito" per descrivere cosa è incluso e cosa non è incluso in un progetto o accordo. Quindi quando noi “scopo” qualche cosa, stiamo facendo domande e cercando di capire cosa è coinvolto in un progetto.
Ci sono molte domande ovvie che potresti porre quando cerchi un nuovo lavoro. Ma probabilmente ti ritroverai a dover istruire il cliente su problemi tecnici e costi. Potrebbe essere necessario approfondire le ipotesi e affrontare le preoccupazioni dei clienti. E potresti dover presentare diverse soluzioni che il cliente deve considerare. In questo modo, lo scoping non riguarda solo la richiesta di semplici dettagli di progetto. È sia fattuale che relazionale.
Nella finestra di dialogo di oggi, ascolteremo Jill, uno sviluppatore di software, parla con Ivan. Ivan lavora per un grande rivenditore che desidera apportare modifiche significative al proprio software HR. Jill sta facendo domande per cercare di capire i desideri e le esigenze dell'azienda in modo da poter esaminare il progetto e formulare una proposta.
Domande sull'ascolto
1. Cosa crede Jill stia suggerendo Ivan sul loro approccio attuale?
2. Cosa dice Jill sul costo di ciò che Ivan chiede?
3. Alla fine della conversazione, cosa Ivan chiede a Jill di includere nella sua proposta?
Gestione di progetto può essere un affare complicato. Puoi pianificare, ma non puoi davvero prevedere tutte le sfide e gli ostacoli che si presenteranno. Quindi su ogni progetto, e soprattutto nella gestione agile dei progetti, devi imparare e adattarti man mano che procedi. E alla fine, è una buona idea discutere ciò che hai imparato in una riunione di debriefing del progetto. Se stai seguendo un agile approccio, potresti anche organizzare retrospettive sugli sprint, che sono come mini-debrief alla fine di ogni sprint. Che si tratti di un debriefing del progetto o di una di queste retrospettive sugli sprint, tratterai argomenti simili.
Una riunione di debriefing del progetto potrebbe iniziare con una revisione degli obiettivi del progetto. Vuoi guardare indietro e vedere cosa avevi deciso di fare in primo luogo. Quindi puoi parlare dei successi durante il progetto. Cosa hai fatto bene?? Cosa rifaresti?? Da li, puoi passare a discutere degli errori, e cosa vorresti cambiare in futuro. E infine, ti consigliamo di riassumere tutto ciò che hai imparato. L'intera idea, ovviamente, è che sarai in grado di fare le cose meglio la prossima volta.
Nella finestra di dialogo di oggi, ascolteremo un project manager di nome Martin, chi sta conducendo una riunione di debriefing alla fine di un progetto di sviluppo software. Ascolteremo anche Jill e Sumita, due degli ingegneri che hanno lavorato al progetto. Insieme, il gruppo sta discutendo del lavoro svolto e di ciò che ha imparato.
Domande sull'ascolto
1. Dopo aver discusso gli obiettivi del progetto, cosa chiede Martin??
2. La discussione sugli errori porta Martin a porre una domanda correlata su quale argomento?
3. Cosa fa Martin alla fine della riunione?
Nessuno dimentica di tenere a Iniziare la riunione per iniziare un progetto. Ma sfortunatamente, molti team non riescono a tenere una riunione finale per portare a termine il loro progetto in modo pulito. Sia che tu stia seguendo un approccio agile o più tradizionale, una riunione di consegna del progetto è essenziale. Per una cosa, è un'opportunità per parlare di come è andato il progetto e ottenere alcuni preziosi feedback dal cliente. È anche un'opportunità per prendersi cura di eventuali piccoli problemi contrattuali e assicurarsi che il cliente accetti di aver raggiunto gli obiettivi del progetto.
Ma una riunione finale di consegna del progetto non riguarda solo il ripensare a ciò che è già stato fatto. Si tratta anche di aprire la porta a lavori futuri. Dopotutto, è molto più facile vendere di più ai clienti esistenti che trovare nuovi clienti. Ciò potrebbe significare un lavoro futuro che si basa su ciò che hai appena completato. Oppure potrebbe significare identificare nuove esigenze a cui puoi aiutare.
Ma prima di iniziare a parlare del lavoro futuro, dovresti dare un tono positivo e chiedere al cliente le loro impressioni sul progetto. Potresti imparare qualcosa di utile che puoi usare in altri progetti. Quindi puoi ricordare al cliente come il tuo lavoro si adatta a un piano più ampio per il futuro. Ciò preparerà il terreno per discutere possibili futuri aggiornamenti o supporto aggiuntivo.
Nella finestra di dialogo di oggi, sentiremo Martin, UN responsabile del progetto con una società di software chiamata OptiTech. Hanno appena finito di sviluppare software per un'azienda di logistica. Martin sta incontrando Liam, il responsabile IT della società di logistica, per la consegna finale del progetto. Durante la discussione, Martin ne utilizzerà alcuni utili gestione del progetto inglese guidare l'incontro verso una conclusione positiva.
Domande sull'ascolto
1. Qual è la prima domanda che Martin pone a Liam?
2. Cosa suggerisce Martin di cui la compagnia di Liam potrebbe aver bisogno se cresce o cambia?
3. Cosa propone Martin che Liam considera alla fine del dialogo?
Non sarebbe bello se ogni progetto andasse esattamente come previsto? Ma semplicemente non è realistico. I progetti sono tanto diversi quanto le persone coinvolte. E ogni progetto incontra degli ostacoli, sfide, o anche gravi guasti. Una buona pianificazione può aiutare a evitare alcuni di questi problemi, ma è più che probabile che dovrai usare il tuo Capacità di risoluzione dei problemi ad un certo punto.
Alcuni di questi problemi potrebbero riguardare il tuo team di progetto. Ma altri potrebbero coinvolgere il cliente. In molti casi, questo significa che a metà progetto viene fuori qualcosa che nessuno di voi aveva previsto. Mancanza di informazioni, problemi di timeline, modifiche dell'ambito – ci sono migliaia di problemi diversi che potrebbero emergere che metteranno alla prova il tuo capacità di gestione del progetto.
La risoluzione di questo tipo di problemi richiederà più che semplici operazioni di base gestione del progetto inglese. Per i principianti, potrebbe essere necessario spiegare diverse opzioni al cliente. Ma dovrai stare attento a evitare responsabilità quando puoi, e potresti anche dover resistere all'impegno in una sequenza temporale. Questi sono aspetti importanti di Inglese per negoziare una soluzione.
E la parola “soluzione” è la chiave. Il tuo obiettivo è arrivare a una soluzione che entrambi potete concordare in modo che il progetto possa ancora raggiungere i suoi obiettivi originali. E proprio come in ogni trattativa, ciò comporterà probabilmente la proposta di un compromesso. Ovviamente, gli accordi dovrebbero essere messi per iscritto, quindi dovrai documentare tutte le soluzioni su cui sei d'accordo.
Nella finestra di dialogo di oggi, ascolteremo Jill, un project manager con uno sviluppatore di software. Hanno costruito un nuovo sistema per un'azienda di logistica. Jill sta parlando con Liam, il responsabile IT per il cliente, su un problema che si è presentato verso la fine del loro progetto. Jill deve negoziare una buona soluzione al problema.
Domande sull'ascolto
1. Quali sono le opzioni che Jill propone all'inizio della riunione?
2. Quando Liam chiede quanto tempo ci vorrà, come risponde Jill?
3. Qual è la soluzione di compromesso che suggerisce Jill?
