/【書評】ウチのシステムはなぜ使えない[システムに関わる全ての人に必読の書]2020-01-13【書評】ウチのシステムはなぜ使えない[システムに関わる全ての人に必読の書]この記事は約7分で読めます。新書のカバーや書名及び副題からは想像もつかないくらい、内容に笑わせてもらった本は初めてです。SEとユーザの失敗学(光文社新書)」について感想をお伝えしたいと思います。合格するための3つのステップ【IT資格取得者必見】でもお伝えしたとおり、私は資格試験勉強時にお世話になった方で、著者自身も本書で資格マニアと公言しています(とても参考になる教科書でした、ありがとうございました)。ユーザとSEの胸のうち本書の主張する本質的なところ冒頭でもお話ししたとおり、とにかく笑える。表現がコミカルで、極端で、それでいて常に悲観的である。これではSIer及びそれを含むIT業界はどれだけ偏っているんだ(腐っているんだ)と思えなくもないほど、読みながら憂いてしまった。著者も言っているとおり「ほとんどのSEはまじめに仕事をしている。」であるため、業界を知らずに読んだ読者の方は安心してほしい。本質を捉えた内容であることは確かで、実際に私も同感・共感した内容はいくつもあった。内容自体は非現実的ではないのである。本書の目的は以下の疑問を解くことに注力している。現状における情報システムへの不満というものは、技術を議論するずっと以前の段階に根っこを持っていると思うのだ。要するに、技術者の作りたいものと、顧客の欲しいものが合致していないのである。ついでに先に答えを言うと以下のとおりであった。SEとユーザにもっとも足りないものはコミュニケーションである。コミュニケーションの努力が不足しているわけではない。世界標準の策定から個々の担当者の努力まで、両者は相互理解のために相当の対価を支払っている。前提が悪いと思うのだ。業務現場ではユーザがSEをご用聞きのように見下したり、場合によっては何かの教祖のように崇めてしまったりするケースが多く、ビジネスパートナーとして対等な関係であるという、当たり前であるべき共通認識が希薄なのである。私もまさにこの通りだと思う。何か構えているようなところを感じることが多々あるが、それはSEと顧客が互いに壁を作っているような気がしており、その答えが本書で余すことなく語られていたので、とても面白さを感じたのではないかと思った。システムの善し悪しを決める最も重要なこと本書で登場するSE達はとにかくポンコツが多い。本当にこんなレベルのSEがいるのかと眉をひそめるが、「技術に捉われ過ぎて改題解決の目的と手段が入れ替わっている」技術者を多数見てきたことを考えると意外にそんなものなのかと共感してしまった(特に、自分の役割を超えてアーティストになってしまった人はいる)。顧客が望んでいるのは、素晴らしい技術を使ったシステムではなく、仕事に役立つシステムである。システムを構成する技術が最先端か、枯れているかは、関係ない。一方で、顧客側(これはSEから見た顧客なのでユーザのこと)は手に取るように理解できて、読みながらも何度もウンウンと頷いてしまった。こちらもSEに引けを取らず「IT化を行いたいという手段が目的になっている」場面を幾度も見てきた。結局、課題解決を行うためにはIT化は必須ではなく、業務効率化をすれば良いだけの話も多々あるのである。何より、顧客とSEが一緒になってシステムを作ることが最も重要であり、本書でも以下のように書かれている。SEは驚くほど実務を知らないので、まともなシステムを作ってもらおうとするなら、自社業務をきちんと伝えることは必須かつ最重要であると前に述べたが、この法則は自社内SEの場合でも適用できる。要求定義を作成するにあたって、顧客側で注意しなければならないことは二点に集約される。・具体的に何をしたいのか提示すること・提示した条件について社内で意思統一ができていること業績を伸ばしたいのであれば、IT化以前に何かビジョンを決めておかなければならない気がするし、そもそもそれは経営陣が策定する経営戦略である。この「SEは驚くほど実務を知らないので」という部分がまさにそうで、顧客側は肝に銘じなければならない。具体的に提示しなければ、それこそこの時点でシステムの善し悪しは決まってしまうと言っても過言ではないからである(それでやられているシステムはいくつのあるのか...)。過去にそんな話をしていた記事があったので、良ければ読んでください(愚痴っぽいかもしれない...!)。社内SEの経験を通してユーザーに対して思うこと社内SEに従事して早6年。まで)で管理する部署で働いております。前職では主にプログラマーでしたが、今はプログラミングをする機会はなく、一時期は保守運用も行っていましたが、主な業務は要件定義か...タスLife目的を常に意識することで見える課題そう考えると以下の言葉は言い当て妙で、我々IT業界従事者は常に意識しなければならない。学部の学生が覚えることは問題解決の方法、修士課程の学生が学ぶことは問題解決の方法を創り出すこと、博士課程の学生が研究することは問題を見つけること、と言われるが、問題を的確に見つけてまとめるのは難易度の高い作業である。それに比べれば、問題を解決すること自体は相対的に難易度が低く、問題が明確になった時点でその問題は半分解決されたようなものである。何が課題で、それに対してどのように解決するのか。そもそも課題は見えている状態なのか。それが把握できていればプロジェクトで混乱することも無ければ、ユーザ側と険悪になることもない。目的はユーザが抱える課題を解決することなので、それを信念で以って仕事に望みたい。以下のように思われないために。検収が終了すると、SEとの付き合いもそろそろフィナーレである。プロジェクトの進行中には絞め殺したくなったことも一度や二度ではないであろう。おわりに何度も言っているけれど、本書は面白い。要件定義書でこんな指示出すのかよと噴きそうになる例が幾度もあった。「メニュー画面から、メール送信までマウスを三回クリックするだけでたどり着ける」この指示では独創性なしにして如何にシステムを作るのかと。本書を読む際は、コミカルに隠れている本質な部分に着目し、システムに関わる全ての人が全ての人にとって幸せになるようなシステムが作れるように意識していきたい(ユートピアみたい)なと感じました。最後に、私も以下の心構えでフフーンと斜め上を見ながらおわりにしたいと思います。本書をSEの人が読んだらと思うとぞっとするほどである。そんなことはないと思うが、何かの錯誤で本書を手にしたSEの方がおられた場合、「まあ、こんな奴いるよね。俺は違うけど」といった心構えで読んでいただければ僥倖である。私もお世話になりました(ネスペは惜しくも不合格だったが)。RinkerAmazon楽天市場Yahooショッピングハッカーと分かり易いように書かれていますが、内容は悪行の限りを尽くすクラッカーについて網羅されています。RinkerAmazon楽天市場Yahooショッピングコンピュータ将棋の発展史が語られています。スポンサーリンクTweetPocket以下の記事も読まれているのでどうぞ。【書評】イケハヤ氏のブログ愛を学ぶ。書評SNSでもご購読できます。TwitterでフォローするFeedlyでフォローするタスlife横浜在住の30代ブロガー。学生時代は北海道で過ごし、社会に出るとともに上京→埼玉→横浜に落ち着く。趣味はバスケ観戦にビール。SC取得)、読書、ラーメン、羽生さんが好き。*メールアドレス(公開はされません。*上に表示された文字を入力してください。viewsプロフィール横浜在住の30代ブロガー。学生時代は北海道で過ごし、社会に出るとともに上京→埼玉→横浜に落ち着く。趣味はバスケ観戦にビール。SC取得)、読書、ラーメン、羽生さんが好き。詳しいプロフィールはコチラ。