コードレビューにラベルを付けるだけでチームの心理的安全性を高めた話
この記事ではハコベルの開発チームが心理的安全性の向上を目的に採用した、プルリクエスト (マージリクエスト) コメントにラベルを付ける手法についてご紹介します。 ※ この記事に記載の内容は当時の情報です。最新の状況を反映していない可能性があるため、ご了承ください。 背景 プルリクエストをレビューする時、レビュアーとして上から目線になってしまい相手を傷つけないか緊張したり、ちょっとした確認のつもりで書いたコメントが修正必須と捉えられてしまったりした経験はないでしょうか。 本来、ピアレビューは対等な関係であるはずなのに、レビューする側の方が上になってしまいお互いに恐縮してしまいがちです。「勘だと怪しいけど間違っていたら怖いから言えないな」や、「将来的に辛くなりそうな実装だけどわざわざ指摘するほどでもないな」など荒波を立てずにApproveしてしまい、積極的なレビューが交わされなくなります。 この
アウトプットはどうして続かないのか？「モチベの泉」を枯らさない5つの掟
エンジニアにとってメリットだらけのアウトプット。しかし、モチベーションが保てず続かないという大きな課題があります。 この記事では、アウトプットを続けるメリットと、モチベーションを維持するための心構えについて紹介します。 ※ この記事でのアウトプットとは、エンジニアがブログ等を通して技術や考え方を発信することを指しています。 サクッと読みたい方はこちらのスライドもどうぞ。 はじめに こんにちは、おおいし(bicstone) です。突然ですが皆さん、 アウトプットはしていますか？ 私も2022年までは、年に数本の記事を書いている程度でした。色々な理由をつけて、アウトプットができない自分を正当化していました。 アウトプットするようなネタがない アウトプットは利益にならない アウトプットする時間がない アウトプットに価値がないと感じる アウトプットを誰も評価してくれない しかし、私はこの誘惑を乗り
未来は予測不能！技術選定の意思決定において一番大切なこと
持続可能なプロダクト開発において、技術選定の意思決定は重要な要素です。 この記事では、技術選定の意思決定において一番大切なことと、それを実現するための6つの取り組みを紹介します。 サクッと読みたい方はこちらのスライドもどうぞ。 対象読者 チーム開発で技術選定に携わっている 技術選定の意思決定に悩んでいる プロダクトの持続性を向上させたい はじめに 筆者は、5年以上の長年に渡り運用されているプロダクトでの開発から、0 → 1の立ち上げまで、様々なプロダクト開発に携わってきました。 長年運用されているプロダクトを開発する際には、保守性が低く、どうしてこんな技術選定になっているのか？なぜこのような実装になっているのか？と不満に感じることがありました。しかし、当時の背景や状況を知ることができないため、すでに動いているものが絶対視され、そのままになってしまうことが多かったです。 一方で、新プロジェク
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
