BEP 329 – プロジェクト管理英語 9: 引渡会議

BEP 329 Lesson Module - Project Management English 9: Handover Meeting

おかえりなさい ビジネス英語ポッド 今日のレッスン プロジェクト管理英語 完成したプロジェクトをクライアントに引き渡すため.

誰もが保持することを忘れない キックオフミーティング プロジェクトを開始する. しかし残念ながら, 多くのチームがプロジェクトを完全に終わらせるための最終会議を開催できませんでした. アジャイルまたは従来のアプローチのどちらを使用しているか, プロジェクト引き継ぎミーティングは不可欠です. 一例を挙げると, プロジェクトの進行状況について話し、クライアントから貴重なフィードバックを得るチャンスです. また、小さな契約上の問題に対処し、クライアントがプロジェクトの目標を達成したことに同意するようにするチャンスでもあります.

しかし、最後のプロジェクトハンドオーバーミーティングは、すでに行われたことを振り返るだけではありません。. 将来の仕事への扉を開くことでもあります. 結局, 新しいクライアントを見つけるよりも、既存のクライアントに販売する方がはるかに簡単です。. それは、あなたが完了したばかりのものに基づいて、将来の仕事を意味するかもしれません. または、対処できる新しいニーズを特定することを意味する場合もあります.

しかし、あなたが将来の仕事について話し始める前に, あなたはポジティブなトーンを設定し、クライアントにプロジェクトの印象を尋ねるべきです. 他のプロジェクトで使用できる便利なことを学ぶかもしれません. 次に、あなたの仕事が将来のより広範な計画にどのように適合するかをクライアントに思い出させることができます. これにより、将来のアップグレードや追加サポートの可能性について話し合う準備が整います.

今日の対話で, 私たちはマーティンを聞きます, a プロジェクトマネージャ OptiTechというソフトウェア会社と. 物流会社向けのソフトウェアの開発が終わったところです. マーティンはリアムと会っています, 物流会社のITマネージャー, 最終プロジェクトの引き渡し. 議論中, マーティンはいくつかの便利な プロジェクト管理英語 会議を成功裏に導く.

リスニングの質問

1. マーティンがリアムに尋ねる最初の質問は何ですか?
2. マーティンは、Liamの会社が成長または変化した場合に必要となる可能性があることを何を示唆していますか?
3. マーティンはリアムがダイアログの最後に何を検討することを提案しますか?

Premium Members: PDF Transcript | Quizzes | PhraseCast | Lesson Module

Download: Podcast MP3

BEP 328 – プロジェクト管理英語 8: 交渉ソリューション

BEP-328-Project-Management-English-Lesson-8

おかえりなさい ビジネス英語ポッド 今日のレッスン 交渉 プロジェクト中のソリューション.

すべてのプロジェクトが計画どおりに進んだらいいのではないでしょうか? しかし、それは単に現実的ではありません. プロジェクトは関係者と同じくらい多様です. そして、すべてのプロジェクトはハードルにぶつかります, 課題, または主要な故障さえ. 適切な計画は、これらの問題のいくつかを回避するのに役立ちます, しかし、それはあなたがあなたのを使用する必要がある可能性が高いです 問題解決スキル ある時点で.

これらの問題のいくつかは、プロジェクトチームにある可能性があります. しかし、他の人はクライアントを巻き込むことができます. 多くの場合, これは、プロジェクトの途中で、どちらも予期していなかったことが発生することを意味します. 情報の欠如, タイムラインの問題, スコープの変更 – あなたをテストする可能性のある1000の異なる問題があります プロジェクト管理スキル.

この種の問題を解決するには、基本的なもの以上のものが必要になります プロジェクト管理英語. 初心者向け, クライアントにさまざまなオプションを説明する必要があるかもしれません. ただし、可能な場合は責任を回避するように注意する必要があります, また、タイムラインへのコミットに抵抗する必要があるかもしれません. これらはの重要な側面です 交渉のための英語 解決策.

