このレッスンについて
障害発生時の迅速で具体的な情報共有を求めるを通して、英語の会話表現、発音、語彙、文法、クイズを学べます。
会話
A
The platform was unavailable, but the status page stayed unchanged.
ザ・プラットフォーム・ワズ・アナヴェイラブル、バット・ザ・ステイタス・ペイジ・ステイド・アンチェインジド。 プラットフォームは利用できませんでしたが、ステータスページは更新されないままでした。
B
That caused a serious communication gap, and I understand the frustration.
ザット・コーズド・ア・シリアス・コミュニケイション・ギャップ、アンド・アイ・アンダースタンド・ザ・フラストレイション。 それによって深刻な情報共有の不足が生じたのですね。ご不満は理解できます。
A
I spent time checking my own connection unnecessarily.
アイ・スペント・タイム・チェキング・マイ・オウン・コネクション・アンネセサリリー。 私は必要もないのに、自分の接続を確認することに時間を使いました。
B
Updates should appear quickly, even before the cause is known.
アップデイツ・シュッド・アピア・クイックリー、イーヴン・ビフォア・ザ・コーズ・イズ・ノウン。 原因が分かる前であっても、更新情報は速やかに表示されるべきです。
A
Acknowledging the issue would have reduced confusion.
アクナレジング・ジ・イシュー・ウッド・アヴ・リデュースト・コンフュージョン。 問題を認めていれば、混乱は減っていたでしょう。
B
We are reviewing the escalation process for incidents.
ウィー・アー・リヴューイング・ジ・エスカレイション・プロセス・フォー・インシデンツ。 私たちはインシデントのエスカレーション手順を見直しています。
A
Please make the follow-up specific rather than overly general.
プリーズ・メイク・ザ・フォロウアップ・スペシフィック・ラザー・ザン・オウヴァリー・ジェネラル。 その後の報告は、あまり一般的なものではなく、具体的な内容にしてください。
B
It will include a timeline and prevention details.
イット・ウィル・インクルード・ア・タイムライン・アンド・プリヴェンション・ディーテイルズ。 そこには時系列と再発防止の詳細を含めます。単語解説
The
The と the は、文脈上どのものか特定できる対象を指す定冠詞です。この対話では The platform と the status page のように、話題になっている特定のものの前に置かれています。共有されている対象を指すときは the + 名詞という形で再利用できます。
platform
platform は、ここでは利用者が使うソフトウェアの基盤やサービスを指します。The platform was unavailable では、利用できなかった対象として使われています。ソフトウェアの障害について説明するときに、platform の状態や利用可否を述べる目的で使えます。
was
was は、platform が過去にある状態だったことを表しています。ここでは The platform was unavailable として、過去の利用不能な状態を述べています。be の過去の形で、主語 + was + 状態を表す語という形で再利用できます。障害が起きた時点の状態を説明するときに使います。
unavailable
unavailable は、利用できない、または使える状態ではないという意味です。ここでは The platform was unavailable として、ソフトウェアサービスが使えなかったことを表しています。platform や service などを主語にして、be unavailable の形で障害を報告できます。
but
but は、前半とは異なる情報を後半に続ける「しかし」「〜だが」というつなぎ語です。ここでは The platform was unavailable という障害と、the status page stayed unchanged という別の問題を対比しています。問題の発生と、それに伴う意外な状況を続けて説明するときに使えます。
status
status は、ここではサービスの稼働状況や現在の状態を指します。the status page では、サービスの状態を知らせるページを表しています。ソフトウェアサポートで、status page を確認したり、status に関する更新を求めたりするときに使えます。
page
page は、ここではウェブ上のページを指します。the status page は、サービスの稼働状況を表示するページです。特定のウェブページを指すときや、status page のようにページの目的を説明するときに使えます。
stayed
stayed は、ある状態のまま続いたという意味です。ここでは the status page stayed unchanged として、ステータスページの状態が変わらなかったことを表しています。stay の過去の形で、主語 + stayed + 状態を表す語という形で、過去から変化しなかった状況を説明できます。
unchanged
unchanged は、変更されていない、以前と同じ状態のままという意味です。ここでは stayed unchanged として、ステータスページに新しい情報が反映されなかったことを表しています。情報や設定などが変わらなかったことを説明するときに使えます。
That
That は、直前に述べられた障害とステータスページの未更新という状況を指します。That caused a serious communication gap では、その状況が結果を引き起こしたことを述べています。直前の出来事全体を受けて結果や評価を続けるときに使えます。
caused
caused は、ある出来事が別の結果を引き起こしたという意味です。ここでは That caused a serious communication gap として、情報共有の不足が生じた原因を示しています。cause の過去の形で、出来事 + caused + 結果という形で、問題の影響を説明するときに使えます。
a
a は、まだ特定されていない一つの事柄を示す不定冠詞です。ここでは a serious communication gap として、一つの深刻な情報共有不足を初めて取り上げています。単数の数えられる名詞を新しい問題として導入するときに、a + 名詞の形で使えます。
serious
serious は、程度が大きく軽視できないという意味の「深刻な」です。ここでは serious communication gap として、情報共有の不足が重大だったことを表しています。問題や影響の程度を述べるときに、serious を名詞の前に置いて使えます。
communication
communication は、ここでは関係者の間で情報を伝え合うことや情報共有を指します。communication gap では、必要な情報が十分に伝わらなかった状態を表しています。サポート対応や障害報告で、情報共有の質や不足について話すときに使えます。
gap
gap は、ここでは情報が届かない不足や隔たりを指します。communication gap は、サービスの状況と利用者が得られる情報の間に不足があったという意味です。情報、認識、対応などの間に不足があることを説明するときに使えます。
and
and は、同じ話し手の二つの内容をつなぐ「そして」「〜と」に当たる語です。ここでは That caused a serious communication gap と I understand the frustration をつなぎ、問題の説明から相手への共感へ移っています。結果を述べた後に対応や補足を続けるときに使えます。
I
I は、話している本人を指す代名詞です。ここでは I understand the frustration として、サポート担当者が相手の不満を理解していることを述べています。自分の経験、判断、理解を伝える文で、I + 動詞の形で使います。
understand
understand は、相手の気持ちや状況を理解しているという意味です。ここでは I understand the frustration として、利用者の不満を受け止める表現になっています。understand + 気持ちや懸念を表す名詞の形で、サポート対応で共感を示すときに使えます。
frustration
frustration は、思い通りに進まないことから生じる不満や苛立ちを指します。the frustration は、この障害と情報不足によって相手が感じた不満を特定して表しています。I understand the frustration のように、相手の感情を理解していると伝える目的で使えます。
spent
spent は、ここでは時間をある行動に使ったという意味です。I spent time checking my own connection では、必要のない接続確認に時間を使ったことを表しています。spend の過去の形で、spend time + 動詞の-ing形という形で、費やした時間を説明できます。
time
time は、ここではある行動に費やした時間を指します。spent time checking では、接続を確認するために時間を使ったことを表しています。spend time + 動詞の-ing形の形で、どの行動に時間を費やしたかを説明できます。
checking
checking は、ここでは接続を確認する行為を指します。checking my own connection として、利用者が自分の接続状態を調べたことを表しています。check の-ing形で、spend time checking + 確認する対象という形で、時間を使った作業を説明できます。
my
my は、後ろのものが話し手に属する、または話し手に関係することを示します。ここでは my own connection として、話し手自身の接続を指しています。自分に関係する対象を示すときに、my + 名詞の形で使えます。
own
own は、my が示す対象が特に話し手自身のものであることを強調しています。my own connection では、サービス側ではなく利用者自身の接続を確認したことが明確になります。所有や関係を強調したいときに、my own + 名詞の形で使えます。
connection
connection は、ここでは利用者側のネットワーク接続を指します。my own connection では、プラットフォームではなく自分の接続に問題がないか確認したことを表しています。接続状態の確認やトラブルシューティングについて話すときに使えます。
unnecessarily
unnecessarily は、必要がないのに行ったという意味で、ここでは時間を使ったことを評価しています。文末で checking を含む行動全体にかかり、実際には不要だった確認だったことを表します。必要性のない作業や手順を振り返るときに、動詞 + unnecessarily の形で使えます。
Updates
Updates は、ここではサービスの状況について新しく提供される情報を指します。Updates should appear quickly では、ステータスページなどに更新情報が速やかに表示されるべきだと述べています。障害対応で、updates が表示される場所や速さを説明するときに使えます。
should
should は、ここでは更新情報がそうなるべきだという期待や望ましい基準を表します。Updates should appear quickly として、迅速な情報提供を求めています。主語 + should + 動詞の原形で、望ましい対応や基準を伝えるときに使えます。
appear
appear は、ここでは情報が画面やページ上に表示される、現れるという意味です。Updates should appear quickly では、更新情報が速やかに利用者の目に入る状態を表しています。情報やメッセージが表示されることを説明するときに使えます。
quickly
quickly は、更新情報が速やかに表示されることを表しています。ここでは appear を修飾し、障害の原因が分かる前でも情報提供を遅らせないという要望を支えています。対応や通知の速さを述べるときに、動詞 + quickly の形で使えます。
even
even は、通常なら後になると考えられる時点でも含める「〜であっても」という強調です。even before the cause is known では、原因が判明する前であっても更新を出すべきだと表しています。even before + 節の形で、予想より早い、または条件の厳しい時点を含めるときに使えます。
before
before は、ある出来事より前の時点を示します。ここでは before the cause is known として、原因が判明する前に更新を表示することを表しています。before + 節の形で、二つの出来事の時間関係を説明するときに使えます。
cause
cause は、ここでは障害を引き起こした理由や根本原因を指します。the cause is known では、その原因がまだ判明しているかどうかを問題にしています。障害や問題の理由を調査・報告するときに使えます。
is
is は、cause が known という状態にあることを示します。the cause is known では、原因が判明している状態を表しています。be の形の一つで、単数の対象について、主語 + is + 状態を表す語という形で使えます。
known
known は、ここでは原因が特定され、情報として分かっている状態を表します。the cause is known では、原因が判明する前か後かという時間の基準を示しています。know の過去分詞形で、be known の形で情報が判明している状態を説明できます。
Acknowledging
Acknowledging は、ここでは問題の存在を認めることを指します。Acknowledging the issue を文の主語にして、問題を認めていれば混乱を減らせたという評価につなげています。acknowledge の-ing形で、行動そのものを話題にして対応の効果を述べるときに使えます。
issue
issue は、ここでは発生したサービス上の問題や不具合を指します。Acknowledging the issue では、その問題が存在することを明確に認めることを表しています。サポート対応で、問題を認める、調査する、解決する対象を示すときに使えます。
would
would は、ここでは実際には起きなかった可能性のある過去の結果を示しています。would have reduced confusion で、問題を認めていれば混乱が減っていただろうと振り返っています。would have + 過去分詞の形で、過去の別の結果を評価するときに使えます。
have
have は、ここでは would と reduced を組み合わせ、過去の時点までに生じていたはずの結果を表す要素です。would have reduced confusion というまとまりで、混乱が減っていただろうという意味になります。would have + 過去分詞の形で、実現しなかった過去の結果を述べるときに使えます。
reduced
reduced は、混乱の程度を小さくしたという意味です。would have reduced confusion では、問題を認めていれば混乱が軽減されていたはずだと述べています。reduce の過去分詞形で、reduce + 問題や影響を表す名詞という組み合わせで使えます。
confusion
confusion は、情報が不足したり不明確だったりすることで生じる混乱を指します。reduced confusion では、問題を認めることによって利用者の混乱が少なくなったはずだと表しています。情報不足や不明確な対応の結果を説明するときに使えます。
We
We は、ここではサポートを提供する側の複数の担当者や組織を指します。We are reviewing the escalation process では、話し手を含む提供側が手順を見直していると述べています。組織としての対応や予定を伝えるときに、We + 動詞の形で使えます。
are
are は、We が reviewing という行動を現在進めている状態を示します。We are reviewing the escalation process というまとまりで、見直しが進行中であることを表しています。be の形の一つで、We are + 動詞の-ing形の形で現在進行中の作業を述べられます。
reviewing
reviewing は、ここでは手順を調べ直し、改善できる点を検討していることを指します。are reviewing the escalation process では、インシデント対応の手順を現在見直していると述べています。review の-ing形で、process や policy などを対象に、現在進めている検討を説明できます。
escalation
escalation は、ここではインシデントをより上位または適切な対応へ引き上げることを指します。the escalation process では、その引き上げを行うための手順を表しています。障害の重要度に応じた対応の流れについて話すときに使えます。
process
process は、ここでは対応を進めるための手順や流れを指します。the escalation process for incidents では、インシデントを上位対応へ進める手順を表しています。何をどの順番で行うかを説明するときに使えます。
for
for は、ここでは process が対象とするものを示し、「インシデントに関する」という関係を作っています。the escalation process for incidents では、手順の対象が incidents であることを表します。process for + 対象の形で、どの問題や作業に関する手順かを説明できます。
incidents
incidents は、ここでは対応が必要なサービス上の出来事や障害を指します。the escalation process for incidents では、そのような出来事を上位対応へ進める手順の対象として使われています。incident の複数形で、複数の障害や対応事例を一般的に扱うときに使えます。
Please
Please は、相手への依頼を丁寧に示す語です。Please make the follow-up specific では、フォローアップを具体的にしてほしいという要望を丁寧に伝えています。Please + 動詞の原形で、相手に行動を求めるときに使えます。
make
make は、ここでは follow-up を specific という状態にするという意味です。Please make the follow-up specific では、フォローアップの内容を具体的なものに変えるよう求めています。make + 目的語 + 状態を表す語の形で、対象をどのような状態にするかを伝えられます。
follow-up
follow-up は、ここでは障害への初期対応の後に提供する報告や追加連絡を指します。make the follow-up specific では、その後の報告を具体的な内容にするよう求めています。障害や問い合わせの後に、経過や結果を伝える目的で使えます。
specific
specific は、内容が明確で、何についての情報かがはっきりしているという意味です。make the follow-up specific では、一般的な説明ではなく、具体的な報告にすることを求めています。make + 目的語 + specific の形で、情報や説明を具体的にするよう伝えられます。
rather
rather は、ここでは rather than と結びつき、後ろの内容ではなく前の内容を選ぶことを示しています。rather than overly general により、過度に一般的な報告ではなく specific な報告を求めています。A rather than B の形で、二つの選択肢や性質を対比できます。
than
than は、ここでは rather とともに、比較する二つの内容をつなぐ語です。rather than overly general では、overly general なものを選ぶのではなく specific なものを選ぶ関係を作っています。rather than + 内容の形で、避けたい選択肢や性質を示せます。
overly
overly は、程度が必要以上に高いことを表します。ここでは overly general として、報告があまりにも一般的で具体性に欠けることを問題にしています。overly + 形容詞の形で、望ましくない過度な性質を指摘できます。
general
general は、ここでは範囲が広く、具体的な内容を十分に示さないという意味です。overly general では、フォローアップが一般論にとどまりすぎていることを表しています。説明や報告の具体性について評価するときに使えます。
It
It は、直前に話題になった follow-up を指しています。It will include a timeline and prevention details では、その報告に何が含まれるかを説明しています。すでに話題に出た一つの事柄を主語として受け直すときに使えます。
will
will は、ここでは今後提供する follow-up の予定や内容を示します。It will include a timeline and prevention details では、報告に具体的な情報を含める予定だと伝えています。主語 + will + 動詞の原形で、今後の対応や約束を述べるときに使えます。
include
include は、ここでは報告の中に複数の情報を含めるという意味です。It will include a timeline and prevention details では、時系列と再発防止の詳細を報告に入れると述べています。include + 含める項目の形で、文書や説明の内容を示すときに使えます。
timeline
timeline は、ここでは障害に関する出来事を時間の順に並べた記録を指します。include a timeline では、いつ何が起きたかを追える情報をフォローアップに含めることを表しています。障害報告や調査結果で、出来事の順序を明確にする目的で使えます。
prevention
prevention は、ここでは同じ問題が再び起きるのを防ぐための取り組みを指します。prevention details では、再発防止のために何をするかについての詳細を表しています。障害後の報告で、今後の再発防止策を説明するときに使えます。
details
details は、ここでは具体的な個別情報や詳しい内容を指します。prevention details では、再発防止についての具体的な説明を表しています。報告に含める内容を細かく示すときに、include + details や topic + details の形で使えます。
文法ポイント
stay + adjective
The status page stayed unchanged.
ザ・ステイタス・ペイジ・ステイド・アンチェインジド。障害状況ページは変わらないままだった。
stayの後ろに形容詞を置き、「〜のままでいる」という状態の継続を表します。
動名詞（-ing）を主語にする形
Acknowledging the issue reduced confusion.
アクナレジング・ジ・イシュー・リデュースト・コンフュージョン。問題を認めることは混乱を減らした。
動詞の-ing形を文の主語にすると、「〜すること」という意味になります。
英語の単語
check
動詞
チェック
確認する
checking
communication gap
フレーズ
コミュニケイション・ギャップ
情報共有の不足
connection
名詞
コネクション
接続
frustration
名詞
フラストレイション
不満、苛立ち
own
限定詞
オウン
自分自身の
platform
名詞
プラットフォーム
プラットフォーム
serious
形容詞
シリアス
深刻な
spend
動詞
スペンド
時間を使う
spent
status page
フレーズ
ステイタス・ペイジ
障害状況ページ
stay
動詞
ステイ
〜のままでいる
stayed
unavailable
形容詞
アナヴェイラブル
利用できない
unchanged
形容詞
アンチェインジド
変わらないままの
クイズ
スペル
文字をタップして単語を組み立ててください。
〜のままでいる
答えを見る
stayed時間を使う
答えを見る
spent不満、苛立ち
答えを見る
frustrationプラットフォーム