Practical Japanese for IT Engineers: Complete Guide to Keigo Patterns and Technical Vocabulary

お読みになる (to read [honorific])
お使いになる (to use [honorific])
ご確認になる (to confirm [honorific])
ご検討になる (to consider [honorific])

読まれる (to read [honorific])
使われる (to use [honorific])
確認される (to confirm [honorific])
検討される (to consider [honorific])

いらっしゃる (to be/go/come [honorific])
おっしゃる (to say [honorific])
ご覧になる (to look/see [honorific])
召し上がる (to eat/drink [honorific])
なさる (to do [honorific])

お送りする → お送りいたす (to send [humble])
ご報告する → ご報告いたす (to report [humble])
ご連絡する → ご連絡いたす (to contact [humble])
お伝えする → お伝えいたす (to convey [humble])

拝見する (to see → to humbly look at)
申す (to say → to humbly say)
伺う (to hear/visit → to humbly ask/visit)
いただく (to receive/eat → to humbly receive)
参る (to go/come → to humbly go/come)

[Requesting to speak]
(Normal) すみません、一点よろしいでしょうか。
→ Excuse me, may I ask one thing?

(Polite) 恐れ入りますが、一点確認させていただいてもよろしいでしょうか。
→ I'm sorry to bother you, but may I confirm one point?

(Formal) お忙しいところ恐縮ですが、一点お伺いしてもよろしいでしょうか。
→ I apologize for interrupting while you're busy, but may I ask one thing?

[Presenting opinions]
(Normal) 私の意見としては、〜だと思います。
→ In my opinion, I think ~.

(Polite) 個人的な意見ではございますが、〜ではないかと考えております。
→ This is my personal opinion, but I think it might be ~.

(Indirect) もし可能であれば、〜という方向性もご検討いただけないでしょうか。
→ If possible, would you consider the direction of ~?

[Expressing disagreement - especially important in IT meetings]
(Normal) その点については、少し違う考えがあります。
→ On that point, I have a slightly different view.

(Polite) おっしゃることはごもっともですが、別の観点から申し上げますと〜
→ What you say is very valid, but from a different perspective~

(Indirect) ご提案の方向性に加えまして、もう一つの選択肢として〜も検討の余地があるのではないかと存じます。
→ In addition to your proposed direction, I think there might also be room to consider ~ as another option.

[Requesting a review]
(Normal) コードレビューをお願いできますでしょうか。
→ Could I ask you to do a code review?

(Polite) お手すきの際に、こちらのPRのレビューをお願いできますでしょうか。
→ When you have time, could I ask you to review this PR?

(Formal) お忙しいところ大変恐縮ですが、こちらのプルリクエストについてレビューいただけますと幸いです。
→ I'm very sorry to bother you while you're busy, but I would appreciate it if you could review this pull request.

[Writing review comments]
(Suggestion) こちらのロジックですが、〜に変更するとパフォーマンスが改善されるかもしれません。
→ Regarding this logic, changing to ~ might improve performance.

(Question) こちらの処理の意図をお伺いしてもよろしいでしょうか。
→ May I ask about the intent of this processing?

(Pointing out) 細かい点で恐縮ですが、この変数名は〜の方がコードの可読性が向上するのではないかと思います。
→ I'm sorry for the minor point, but I think changing this variable name to ~ might improve code readability.

[Progress report]
(Normal) 現在、〜の対応を進めております。
→ Currently, I am proceeding with handling ~.

(Polite) ご報告いたします。〜の件につきまして、現在対応中でございます。
→ I would like to report. Regarding the ~ matter, it is currently being handled.

(Completion report) 〜の実装が完了いたしました。テスト結果についても問題ございません。
→ The implementation of ~ has been completed. There are no issues with the test results either.

[Sprint Planning - Story Point Discussion]

PM (Tanaka-san):
「では、次のスプリントのプランニングを始めましょう。
 まず、このユーザーストーリーのポイント見積もりを
 お願いいたします。」
→ Let's begin the next sprint planning.
  First, please estimate the points for this user story.

You (Kim-san):
「はい。こちらのストーリーについてですが、
 APIの設計と実装で3ポイント、
 フロントエンドの画面実装で2ポイント、
 合わせて5ポイントと見積もっております。」
→ Yes. Regarding this story,
  3 points for API design and implementation,
  2 points for frontend screen implementation,
  for a total estimate of 5 points.

PM (Tanaka-san):
「なるほど。技術的に懸念点はございますか。」
→ I see. Are there any technical concerns?

You (Kim-san):
「一点ございまして、既存のデータベーススキーマとの
 整合性を確認する必要がございます。
 もしスキーマの変更が必要になった場合は、
 追加で1〜2ポイント増える可能性がございます。」
→ There is one point -- we need to verify
  consistency with the existing database schema.
  If schema changes become necessary,
  there is a possibility of an additional 1-2 points.

[朝会 (Daily Standup)]

