誰が入っても、 回るエンジニア組織を作るためにすべきこと - Qiita

前書き これまで数社エンジニア組織を見てきて、うまく回っている組織には特徴があると思ったので、まとめました。 良い会社に勤めてらっしゃる方は、このぐらいのこと普通にされていると思うのでスルーしてくださいw 目次 問題1: バグが出る 解決策1: 単体テストと総合テスト 問題2: レビューがしづらい 解決策2: yardコメント 問題3: 課題に対する具体的な解決策がない 解決策3 KPT振り返りをする 問題1: バグが出る どんな時にバグが発生する? - rebase - merge - 抽象化されたメソッドの変更 - ライブラリのバージョン変更 - 環境変数の欠損 - 機能追加によるソースコードの変更 悪い解決策 一人一人が注意する ※ このような解決策では属人的な解決策になってしまい、メンバーが抜けた時に、うまく回らなくなる。 解決策1: 単体テストと総合テスト テストが大事だとはわか