そして「解決」という言葉が鍵です. あなたの目標は、プロジェクトが元の目標を達成できるように、両方が同意できるソリューションに到達することです。. そして、他の交渉と同じように, それはおそらく妥協案を提案することを伴うでしょう. もちろん, 合意は書面で行う必要があります, したがって、同意するソリューションを文書化する必要があります.

今日の対話で, ジルが聞こえます, ソフトウェア開発者とのプロジェクトマネージャー. 彼らは物流会社のために新しいシステムを構築してきました. ジルはリアムと話している, クライアントのITマネージャー, 彼らのプロジェクトの終わり近くに起こった問題について. ジルは問題の良い解決策を交渉する必要があります.

リスニングの質問

1. ジルが会議の開始時にレイアウトするオプションは何ですか?
2. リアムがどれくらいの時間がかかるか尋ねたとき, ジルはどのように反応しますか?
3. ジルが提案する妥協案は何ですか?

Premium Members: PDF Transcript | Quizzes | PhraseCast | Lesson Module

Download: Podcast MP3

BEP 322 – プロジェクト管理 7: ユーザーテストの報告

BEP 322 Lesson Module - English for Project Management 7: Debriefing User Testing

おかえりなさい ビジネス英語ポッド 今日のレッスン プロジェクト管理のための英語 ソフトウェアプロジェクト中のユーザーテストの報告.

テクノロジーの世界の誰かに聞いてみると、ユーザーテストが優れたソフトウェア開発の鍵であることがわかります。. 実際には, それは完全に真実ではありません, キーは実際には優れたユーザーテストであるため. ユーザーが必ずしも必要な情報を正確に提供するとは限りません. または彼らはあなたが必要とするすべての情報をあなたに与えないかもしれません. こういった理由から, ユーザーテストについてユーザーに報告する優れた仕事をすることができる必要があります.

デブリーフィングとは、基本的に経験について話すことを意味します. デブリーフィングは、ソフトウェアを使用したユーザーの考えや気持ちを理解するのに役立ちます. そしてソフトウェア開発において, つまり、そのエクスペリエンスを向上させるために必要な変更を加えることができます.

ユーザーテストを効果的に報告するには、いくつかのことを行う必要がある場合があります. 一つには, デブリーフィングの焦点を設定することから始めることをお勧めします. 以降, ユーザーをそのフォーカスエリアに戻す必要がある場合があります. 経験の一般的な感覚を得るために, あなたは全体的な印象を求めるかもしれません. そして、より詳細を取得するには, あなたはユーザーにソフトウェアを使用するプロセスについて話すように頼むかもしれません. 重要な問題が発生したときにそれを認識することもお勧めします.

今日の対話で, Jillという名前のソフトウェア開発者がCarlaのユーザーテストについて報告するのを聞くでしょう, 事務員. ジルの会社, OptiTech, カーラが働いている物流会社のために新しいソフトウェアを開発しています.

リスニングの質問

1. ジルは報告の中で焦点を合わせたいと言っています?
2. ジルは、ドライバーのステータスを更新できるというカーラの提案にどのように対応しますか?
3. カーラがルートの色がすぐに変わると言ったとき、ジルはどのように反応しますか?

Premium Members: PDF Transcript | Quizzes | PhraseCast | Lesson Module

Download: Podcast MP3

BEP 321 – プロジェクト管理 6: ユーザーテストの開始

BEP 321 Lesson Module - English for Project Management 6: User Testing

おかえりなさい ビジネス英語ポッド 今日のレッスン プロジェクト管理のための英語 ソフトウェアプロジェクトのユーザーテストの起動.

すべてのソフトウェアプロジェクトの中心にあるのはユーザーです. ユーザーがソフトウェアが混乱していることがわかった場合, または、ユーザーが行う必要があることをしない場合, ポイントは何ですか? このために, ユーザーテストは開発プロセスの重要な部分です.

