[体験談]デロイトトーマツ(IT)中途採用面接レポート

以下を意識していた。
・相手のシステム知識レベルを想像・把握する
・相手の立場から欲している情報を想像・把握する（現場・上司への説得材料など）
・システム機能の顧客に近い場所を絡めて説明する（画面挙動・事務フローなど）
とくに自分は文系SEで苦労したので、システムが分からない人の気持ちがよくわかるため、相手の立場に立って説明できていたと思う

要件定義がうまくできないことが後続の仕様変更やバグにつながっており、納期遅延・品質低下につながっていると感じており、課題と感じている

おそらく自責と他責の要因がある。自責の要因としては、SEが要件定義において後続テスト工程のテスト観点を意識した要件定義ができておらず抜け漏れが多く出てしまっていることがある。他責の要因としては、顧客ユーザ部自体が要件定義に参加できない（する気があまりない）ため、要件が決められない

大手ベンダだと特にプロジェクトの規模が大きいことが多く、工程の上流（要件定義）から下流（製造・テスト）まで一気通貫して参加できることはまれで、要件定義の結果が後続に具体的にどう影響するかを感覚的に理解しているSEが少ないのではないか？自分はこれまで上流から下流まで3サイクルほど回したことがあり、この点には強みがある（ここはアピール入れました）

例えばある自治体でエクセルの名簿データをDB化する案件があった。エクセルでデータ化されているならDB化するのは難しくないとのことで、SEが話を聞きに行ったが、その名簿は紙印刷を意識したフォーマットとなっており、1セル１データではなく、1マス1文字となっており、その案件はとん挫した。これはかなり極端な例だが、紙名簿をデータ化する際のある意味「要件定義」で、印刷だけでなく後続工程のDB化を意識していれば、正しいデータ構造でエクセル化できたはずである。これに近いことがシステム要件定義で起きているように思っている

難しい問題ではあるが、システム開発の世界には「小さく作って大きく育てる」という言葉がある。どんな素晴らしいシステムでも稼働しなければ意味がなく、リリース日に稼働することに価値があるということを顧客に説明すべきである

提示された要件をその場で却下するのでなく、バックログ一覧というものを作ってそこにストックする。後続のITやUATの中で必要性が見えてきたらその時一覧を見て検討しましょうと持ち掛けます。たいていはそういう機能は不要なものです

正確に言うと、参加することはできるがステークホルダーが多すぎて全員の時間が取れないことが要因ではないか？具体的には要件定義には業務フローの作成が必要となるが、業務全体の業務フローをかける顧客がいないと思われる。大規模顧客になると、一部の業務に精通したメンバはいても、全業務を俯瞰的に抑えるメンバがおらず、いわゆるつまみ食い状態で顧客自身も業務全体像を把握していないことがあるとおもう

顧客業務はSEではわからないため、これは関係する業務担当者をしぶとく呼んで聞く必要がある。ここに銀の銃弾はない

例えば業務手順書などをSEで読みこんで、業務フローのたたきをSE側で作る。たたきのうち穴が開いた箇所を顧客に埋めてもらうようにお願いします

それは・・難しいですね・・うーん・・

・初対面の人とディスカッションを１Hもしたことがなかったので、とても疲れた。
・コンサルの人は理解力が早く問題点の深堀も的確で論理がものすごい速さで整理されていくのを感じた。
・面接後にエージェントを通して評価を聞いたが、とても高く評価してもらえていたとのこと。以下を特に評価されたらしい。
①論理の構造　⇒すべての論理が構造化して言語化されていた。
②発言時のふるまい　⇒しゃべり方や振る舞いが堂々としており、自信を感じた。
③用意してきたことを話しているわけでなく、質問のポイントを押さえて質問に対する的確な回答になっていた。

上記のことからデロイトのｘｘセクションを背負わせてもよいと評価した。ぜひ取りたい人材とコメントされたとのことでした

ぜひ入社させてほしい

いったん●月くらいになると思います

できません（汗）

ありません

1200万ほしいです。（エージェントからは「現年収から上がることが望ましいが、こだわらない」と言えと指示されたが、無視して伝えた）

二次の面接官もとても話しやすくてたくさん話してしまいました。齟齬等なく、終始穏やかに進んで、もちろん緊張はしましたがとても楽しく受けられました