レビューで逆ギレする設計者

どうも！最近、お仕事の責任が重くなりつつあるひよこSEです。

ひよこSEは、この記事を書いたときで9年目。設計、プログラム、テストだけでなく、要件定義も任されるくらいになりました。

最近は、自分がプログラムを書くというよりは、他の人のレビューをする立場に。久々にPGしたいな(*´▽｀*)。

みたいな前置きをほどほどに、記念すべき1回目は「レビューで逆ギレする設計者」です！（さっそくやばいタイトル）

早速、((((((((((っ･ω･)っ ﾌﾞｰﾝ と行きましょう！

設計レビューの体制

レビューア（する人）と、レビューイ（してもらう人）が、２：２だと思ってください。

なぜ、上司C=アドバイザーがいるのかはわかりません。同僚Bと上司Cの関係もよくわからない。

ひよこSEから見た真の「アドバイザー」は、他PJで忙しい中、手伝ってくださる先輩Aというわけ。

※先輩Aは、このレビューが終わった後、「ひよこSEは何も悪くない」と言ってくれました。本当にありがとうございましたm(__)m

設計レビューの流れ

みたいな感じで自分がした設計の説明⇒ひよこSEのフィードバックという順で、レビューを進めていきます。

よくある流れかと。

ひよこSEが設計レビューで指摘した内容

ところが、同僚Bの設計の品質。ヘルプできてくれてありがたいんだけど、ちょっと・・・と思うところが。

指摘内容の一例です。IT業界にこれから入る人なら、こんな感じの指摘は、くらわないように。

わりと怒られるレベルの指摘ばかりだと思います。

3番目は、例えばこんなやつ。

例）画面Aでは「取引先」という項目なのに、画面Bでは「販売先」、どちらも同じ値が入る項目である

画面レイアウトレベルで表記ゆれが見つかれば、即、横展開という悪魔的な話になりかねないので、皆さんはやらないように。

指摘の途中で設計者（レビューイ）&アドバイザーが逆ギレ

耐えられなくなったんだと思います。指摘されたのが。

逆ギレが始まったんです。もとの指摘も含めて、フェイクを混ぜつつ。

なぜか、レビューアがレビューイ詰められる謎の時間です。

ハッキリ言って怖かったし、泣きたかった。。

※もう一回言うけどひよこSEはレビューする立場

・・・

・・・

・・・

・・・

はい？

設計書はお客様に提出するんだYO！

吹き出しがダメなんて新人でも一回言えばわかることだろうがYO！何がルールにないだYO！

敬意ってなんだYO！漏らすほうがわるいに決まってるがYO！

何がいけなかったのか？振り返りをしてみる

反省点というか、面倒なこともある前提で動くようにします。

仕変でみんなカリカリしてたところはあるだろうし。

• 世の中には、本当に1から10まで説明してルール化しないとやってくれない人もいる
• とはいえ、そんなことをしている時間はないので、レビューの目的、何を見るのかをはっきりさせる
• たとえば「要件が反映できているか、実装方法の妥当性を確認します。このレビューが終わって修正したらすぐにお客様に提出します」くらいは書いてあげてもよかったかも（隙をつくらない）

この同僚B以外は、同じやり方で全く問題なくレビューが終わったのも何とも言えない気持ち。

意味不明といいたくなるけど、こういうこともある前提で、レビューする立場をやらないといけないかもですね(-_-;)。

さて、まだまだPJで苦労したお話しは続くのでお楽しみに！