ユーザーテストには、さまざまなアクティビティが含まれます. ユーザーがソフトウェアとどのように対話するかを見るかもしれません. それらの使用方法を追跡または監視する場合があります. そして、あなたは彼らに彼らの意見を求めるかもしれません. この方法では, 可能な限り最高のユーザーエクスペリエンスを作成するのに役立つ情報とフィードバックを収集します. そして、ソフトウェア自体がユーザーフレンドリーである必要があるように, ユーザーテストも同様です. 人々がテスト中に何をすべきかについて明確な考えを持っていない場合, チャンスを無駄にすることになる.

したがって、テストを開始するときは、, これから何をするのかを明確にすることが重要です, どのようなフィードバックに興味があるか. ソフトウェアはテスト ユーザーにとって初めてのものであるため、, 使用方法を明確に説明し、主な機能の概要を説明する必要があります。. 途中で重要なポイントを強調していることに気づくかもしれません. 結局, テスト中に混乱しているユーザーに対処するよりも、事前に全員が理解していることを確認する方がはるかに簡単です.

今日の対話で, ジルが聞こえます, OptiTech というソフトウェア会社の開発者. 彼らは物流会社向けのソフトウェアを開発しています, そして今、彼らはユーザーテストの第一ラウンドを開始する準備ができています. リアムの話も聞けるよ, クライアントのITマネージャー, そしてカルラ, テストユーザーの一人.

リスニングの質問

1. ジルはこのテストの最後のステップになるでしょう?
2. ソフトウェアの3つの側面がこのテストに焦点を当てている?
3. ジルはドライバーがするためには絶対に必要なことを強調しています?

Premium Members: PDF Transcript | Quizzes | PhraseCast | Lesson Module

Download: Podcast MP3

BEP 314 – プロジェクト管理 5: スクラム立ち会い (2)

BEP 314 - English for Projects 4: Scrum Stand-up Meetings 2

今日のビジネス英語ポッドへの参加に関するレッスンにようこそ。 スクラムスタンドアップミーティング.

私が知っているほとんどの人は、最良の会議は短くて集中的な会議であることに同意するでしょう. そしてそれがまさに毎日のスクラムミーティングの設計方法です. スクラムはへのアプローチです プロジェクト管理, 特にソフトウェア開発において. スクラムチームは毎日、全員が最新情報を提供する短い会議を開催しています.

良いスクラムミーティングで, それらの更新は、 15 分. スクラムマスターは全員を集中させます. それは、誰もが答えるべき3つの質問に関係のない議論を彼または彼女が傍観することを意味するかもしれません. そして、スクラムスタンドアップミーティングで答えるべき3つの質問は何ですか?

まず第一に, あなたはあなたが取り組んできたものを報告するべきです. これは通常、前日に達成したことを全員に伝えることを意味します. 次, 次に何に取り組むかをみんなに知らせます, または会議当日. すでに、会議が限られた期間に焦点を合わせていることに気付くでしょう.

答える3番目の質問は、障害に直面しているかどうかです。. 障害は障害または課題です. それらの障害を取り除くことはスクラムマスターの仕事です, しかし、あなたの仲間のチームメンバーも助けることができるかもしれません. そのため, あなたは会議中に援助を求めるかもしれません. 全員が更新を終えたら, スクラムマスターが会議を終了します. しかし、会議後の議論のためにサイドバーのトピックを概説する前ではありません.

今日の対話で, ソフトウェア会社でのスクラムミーティングに再び参加します. チームは、ロジスティクス会社向けの新しいソフトウェアに取り組んでいます. ジルが聞こえます, スクラムマスター, とキャサリン, 彼女に毎日の更新を提供しているのは誰ですか. サムからも連絡があります, あなたが聞いたことがあるかもしれない人は私たちの最後のレッスンで彼自身の更新を与えます.

リスニングの質問

1. キャサリンは彼女が今日取り組むと言っています?
2. キャサリンが報告する最初の障害は何ですか?
3. キャサリンは何を助けたいですか?

Premium Members: PDF Transcript | Quizzes | PhraseCast | Lesson Module

Download: Podcast MP3