BEP 334 – プロジェクト管理英語 10: 内部報告会

BEP 334 Lesson Module - Project Management English 10: Debrief Meeting

おかえりなさい ビジネス英語ポッド 今日のレッスン プロジェクト管理英語 チームでプロジェクトの報告会を行うため.

プロジェクト管理 厄介なビジネスになる可能性があります. 計画を立てることができます, しかし、直面するすべての課題や障害を実際に予測することはできません. だから、どのプロジェクトでも, 特にアジャイルなプロジェクト管理において, 学びながら適応していく必要がある. そして最後に, プロジェクト報告会で学んだことについて話し合うことをお勧めします. あなたがフォローしている場合は、 アジャイル アプローチ, スプリントの振り返りも開催するかもしれません, これは各スプリントの終わりに行われるミニ報告会のようなものです. プロジェクトの報告会であっても、スプリントの振り返りのいずれかであっても、, 同様のトピックを取り上げます.

プロジェクト報告会は、プロジェクトの目標の確認から始まる場合があります。. 振り返って、最初に何をしようとしたのかを確認したい. その後、プロジェクト中の成功について話すことができます. 何がうまくいきましたか? また何をしますか? そこから, 間違いについて話し合うことができます, そして今後変えていきたいこと. そして最後に, 学んだことをすべて要約したくなるでしょう. 全体のアイデア, もちろん, 次回はもっとうまくやれるということです.

今日の対話で, Martin という名前のプロジェクトマネージャーの話を聞きます, ソフトウェア開発プロジェクトの終了時に報告会を主催しているのは誰ですか. ジルとスミタの話も聞きます, このプロジェクトに携わったエンジニアのうち 2 人. 一緒, グループは自分たちが行った仕事と学んだことについて話し合っています.

リスニングの質問

1. プロジェクトの目標について話し合った後、, マーティンは何を尋ねますか?
2. 間違いについて議論した結果、マーティンはどのようなトピックについて関連する質問をするようになりました。?
3. マーティンは会議の終わりに何をしますか?

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

Download: Podcast MP3

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