コードレビューにラベルを付けるだけでチームの心理的安全性を高めた話
ハコベルシステム開発部のおおいし (@bicstone) です。普段はフロントエンドエンジニアとして物流DX SaaSプロダクトの開発を行なっています。 この記事ではハコベルの開発チームが心理的安全性の向上を目的に採用した、プルリクエスト (マージリクエスト) コメントにラベルを付ける手法についてご紹介します。 背景 プルリクエストをレビューする時、レビュアーとして上から目線になってしまい相手を傷つけないか緊張したり、ちょっとした確認のつもりで書いたコメントが修正必須と捉えられてしまったりした経験はないでしょうか。 本来、ピアレビューは対等な関係であるはずなのに、レビューする側の方が上になってしまいお互いに恐縮してしまいがちです。「勘だと怪しいけど間違っていたら怖いから言えないな」や、「将来的に辛くなりそうな実装だけどわざわざ指摘するほどでもないな」など荒波を立てずにApproveしてしま
3年ぐらいほそぼそゲーム開発してたけ ど完成しなかった件について｜どんぺま
どうもどんぺまです。 ゲーム会社に勤めながら個人で月詠に至るという２Dアクションゲームを制作してましたが3年の月日がたちました。 完成しませんでした。 こんなの1年ぐらい作れば完成するやろ～（鼻ほじ）を3年してました。 鼻血がでました。 個人開発ゲームが完成しないなんてあるある話で2020年にもなっても後が立たないわけです。 そして3年たった今、ちゃんと失敗したという事を認識し二度と同じ轍は踏みまいと自戒の念をこめてスライドつくってたらバズりました。 みんな人の失敗話は好きなんです。私も大好きです。みな失敗しろ。 それではしくじり先生のはじまりです。 以下スライドからのコピペ なぜ完成しなかったのか ●作るものを明確にしていない ● ゆえにブレた。余計な要素を追加しはじめた ● スケジューリングをしていない ● 結局イベント付近ぐらいでしか作業しない ● 去年の前半はほぼ作業しなかった気が
提案：エンジニアに気軽に「バグ」というのはやめませんか？ - worker experienceの日記
もしかしたら私だけかもしれないです。ずれているかもしれません。 一般論ではないかもしれません。 でも、同じような気持ちになっているエンジニアがいるかもしれないので、 代表して言わせてください。 エンジニアに、気軽に「バグ」と言うのをやめませんか？ 最近立て続けに以下のようなことが起こっており、私と同僚が消耗しています。心がすり減ってます。ワーカーエクスペリエンスが低下しています。。。 ～～～～～～～～～～～～～～～～～～～ 「○○さん、この数値がバグなんだけど直してもらえる？」 →調べたらその週は祝日影響で、営業日が少ないだけだった。 「あのデータのバグはいつ直りますか？」 →データの集計定義の変更の依頼があり、変更前の状態をバグと呼ぶ 「この前入ってなかったバグなんだけど、次の開発に入れてもらっていい？」 →スコープ外のこと（担当がそれを忘れていた）をバグと呼ぶ ～～～～～～～～～～～～
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
