プログラムを書いた人がいるとする、完璧な人間などいないからバグが混入される。
でもバグが発生する。
しかもサービスインしてすぐに発生するならまだしも数ヶ月経ち、その人間は組織変更で別な部署に行ってからバグが発覚する。
この場合、バグを修正するのはその人間ではなく、そのプログラムをメンテすることを目的とする元の部署だ。
当然だ、人に仕事がつくのではなく、組織に仕事が紐づくからだ。
バグを入れた人間は当然ながら恨まれる。こんなしょっぱいコード書きやがってみたいなことを元の部署から言われる。
バグが修正されたらされたで修正した人から恩着せがましいことも言われる。
ただバグを入れた人間からするとその時にやれることはやっているし、こんなことまで言われなきゃいけない理由がない。
属人化しないため、責任を一人に集中させないため、コード技量を補完するためにやっているレビューやテストなのに、バグを書いた罪だけが属人する。
こんな状態だとチームでやっている意味なんかあるのかと思う。。
自分が思っているのは、誰かに属人させないためにレビューやテストをやっているなら同じチームに居るならバグが後々発生する事も覚悟してレビューやテストしろという事。