@@ -1,6 +1,6 @@
 ## Title
 
-賛美の参加者
+参加者を讃える
 
 ## Patlet
 
@@ -9,14 +9,14 @@
 
 ## 問題
 
-プロジェクトにコントリビューションしてくれたインナーソースのコントリビューターに対して、どのように感謝の気持ちを表せばいいのでしょうか?
-感謝の気持ちを伝えることを忘れてしまったり、適切な効果や誠意を示すための言葉や媒体を知らなかったりしがちです。
-賞賛と感謝は、コントリビューターとそのマネージャーのモチベーションを維持し、継続することに興奮するための簡単で手頃な方法です。
-この分野のパターンがあれば、簡単に実行でき、メッセージが明確かつ誠実に伝わるようになります。
+プロジェクトにコントリビュートしてくれたインナーソースのコントリビューターに対して、どのように感謝の気持ちを表せばいいのでしょうか?
+感謝の気持ちを伝えることを忘れてしまったり、十分な効果や誠意を示すための言葉や場所がわからなくなってしまったりすることがあります。
+賞賛と感謝は、楽しさやコントリビューターとそのマネージャーのモチベーションを維持し、継続するための簡単で使いやすい方法です。
+このパターンがあれば、簡単に実行でき、メッセージが明確かつ誠実に伝えることができるようになります。
 
 ## 状況
 
-* あなたはインナーソースプロジェクトの [Trusted Committer](./trusted-committer.md) あるいはメンテナーです。
+* あなたはインナーソースプロジェクトの [信頼されたコミッター](./trusted-committer.md) あるいはメンテナーです。
 * あなたは、コントリビューターのコミュニティを大切にし、それを維持・発展させたいと考えています。
 
 ## ブロッカーとなりうるちから  (Forces)
@@ -31,39 +31,39 @@
 プロフェッショナルな場では、認知度の向上は、影響力や成長への道筋にもなります。
 誰かがあなたのインナーソースプロジェクトにコントリビュートしたときはいつでも、誠実で適格な「ありがとう」の言葉でその人を認めてあげてください。
 
-自明でないコントリビューション（すべてのコードコントリビューションと重要な時間的コントリビューション）に対しては、以下のメカニズムでお礼を言いましょう。
+自明でないコントリビューション(すべてのコードコントリビューションと重要な時間的コントリビューション)に対しては、以下のメカニズムでお礼を言いましょう。
 
-(1) あなたがプロジェクト活動を組織しているチャットの場所 (例: _Slack_) で、その人の名前を呼びます。 その人が何をしたかを皆に知らせ、公に感謝する。 
+(1) あなたがプロジェクト活動を組織しているチャットの場所 (例: _Slack_) で、その人の名前を呼びます。 その人が何をしたかを皆に知らせ、公に感謝します。 
 
-Example:
+例 (意訳):
 
-> みんな @andrew.clegg が _rcs-viewer_ を _hebo-client_ の最新版 (https://github.com/rcs/rcs-viewer/pull/81) に更新してくれたことにハイタッチしてください。
-このライブラリを最新に保つのを手伝ってくれてありがとう、Andy!
+> みなさん、@andrew.clegg が _rcs-viewer_ を _hebo-client_ の最新版 (https://github.com/rcs/rcs-viewer/pull/81) にアップデートしてくれました！ Andyさん、ライブラリを最新に保つ活動をお手伝いしていただきましてありがとうございます！！
 
 (2) 彼らとそのマネージャー(cc'd)に、個人的にお礼のメールを送ります。
 コードのコントリビューションでは、しばしばマージ通知メールを転送するだけでよい場合があります。
 
-Example:
+例 (意訳):
 
-> こんにちは、アンディ。このアップデートを作ってくれて本当にありがとう。
-わずかな時間だったかもしれませんが、このような各人の配慮があるからこそ、RCSプロジェクトは私たち全員のために機能しているのです。
-自分自身の問題を解決することで、_rcs-viewer_をより良いものにすることができ、ありがとうございました。
+> Andy さん、先日はアップデートを手伝っていただきまして本当にありがとうございました！
+Andy さんの活動の中で修正していただいた _rcs-viewer_ は、おかげさまでより良いものになり、組織の皆さんがその恩恵を享受しています。 
+お忙しい中とは存じますが、このような配慮があるからこそ、RCSプロジェクトは会社全体のために機能しています。 
+改めまして、誠にありがとうございます！
 
 ## 結果の状況
 
-このようなフィードバックは、コントリビューターに素晴らしい気持ちを残し、また戻ってくる準備ができています。
-両方の感謝の言葉を組み合わせることで、仲間の前でも（幅）、直属の上司の前でも（深さ）認めてもらうことができます。
-また、その上司は、他の直属の部下に同じことをするよう促す適切な状況を探します。
+このようなフィードバックは、コントリビューターに素晴らしい気持ちを残し、また貢献しようと戻ってくることにもつながります。
+仲間の前でも、直属の上司の前でも、幅と深さの両方の側面の感謝の言葉を組み合わせることで、認めてもらうことができます。
+またその上司は、他の直属の部下に同じことをするよう促す適切な状況を模索します。
 さらに、インナーソースプロジェクトの意識は、以前はチームの使用とそれとの関わりを知らなかったかもしれないマネージャーにも広がります。
 
 一つ注意点があります。
 あなたの言葉は、彼らがしてくれたことに対して、あなたが心の中で感じている心からの感謝からきていることを確認してください。
 褒め言葉も、その人のレベルに合わせて冗長になりすぎないようにしましょう。
 やり過ぎると、不誠実で機械的な印象を与え、せっかく声をかけた意味がなくなってしまいます。
 
-## Related Patterns
+## 類似パターン
 
-* _Just Say Thanks_ (from the book [_Fearless Change_](https://fearlesschangepatterns.com/))
+* _Just Say Thanks_ ([_Fearless Change_](https://fearlesschangepatterns.com/)より)
 
 ## 事例
 
@@ -73,11 +73,14 @@ Example:
 
 * Structured
 
-## 著者(s)
+## 著者
 
 * Russ Rutledge
 
 ## 謝辞
 
 * [Todd Lisonbee](https://github.com/tlisonbee) for encouraging to "keep it real".
 * [Isabel Drost-Fromm](https://github.com/MaineC) for [this extra explanation](https://youtu.be/h3MPewsk5PU?t=357) of a "qualified" thank you.
+
+## 翻訳の履歴
+- **2022-06-06** - 翻訳 [Yuki Hattori](https://github.com/yuhattor)