You (Kim-san):
「おはようございます。昨日の進捗をご報告いたします。

 昨日やったこと：
 認証APIの実装が完了しまして、
 単体テストも全件パスしております。

 今日やること：
 認証APIの結合テストと、
 フロントエンドとの接続確認を進める予定です。

 ブロッカー：
 テスト環境のデータベース接続が不安定でして、
 インフラチームにお問い合わせ中です。
 もし本日中に解決しない場合は、
 ご相談させていただければと思います。」

→ Good morning. I will report on yesterday's progress.

  What I did yesterday:
  The authentication API implementation is complete,
  and all unit tests are passing.

  What I will do today:
  I plan to proceed with integration testing of the auth API
  and connection verification with the frontend.

  Blocker:
  The database connection in the test environment is unstable,
  and I have inquired with the infrastructure team.
  If it is not resolved by today,
  I would like to consult about it.

[レトロスペクティブ (Retrospective)]

Scrum Master (Sato-san):
「では、今スプリントの振り返りを始めましょう。
 まずはKeep（良かった点）からお願いします。」
→ Let's begin the retrospective for this sprint.
  First, please share the Keep (things that went well).

You (Kim-san):
「Keep としましては、今回のスプリントでは
 ペアプログラミングを導入したことで、
 コードの品質が向上したと感じております。
 レビューの手戻りも減りました。」
→ For Keep, in this sprint,
  by introducing pair programming,
  I feel that code quality has improved.
  Review rework has also decreased.

You (Kim-san):
「Problem としましては、
 仕様変更の共有が遅れたことで、
 手戻りが発生してしまいました。
 Try として、仕様変更があった場合は、
 即座にSlackチャンネルで共有するルールを
 設けてはいかがでしょうか。」
→ For Problem,
  the late sharing of specification changes
  caused rework.
  As a Try, when there are specification changes,
  how about establishing a rule to immediately
  share them on the Slack channel?

[Bug Report (バグの指摘)]
こちらの条件分岐ですが、nullの場合の処理が
考慮されていないように見受けられます。
NullPointerExceptionが発生する可能性がございますので、
nullチェックの追加をご検討いただけますでしょうか。
→ Regarding this conditional branch, it appears that
  null case handling has not been considered.
  Since there is a possibility of NullPointerException,
  would you consider adding a null check?

[Performance Improvement Suggestion (パフォーマンスの改善提案)]
nit: こちらのループ処理ですが、
Stream APIを使用することで
可読性とパフォーマンスの両方を
改善できるかもしれません。
ご参考までに。
→ nit: Regarding this loop processing,
  using the Stream API might improve
  both readability and performance.
  For your reference.

[Design Question (設計に関する質問)]
こちらの設計方針についてお伺いしたいのですが、
Repositoryパターンではなく、直接DAOを
使用されている理由がございましたら
教えていただけますと幸いです。
→ I would like to ask about this design approach --
  if there is a reason for using DAO directly
  rather than the Repository pattern,
  I would appreciate it if you could let me know.

[First Report (第一報) - Urgent]
お疲れ様です。キムです。
緊急のご報告です。

本番環境にて障害が発生しております。
・発生時刻：〇〇時〇〇分頃
・影響範囲：〇〇サービスのAPI応答が遅延
・影響ユーザー数：推定約〇〇人
・現在の状況：原因調査中

引き続き調査を進め、状況が分かり次第
ご報告いたします。

→ Hello. This is Kim.
  This is an urgent report.

  An incident is occurring in the production environment.
  - Time of occurrence: Around XX:XX
  - Impact scope: API response delay for XX service
  - Affected users: Estimated approximately XX
  - Current status: Investigating cause

  We will continue investigating and report
  as soon as the situation becomes clear.

[Interim Report (中間報告)]
お疲れ様です。障害の中間報告です。

原因が判明いたしました。
・原因：デプロイ時の設定ファイルの不備により、
       データベース接続プールが枯渇
・対応方針：設定ファイルを修正し、再デプロイ
・復旧見込み：〇〇分以内

上長のご判断を仰ぎたく存じます。
再デプロイの実施について、ご承認をいただけますでしょうか。

→ Hello. This is an interim incident report.

  The cause has been identified.
  - Cause: Database connection pool exhaustion
    due to configuration file deficiency during deployment
  - Response plan: Fix configuration file and redeploy
  - Expected recovery: Within XX minutes

  I would like to request your judgment.
  Could we receive approval for the redeployment?

[Resolution Report (収束報告)]
お疲れ様です。障害の収束報告をいたします。

・復旧完了時刻：〇〇時〇〇分
・障害時間：合計〇〇分
・根本原因：デプロイスクリプトの設定値の誤り
・暫定対応：設定値を修正し再デプロイ済み
・恒久対応：デプロイ前の設定値チェック自動化を
           次スプリントで対応予定

事後分析（ポストモーテム）は
明日中にドキュメントを作成し、
共有させていただきます。

→ Hello. I would like to provide the incident resolution report.

  - Recovery completion time: XX:XX
  - Incident duration: Total XX minutes
  - Root cause: Incorrect configuration values in deploy script
  - Temporary fix: Configuration values corrected and redeployed
  - Permanent fix: Automation of pre-deploy configuration checks
    planned for next sprint

  The post-mortem analysis document
  will be created by tomorrow
  and shared with you.