00:00
はい、おはようございます。業務瞬殺エンジニアの加門です。今日のテーマなんですけれども、今回はシステム開発に携わっている人たちについて見ていこうかなと思っております。
システム開発というとですね、ほぼ大半が失敗するというふうに言われているんですけれども、その失敗する理由についてはまた後日ですね、お話ししていこうかなと思うんですけれども、
システム開発においてどういった人が関わっているのかというところをね、今日はまとめていきたいなと思っております。
システム開発というとですね、プログラマーというふうにイメージしがちなんですが、プログラマーだけではシステム開発は成り立ちません。
なのでシステム開発というとどういうふうに、どういうふうなですね人たちがいなければならないのか、それはもしかしたら自分たち、私たちもですね、そこに含まれるのかというところをちゃんと見ていければと思っておりますので、
ぜひ最後まで聞いていただければと思っております。実は関係者は4種類に分けてお話しすることができます。ぜひ最後まで聞いていてください。
この番組は業務瞬殺エンジニアの加紋が業務効率化とITニュースを語るチャンネルです。
本題の前に一つお知らせです。Excelスプレッドシートの業務で何時間もかかっているよという方、天気入力ですごい大変だなと思っている方はですね、ぜひ最後、最後じゃない、ぜひですね、私までレターをください。
さあ、それではね本題に入っていこうかなと思っておるんですが、まず一つ目なんですが、一つ目というか4種類の人がいますよというふうにお伝えさせていただきました。
プログラマーというのがですね、そのうちの一つなんですけれども、じゃああと3つって何というところですね、ここについてちょっとお話ししていきたいなと思っております。
で、一つ目なんですが、一つ目はですね、ユーザーになります。ユーザー、んー、横文字ってね。
えっとですね、ぼっと簡単に言うとですね、システム自体を使っている人のことを指します。なので、例えばLINEというものがありますね。皆さんLINE使ってますね。
このLINEを使っている皆さんはユーザーなんですね。
で、開発をしているのは開発者、LINEの会社は開発提供側というふうにも言えるというふうになります。
で、今ユーザーというふうに言いましたけれども、これは実は2種類分けることができます。
まずシステムというのもですね、2種類分けることができるんですね。
一つ目はですね、社内向けの業務システムというふうに言うことができます。
03:05
この場合はですね、社内でそのシステムを使う社員さんのことがユーザーになるわけですね。
で、一方でですね、社外に向けてのサービス、プロダクトであればですね、そのサービスを使うエンドユーザーさん、お客様がユーザーになるということになります。
つまり誰のためのシステムなのかによって、このユーザーの意味が少し変わるというふうに思っていただけるとわかりやすいのかなと思います。
まあ、でもですね、共通しているのはそのシステムを使う人ということがユーザーというふうに言えるとなります。
で、二つ目がですね、企画をする人というふうに言えるんですが、
これ横文字にするとですね、プロジェクトマネージャー、略するとPMというふうに言われる人なんですが、このPMという人が存在します。
PMはですね、どんなことをしているのというとですね、企画する人なので、どんなシステムが必要なのかというのを考える人になります。
開発全体をですね、ステップをどんどんどんどん進めていく、そんな役割を持っている、そんな偉い方みたいな感じですね。
で、じゃあこのPMの立ち位置になる人ってどういうふうな人なのというとですね、結構これ幅が広いんですね。
経営企画部の人が担当することもあればですね、デジタル推進室だったりとか、情報システム部門だったりとか、情報セキュリティ部門だったりとか、あとは代表とかね、
もしくは新しいサービスを立ち上げようとしている、そんな事業部の責任者の方がですね、PMになるとか、あとは代表取締役の方がなるとかですね、
本当様々な方がですね、PMを就任するということがありますが、何を言ってもですね、プロジェクトを動かす責任者というふうに考えれば分かりやすいのかなと思います。
どんなプログラム、どんなシステムをですね、作っていきたいのかとかですね、考えていくという立場になりますので、それだけの責任を持ってますよということになります。
この2つがですね、どちらかというとビジネス寄りというふうに言うことができます。
じゃあ残り2種類に関しては何なのかというとですね、こちらはエンジニア側というふうに言えるわけですね。
ビジネス側とエンジニア側と2つに分けることができるというふうに言えます。
じゃあエンジニア側は何なのかというとですね、これが3つ目のシステムエンジニアというふうに言われる人たちになります。
06:01
システムエンジニアというのはですね、ビジネス側の要望を聞いて、それをですね、どういう仕組みで開発していけばいいのかというのを設計まで落とし込んでいくという役割を持っている人になります。
ビジネス側、ユーザーだったりとかPM側がですね、あれしてほしい、これしてほしいという要望をただ受け取るだけではなくてですね、システムとして、じゃあこれはこうした方がいいんじゃないですか、ああした方がいいんじゃないですか、こういうふうなことが考えられるんですか、どう思いますかというふうにですね、提案したりとか考えて実行に移したりとかですね、
全てのことをですね、調整していったりとか、そういうふうな役回りをするのがシステムエンジニアというふうに言われます。
会社によってはですね、PMとSEというのがですね、兼任する場合もありますので、そこは大企業では結構分かれるんですが、小規模な開発では1人が両方見るということも珍しくないのかなというふうに思います。
ここはね、そうなんだなと思ってみていただければいいんじゃないかなと思います。
そして最後の4つ目、これがプログラマーですね。これ皆さんがよく聞いたことある職業の方かなと思います。
プログラマーというのはですね、設計書をもとにですね、プログラムを書いていく人たちのことをプログラマーというふうに言います。
SEが設計、プログラマーが開発というふうな形になります。現場によってはですね、SEとプログラマーは兼務するということはよくありがちです。
私もですね、システムエンジニアとして活躍しておりますが、プログラマーとしてもですね、開発を担当しておりますので、SE、僕の場合はもうPM、SE、プログラマー、この全部を兼務してますよという形になります。
ここまで整理をしていこうかなと思いますが、まずユーザーがいます。PMがサービスの企画をします。その企画を受けてSEが設計をします。設計したものを見てプログラマーが作りますというこの4人の人がですね、連携して始めてシステム開発は前に進むということになります。
なのでプログラマーがいてですね、はい作りますみたいなことをするとですね、ユーザーがは何これみたいになるし、企画と企画がない状態でプログラマーが作るのはですね、本当に趣味の領域になってしまいますので、何を作ったらいいのかわからないみたいなことになります。
設計書がなければですね、とんでもないものができてしまいますので、それこそ空想の世界で作っちゃうのでね、プログラマーが。なので本当にプログラマー一人で作れると思ってしまうとですね、問題ですよということになります。
09:18
なのでもしこの音声を聞いていらっしゃる方が社長だよという方であったらですね、その社長というのはですねPMということになると思いますし、そのPMがですね、SEだったりとかプログラマーに指示をしてですね、こういうふうな感じで作りたいんだけどどう思う?
って言うとですね、SEからそれだったらこうした方がいいんじゃないですかとか、それはとてもいいアイディアですねとか、そういうふうに調整が行われて、じゃあ設計書を作りますねって設計書を作られて、設計書の通りに作りますって言って作って、はい作りましたよ見てくださいって言って触ってみて、ああこれはいいなというふうな感じでサービスリリースがされるというふうな流れになるのかなと思います。
大事なのはですね、これらの立場の人たちがですね、バラバラに動いてしまうとプロジェクトっていうのはうまく進まないということになります。
で、大体そうですね、約7割から9割ぐらいがプロジェクト失敗するよというふうに言われてるんですね。
この失敗する要因の一つとして、この4社が協力体制に合っていないというふうになっていることもですね、原因の一つになっておりますので、必ずですね、この4社がですね、タッグを組む協力体制を組むというところを意識するというのが非常に大事になります。
システム開発というのはですね、技術が難しいとか、なんか開発ができないとか人数が足りないとかでポシャンになっているわけではなくて、どちらかというと立場の違う人たちが違う言葉で違う目的意識を持って関わっているせいで、何を言っているのかよくわからないし、みたいなことになるっていうのが問題なんですね。
それが原因でよくポシャっているということがあります。なので、その違いをですね、しっかり整理してですね、役割を明確にすることがプロジェクト成功の第一歩になるのかなと思いますので、まずそこを意識していただければなと思います。
言語が違うんですよ。同じ日本語をしゃべっているんですが、言語が違うんですね。何を言っているのかわからないっていうのがあります。やっぱりそのユーザーさんの背景をエンジニアも知りませんし、エンジニアの言葉もですね、ユーザーさんは知らないわけですね。
エンジニアの世界観ではこれって当たり前だよねって思っていることも現場の人からしたら、私たちの当たり前はこっちなんですっていうふうなこともあったりとかするので、そこら辺の擦り合わせだったりとかですね、ちゃんと目線を合わせるということをちゃんとしなければですね、プロジェクトというのは失敗に終わるということになりますので、
12:09
ぜひその意識を合わせるだったりとか、協力を体制をですね、構築するだったりとか、パートナーシップをちゃんと明確にしっかり果たすとかですね、私たちはここまでしか責任を負いませんよみたいな感じでですね、バッサーンって切らないとかですね、そういうふうにですね、しっかり体制を整えていただければなと思っております。
はい、ということでね、今回はシステム開発に関わるですね、4つの立場について、ユーザー、PM、SE、プログラマーの4人についてお話しさせていただきました。
誰が何を担うのかというのを理解するだけでもですね、システム開発の見え方というのはかなり変わってきますので、今回は機にですね、自分はどこの立場にいるのかというのをですね、明確にちゃんと把握して行動を移していただければいいんじゃないかなと思いますので、そうするだけでも成功率というのはちょっとグって上がるんで、はい、意識していただければなと思います。
はい、ということで今日も最後まで聞いていただきまして誠にありがとうございます。本日の内容はね、面白かったな、タメになったな、気づきが得られたなという方はですね、ぜひいいね、フォロー、コメントにシェアをよろしくお願いいたします。
最後にですね、3つお伝えさせていただきます。1つはExcelスプレッドシートの業務をもっと楽したいな、精神的・身体的負担をもっと軽減したいなという方を募集中でございます。業務改善をね、してもっともっとね、自分の時間を有効活用していきたいという方はですね、私までレターをください。
2つ目はですね、アンクスミスというロックバンドのプロデュースをやっております。Spotify、Amazonミュージック、YouTubeミュージックにAppleミュージックなどで配信中です。概要欄にですね、各リンクを掲載しておきますので、よろしければ聞いてください。
3つ目がですね、音楽作成募集しております。ご自身のビジネスやサービスに合った音楽を作ってほしいなという方はですね、レターをください。現在ね、4名様限定で無料で提供させていただいておりますので、この機会にですね、ぜひ私までレターをください。はい、ということで、それじゃあ今日の放送はここまでとなります。また次回の放送でお会いしましょう。カモンでした。バイバイ。
