※本記事は、Bardによる意訳+翻訳を活用し、レイアウト調整したものです。
※感想は、オリジナルです。
原文
Three Human Problems in a Technical Trench Coat - DEV Community
意訳+要約
技術的なトレンチコートの中の3つの人間的問題
このブログは、ソフトウェア開発チームにおけるコミュニケーションの重要性について述べています。
重要な点
- コミュニケーションは、明確で具体的で、敬意を持って行うべきである。
- フィードバックは、安全な環境で行われるべきであり、異なる視点にオープンであるべきである。
コミュニケーションの問題が発生する可能性がある箇所
- チケットの書き方
- フィードバックの仕方
- フィードバックを受け入れる仕方
チケットの書き方
チケットは、開発チームが理解し、実行できる明確で具体的な指示を提供する必要がある。チケットには、問題の説明、解決策の提案、優先順位、および関連するすべての情報を含む必要がある。
フィードバックの仕方
フィードバックは、建設的かつ有益なものであるべきである。フィードバックは、個人を攻撃するのではなく、特定の問題や行動に焦点を当てるべきである。フィードバックは、具体的な提案や解決策を含めると、より有益になる。
フィードバックを受け入れる仕方
フィードバックは、建設的なものとして受け止めるべきである。フィードバックは、成長と改善の機会である。フィードバックに同意できない場合は、なぜ同意できないのかを説明することが重要である。
BardへのQA
Ｑ：ここで言っているチケットとは、何のことですか？
ブログでは、チケットは開発者に要件を伝えるための方法であると述べています。チケットには、現在のシステムが何をしているのか、および望ましい結果は何なのかを説明する必要があります。また、開発者が理解できるように書かれる必要があります。
具体的には、チケットには以下の情報が含まれる必要があります。
- 問題の説明
- 解決策の提案
- 優先順位
- 関連するすべての情報
チケットは、開発者が問題を理解し、解決策を迅速かつ効率的に実装できるようにするために重要です。
Ｑ：フィードバックが時として個人攻撃のように感じるのは、なぜでしょうか？
フィードバックが時として個人攻撃のように感じるのは、以下の理由が考えられます。
- 個人の能力やスキルを評価するものと誤解される可能性がある。
- 個人的な攻撃や批判のように受け取られる可能性がある。
- 個人の感情を傷つける可能性がある。
フィードバックが個人攻撃のように感じたら、以下のことに注意するとよいでしょう。
- 個人ではなく、特定の問題や行動に対するものであることを思い出す。
- 成長と改善の機会であることを思い出す。
- フィードバックに同意できない場合は、なぜ同意できないのかを説明する。
また、フィードバックがテキストで提供される場合は、音声やビデオでフィードバックを受けると、より建設的に受け止められるかもしれません。
具体的には、ブログでは以下のアドバイスをしています。
- フィードバックに同意できない場合は、なぜ同意できないのかを説明する。
- フィードバックがテキストで提供される場合は、音声やビデオでフィードバックを受ける。
- フィードバックを受ける前に、深呼吸や瞑想などのリラックス法を行う。
フィードバックは、成長と改善の機会です。フィードバックを受け入れる際には、建設的に受け止めるように心がけましょう。
感想＋雑記
フィードバックを受け入れるのは、結構難しい。
俺は、心が弱いのか、フィードバックが、どうしても責められているように感じることがたまにある。
頭では分かっていても、なかなかそうは出来ないんだよな。。。
批判先が問題だったとしても、その問題を作ったのは、自分なのだから、間接的に自分が否定されていると思うのは、仕方のないのではなかろうか？
それを乗り越えるには、記憶忘却装置とかないと無理な気がする。
それを理解せず、問題を～って言うのは、なぜ批判されてると感じているのか、分かっていない人が言っている気がする。
問題を批判するときに注意するべきルールを誰か考えてくれって思う。
ちゃんとその問題を受ける人の気持ちも考慮した上で、ガイドラインみたいなものが欲しい。
たぶん、受け入れる側も覚悟が必要だとは言っているけど、伝える側も、気遣いが必要だと思う。
こういうときこそ、アニメキャラを使うべきだと思うんだよね。
cv.釘宮理恵だったら、フィードバックで指摘されても全然へこたれない気がする。
いや、気がするではない！むしろ気持ちいい！
