コードレビューにラベルを付けるだけでチームの心理的安全性を高めた話
ハコベルシステム開発部のおおいし (@bicstone) です。普段はフロントエンドエンジニアとして物流DX SaaSプロダクトの開発を行なっています。 この記事ではハコベルの開発チームが心理的安全性の向上を目的に採用した、プルリクエスト (マージリクエスト) コメントにラベルを付ける手法についてご紹介します。 背景 プルリクエストをレビューする時、レビュアーとして上から目線になってしまい相手を傷つけないか緊張したり、ちょっとした確認のつもりで書いたコメントが修正必須と捉えられてしまったりした経験はないでしょうか。 本来、ピアレビューは対等な関係であるはずなのに、レビューする側の方が上になってしまいお互いに恐縮してしまいがちです。「勘だと怪しいけど間違っていたら怖いから言えないな」や、「将来的に辛くなりそうな実装だけどわざわざ指摘するほどでもないな」など荒波を立てずにApproveしてしま
文章が読めない人かどうかは文章を音読させてみれば分かる 読めない人は助詞や接続詞を勝手に追加したり省いたりする傾向にある？
松下哲也 @pinetree1981 近現代美術史・キャラクター表現論を研究。京都精華大学マンガ学部マンガ学科/大学院マンガ研究科准教授。著書に『ヘンリー・フューズリの画法 物語とキャラクター表現の革新』(三元社)。シラスチャンネル「松下哲也のアート講釈日本地」にて動画配信中！ shirasu.io/c/nipponchi 松下哲也 @pinetree1981 文章を読めない人かどうかは文章を音読させると大体わかりますよ。読めない人は文章にない助詞や接続詞を勝手に足したり、逆に省いたりする。読めない漢字が出てきた時に詰まったり辞書を引こうとしたりせず、勝手に飛ばすか造語する。塾講師のバイトをしていた時にベテランの先生に教わりました。 2022-01-12 13:22:57
なぜ「できない人」ほど、人に聞けないのか。 | Books&Apps
できない人が質問をしに来ない、という傾向は、それなりにどこの会社でも見られるようである。 例えば新人が聞きに来ない、若手が聞きに来ない、あるいは「不出来なベテラン」だと、誰にも相談できなくて行き詰まる、なんて話もある。 つい先日も、あるテクノロジー系の企業で「聞きに来ないメンバー」をなんとかしたいが、どうすればよいか、という話があった。 聞くと、力量の低いメンバーの一人が、報告が苦手で、かつ聞きに来ないので、こちらがかなり監視をしているが、手間がかかってしょうがない、という。 仕事の進捗を入れたり、週報を書いたりするような社内システムもあるのだが 力量の低い人ほど入力率も低く、入力した報告の内容も拙いという。 結局、上司が直接、成果品を逐一覗いてチェックをしているそうだが、それも限界がある。 こまったこまった、という話だ。 ＊ こういった事象について 「できない人」は、「何がわからないのか
コード書く以外の仕事上暗黙的に必要とされている様々なスキルについてブレストしてみる - stefafafan の fa は3つです
前提 僕は新卒からいまの会社に入って以来ずっとWeb系アプリケーションエンジニアとして仕事してきました 自分がWeb系のエンジニアとして成長するにあたって必要なスキルについて考えたときに、ただコードが書けるだけでは評価されないだろうなということだけ何となくわかっているつもりだけど、言語化しないとどういうスキルがあるのか何が自分に足りないのかがわからない気がするので一旦ブレストしてみる 出来上がったリストを元に次にどこを集中的に伸ばすべきかというのがわかるのではないか ここでいう暗黙的とは、僕が学生の頃「Web系のアプリケーションエンジニアに必要なスキルはこれだろうな」と考えたときにきっと思い浮かばなかったもののことですが、人によってはこんなこと当たり前だろうと思うかもしれません ブレスト結果 いくつかブレストした結果をグループごとにわけてみた。（ブレストといってもただパソコンに向かって箇条
【社内資料公開】40歳中堅サポートエンジニアが文章作成時に気をつけている5つのキーワードを紹介します | DevelopersIO
はじめに こんにちは植木和樹＠上越妙高オフィスです。クラスメソッドではAWSを始め、弊社で取り扱っている製品・サービスに関するサポート業務を行っています。 サポートでは日々様々なお問い合わせを受け付けるわけですが、ご質問に対する回答内容は正しくても、言葉が足りないためにお客様が不満に感じてしまうことがあったりします。「正しいことを伝えたのに、どうして不満と感じたんだろう？なにが足りなかったんだろう？」と対応を振り返る際に、私はキーワード／パターン／フレームワークに当てはめてみて考えるようにしています。 今回はサポートメンバーがよりよいサービスが提供できるよう、自分のアンチョコから5つのキーワードをご紹介したいと思います。 1.安心してもらう 自分で書いた回答内容を見返してみましょう。文章の内容がお客様に安心を与えているでしょうか？ 最後に「安心です」がつくように意識しましょう。また「文章の
第1章 良いコードと良いコミュニケーション―一人前のプログラマへと至る道 | gihyo.jp
とある開発チームに配属され、プロジェクトの一員として開発に関わり始めた後輩くん。社会人生活1年目、順調な滑り出しかと思いきや……？ ううーん…… 実は、さっきリーダーに「もっとちゃんと、チームでの開発であることを意識して作業するように」って言われたんです。でも、具体的にどうすればいいのかで途方に暮れちゃって…… ああ、後輩くんはこれまでチーム開発の経験がなかったんだね。チーム開発では、短期集中で1人でやる場合とはまた違うやりかたが必要になってくるんだ 違うやりかた？ 仕様どおりに動くように作って、納期までに完成させればいいんじゃないんですか？ それももちろん大事だけど、それだけでは不十分なんだ。そうだなぁ、いろいろあるとは思うけど、良いコードを書いて、良いコミュニケーションを取る、これがチーム開発で必要なことだと私は思うよ そう言われても、何が良くて何が悪いのかよくわからないんです 開発者
「話のわかりやすい人」と「わかりにくい人」のちがい
前職の時から、私は「話のわかりやすさ」にはかなり個人差があると感じていた。 何故話のわかりやすい人と、わかりにくい人がいるのか？最初はよくわからなかった。「生まれつき」なのか？「訓練」なのか？しかし、いろいろな人と話すと、要は「サービス精神」のちがいなのではと思うようになった。 巷には色々と「話し方講座」があふれているが、細かいテクニックよりも、結局のところ「相手の立場から自分の話を見ることができるか」ということに尽きると思う。したがって、以下の8項目が重要であるとの結論になった。 「話のわかりやすい人」と「わかりにくい人」のちがい 1. 「結論」から話すか、「過程」から話すか 例 「今日の打ち合わせの結果どうだった？」と聞かれたとき 話のわかりやすい人は「うまくいきました」「イマイチでした」と結論から話します。 話のわかりにくい人は、「最初に○○の議題が有りまして、XXさんが○○と報告し
幕府代表とペリー艦隊の飲みニケーション全5回まとめ
先日の記事「「居酒屋の誕生: 江戸の呑みだおれ文化」飯野 亮一 著」にいくつか、ペリー艦隊来航時の日本人代表も泥酔していたことを思い出した、といった趣旨のコメントがついていて、そうそうあの酔っぱらいエピソードも面白いんだよね、ということで幕府代表団とペリー艦隊との飲みニケーションエピソードを「ペリー艦隊日本遠征記（上）（下）」から紹介しよう。酒を飲むことでのコミュニケーションが相互理解と親睦、異文化交流に大いに役立ち、日米和親条約締結に大きな影響を及ぼしたのだ。両者の酒宴はあわせて五回あった。 1853年7月12日1853年7月8日、ペリー艦隊は浦賀沖に姿をあらわし、米フィルモア大統領から将軍に宛てた親書の受け取りを求めた。これに対し日本側は、かねてから黒船来航の情報を元に準備していた通り浦賀での受け取りを拒否、長崎への移動を求めるが、ペリーはこれを拒否して、現在地浦賀での授受を求めた。そ
「察して欲しい」という、原始的な欲求 雑誌VERYの広告から - スズコ、考える。
数日前からTLにちらほら上がって来ていた雑誌の新聞広告、気になっていたのですがさっき初めて全文読みました。んで、思ったこと。 togetter.com まとまってましたので一応貼っておきます。 私は「察する」能力がどうやら結構に低い（前にここでも書いたことが有るけど）ようなので、このトイレットペーパーのくだりを読んでまず思ったんです。 「トイレットペーパー、買ってくればいいの？」 「だったらポチればいいじゃないすぐよ？」 でもそうじゃない。 じゃあ、短絡的にトイレットペーパー買って帰ればいいのね？って思って適当な銘柄買って帰ったらまたそれが多分火種になる。いつもの銘柄を把握もしてないの？って思うよね、そうなるよね。 察するのが苦手な私がまず思うのは「トイレットペーパーの管理という私が今になっている負担を減らしたいから協力して欲しい」という要望は言葉では伝えないんだろうか、という疑問。「トイ
私が「何がいいたいのかわからない」と言う場合 - 発声練習
以下の相談をいただいた。 こんにちは。突然メールする失礼をお許しください。 文系修士2回生です。 修論指導を受ける学年なので、ゼミに加えて4月から月1くらいのペースで 教官に相談に行っています。 資料などを作っていくのですが、大体「何がいいたいのかわからない」といわれることが 多いです。作っていった資料も、あまり読んでもらえず、 話終わりに「あ、これ」という感じで返されることが多いです。 データ（研究材料）も、なかなか理解してもらえないです。 たとえば、私が「このデータ使いたいです」といったときは「使えない」といわれたのに、 後になって（その話を忘れたのか）「このデータを使えない？」と聞かれました。 そこで、そのデータを使って分析していったら、「使えないかもしれないなー」と いわれ、また分析を修論の中に位置づけたものをもってきてといわれています。 ただ、これが続くと「ひっくり返されて書けな
人とうまく付き合う19のコツ 「頼みごとは順番がカギ」「緊張したら何か食べる」など
春を過ぎたころに流行るという「5月病」。新しい環境に対する不安感や焦燥感を表した言葉だが、誰だって同じような気持ちを多かれ少なかれ抱いているのではないだろうか？ そこで今回紹介したいのが、海外サイト「Mind zette」に掲載された『人とうまく付き合う19のコツ』だ。人付き合いが苦手な人でも、ちょっとした心がけで状況が改善することもある。参考にしてみよう！ 1. 目を見て微笑もう 初対面の人に自己紹介する時は、相手の目を見てにっこり微笑もう。慣れないうちは難しいし、相手もちょっと戸惑うかもしれないが、悪い気はしないはずだ。 2. 下半身・足元に注目しよう 人と話をしている時に、相手が本当に自分の話を聞いているのかを確認したければ、相手の下半身の向きに注目しよう。顔と上半身だけがこちらに向けられていて、下半身はデスクを向いたままなら、相手は会話を終了させたがっているサインだ。 他にも、途中
Twitter / mabataku: 新幹線の隣の席のおじいさんに電話がかかってきて、着席したまま応答。「今、新幹線なので、…」の後は「…かけ直します」だと思ったら、なんと「一方的に話してくださ
新幹線の隣の席のおじいさんに電話がかかってきて、着席したまま応答。「今、新幹線なので、…」の後は「…かけ直します」だと思ったら、なんと「一方的に話してください」と言って、今も無言で聞いてます。斬新。
子どもに言ってはいけない10の言葉（代わりに使うべき言葉） | ライフハッカー・ジャパン
それでは、避けるべき10の言葉をみていきましょう。さらに、子どもたちに本来備わっている自発性を促し人との気持ちのつながりを強められる、「別の言い回し」や「やり方」も併せて紹介します。 1.「よくできたね！」 この言葉の問題点は、往々にして何度も繰り返されることと、実際には子どもがたいして努力していないことに対しても使われることです。子どもたちは、パパやママがそう口にしたことは何でも、そう口にした時だけ、「よくやった」ことなのだと思い込んでしまいます。 その代わりに、「頑張ったんだね！」と声を掛けてあげましょう。子どもの「努力したこと」に注目することで、努力することは、結果よりもずっと大事なことなのだと教えることができます。そうすれば、子どもたちは難しいことに挑戦する時も粘り強くなり、失敗は次の成功へのステップなのだと理解するでしょう。 2.「いい子ね！」 この言葉は良かれと思って使われたと
「相手のゴールを意識した」批判やフィードバックでなければ意味はない | ライフハッカー・ジャパン
疲れやすい、呼吸の浅さを改善。ストレッチポールは毎日使いたいほど気持ちがいい!【今日のライフハックツール】
正しすぎて辛い
夫は大きな会社の次長で、私は200人規模の会社のヒラ事務員だ。時々、夫が部下の愚痴を言う。 「目の前の仕事はこなすんだが、長期的な視点で優先順位を付けることができない」 「ちょっと気を付ければ回避できるような凡ミスが多い」 決して罵倒することはない。当たり前のことができなくて困ったものだよ、と淡々と愚痴る。 私はそれが辛い。私も、夫が言う当たり前のことができない人間だからだ。いつも目の前のタスクを片付けるのに精一杯で、その仕事が本質的にどういうものなのかを考える余裕がなく、デスクの上は散らかっており、脊髄反射的につまらないミスをすることもある。 繁忙期には、やってもやっても仕事が終わらない。早出残業したいから、子供の送り迎えを頼めない？と頼むと、どういう業務がどうして終わらないのか、と聞かれる。あれこれ説明すると、 「そうか、君がボトルネックになって、全体の業務が滞っているんだね。じゃあ仕
海外のプログラマーにバグを指摘し、修正を依頼するには【連載:コピペで使えるIT英語tips】 - エンジニアtype
トップページ > ノウハウ > コピペで使えるIT英語tips > 海外のプログラマーにバグを指摘し、修正を依頼するには【連載:コピペで使えるIT英語tips】 グローバル化が進む中、海外企業とのやり取りが増え「英語でのコミュニケーションが求められる」というエンジニアも多いはず。 しかし、「英語でどう伝えればいい？」、「場面に応じた表現が分からない」など、英語でのやり取りに実務以上の時間を取られてしまっているという悩みを抱えているのが現状ではないだろうか。 そんな皆さんの悩みを解決するべく、通常の業務の中で必要となる「今すぐ使える英語の例文や用法」などの英語tipsを連載で紹介。 初回となる今回は、エンジニアであれば誰もが必ず直面する「bug（バグ）の指摘の仕方」について紹介する。 バグを指摘する際には、「bugがあるから直してくれ」と伝えるだけでは適切ではないというのは当然のこと。日本語
人格否定の使いかた - レジデント初期研修用資料
今日アルバイトの面接に行ってきた という記事の感想。 リンク先冒頭、アルバイトの面接に出向いた作者の人は、面接担当の人から 「なんでもっと頑張らないんだ！？こんな貴重な体験をしてきたのに、もっと能動的に動かないともったいないぞ！」と叱られ、否定され、その割に不思議と、否定を行った面接担当者に親近感を覚えたんだという。 否定の入り口は「取り返しのつかない過去」 面接担当者は冒頭で、まずは作者の話に耳を傾ける。話を十分に聴いてから、「こんなに貴重な経験を積んできたのにそれを生かせないあなたはだめな人間だ」と否定を行使する。 否定というのは強い感情だけれど、初対面の誰かから「お前はだめなやつだ。クズだ」なんて面罵されたところで腹が立つだけで、その人を信頼しようとか、その人の言うことに耳を貸そうという気分にはならない。 否定の感情をぶつけるためには根拠が必要で、根拠は相手の過去にある。否定の対象と
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Zoom飲み会とぜんぜん違う！ 「距離」をオンライン飲み会に導入する「SpatialChat」 「あっちの話題のほうが面白そう！(すすすす……と場所移動)」を実現
ゲームとマンガとアニメの話しかできない人
http://www.jinseikappo.com/entry/different
