何かの目標を立てて行動を起こし、持続して取組むことは簡単ではありません。単に意志の強さの問題と片付けるのではなく、ブレーキの原因を知っておくと行動も変えられるようです。, リーディングファシリテーター講座で紹介されていた内容をさらに知りたくなって、 ｢潜在能力でビジネスは加速する｣(ポール･R･シーリィ著)を購入しました。著者はフォトリーディング開発者でもあり、興味深い内容となっています。, 能力開発における失敗の原因は2つあります。■行動のストップサインに縛られていること■感情の振り子状態, ｢行動のストップサイン｣というのは、過去何らかの状況で｢ダメだ｣ということを刷り込まれていて、今も行動を抑制させているもののことです。人によりそのサインは異なっていて同じではありません。, わたしの場合、昔から一般的ではないこと、新しいこと、独創的なことに強く惹かれていました。社会人になり組織の中でもそうしたアイデアや発言をしていると、｢基本的なことも出来ていないのに必要以上のことを言うな｣と散々否定されたのを覚えています。, この暗示とは長い間向き合ってきていて、克服出来たのかよく分かりません。一方、｢感情の振子状態｣というのはある事象に対し｢求める心｣と｢恐れる心｣の両方の感情に揺れる状態のことです。, 先ほどのことに続いてわたしのことで説明してみます。■｢求める心｣→｢一般的でないことを提案したい｣■｢恐れる心｣→｢必要ないことを言うなという声を恐れている｣, 誰しも普通に抱いているようなことのように、これまで感じていました。しかし、ポール博士によるとこうした｢感情の振子状態｣は失敗の大きな原因だと言っています。, 不思議なことに、本人にとってはそのことが活動の大きなブレーキになっていると自覚を持てていなかったりするのです。, 失敗の2つの原因を取り除く方法は意外とシンプルでした。大事なことは原因の仕組みを認識し自己分析により特定することです。, 自分でその暗示を取り除かなければなりません。そのためには心から実現を望むことを自分の目標として掲げるとよいようです。, そうすると周りに気を遣うことなく目標達成に打ち込めるという訳です。この本の内容は是非記憶に留めたかったので、マインドマップを使って整理をしてみました。, リーディングファシリテーター･オンライン養成講座のカリキュラム修了。セルフフィードバックシートに受講内容の感想を記入し発送しました。気づきの多い講座で、読みたい参考図書はまだたくさんあります。. Business Model YOU(ティム･クラーク著)、自分の望む仕事をデザイン, Facebook で共有するにはクリックしてください (新しいウィンドウで開きます). 「誌面ビューアー」は、紙の雑誌と同じレイアウトで記事を読むための機能です。ウェブブラウザーで読みやすいようにレイアウトされた通常の電子版画面とは異なり、誌面ビューアーでは雑誌ならではのビジュアルなレイアウトでご覧いただけます。スマートフォン、タブレットの場合は専用アプリをご利用ください。 詳細を読む, 「クリップ機能」は、また読みたいと思った記事や、後からじっくり読みたいお気に入りの記事を保存する機能です。クリップした記事は、メニューから「マイページ」を開き「クリップ」を選ぶと一覧で表示されます。 詳細を読む, 日経ビジネス電子版では、閲覧を制限している状態を「鍵が掛かっている」と表現しています。有料会員としてログインすると、鍵の有無にかかわらず全ての記事を閲覧できます。登録会員（無料）でも、月に一定本数、鍵付き記事をお読みいただけます。 詳細を読む, 記事の内容やRaiseの議論に対して、意見や見解をコメントとして書き込むことができます。記事の下部に表示されるコメント欄に書き込むとすぐに自分のコメントが表示されます。コメントに対して「返信」したり、「いいね」したりすることもできます。 詳細を読む, 記事末尾の「投票」ボタンを押すことで、その記事が参考になったかどうかを投票する機能です。投票できるのは1記事につき1回のみ。投票の結果はすぐに反映され、トップページの記事リストなどにも表示されます。評価の高い記事を選んで読むといった使い方ができます。 詳細を読む, 「この連載の続きが読みたい」「この議論の展開を見届けたい」と思った時に便利な機能です。「連載をフォロー」「シリーズをフォロー」は、その連載の新着記事が配信された際に、「議論をフォロー」は、その議論に新しいコメントがついた際に通知されます。 詳細を読む, 優れた戦略立案は確かな情報源から。 久々に行ったら閑散としてた もうゆりかもめの維持コストだ … 再開発調査兵団 , ・ベンダーが移行作業方針および移行処理方式の確認を求めたのに対し，ユーザーの回答がなかった ホリエモンのロケットがまた打ち上げに失敗した。堀江貴文氏が創業した宇宙ベンチャー「インターステラテクノロジズ」は「医療従事者への感謝を込めて赤いバラ一輪を宇宙に届ける」として26日午前にロケット打ち上げを予定していたが、上空の気象条件が基準に満たさず、夕方に延期。 システム開発の世界では”デスマーチ”という言葉がよく使われ、世のプログラマー達が自分達のプロジェクトのデスマーチ自慢をするという光景もよく見かけます。それだけシステム開発のプロジェクトは炎上することが多いということであり、システム開発の成功率は３割りくらいとも言われています。, プロジェクトが失敗するからには何か理由があるわけでして、端的に誰が悪いかというと「顧客が悪い」か「開発会社が悪い」か「その両方」ということになります。, システム開発の業界というのはその構造自体に問題を抱えていると言わざるをえない部分がありまして、多重下請け構造で客先常駐なんかやっていたらそんなの失敗事例が量産されても当然だよなとなってしまうわけです。, そういう意味では、システム開発の実に７割にも及ぶプロジェクトが失敗している要因としては「開発会社が悪い」が原因となっていることが多いと言わざるを得ず、違法行為である偽装請負の客先常駐なんかを平気で行う開発会社に発注している時点で、発注先の選定に失敗していると言うこともできます。, しかしながら、システム開発プロジェクトの失敗全てが開発会社に責任があるかというと、もちろんそんなことはありません。中には「顧客が悪い」という理由でプロジェクトが失敗に至っている事例も数多く存在すると思われます。, 「開発会社が悪い」という原因に関しましては、以前書きました下記の内容によって少しでも発注先選定の失敗リスクを軽減していただくとしまして、, 本日の内容としましては「顧客が悪い」が原因となってプロジェクトが失敗する事例について書いてみたいと思います。, プロジェクト失敗の要因はあげればきりがないと思いますが、私がこれまでに見てきた「顧客が悪い」ことが理由でプロジェクトが失敗している事例を分類してみると、大きく分けて以下の３つに分類することができると思います。, 中でも「顧客が本気になって取り組んでくれない」はかなり致命的なものとなります。顧客が本気になってシステム開発のプロジェクトに取り組んでいただけないようだと、まず間違いなくシステム開発は失敗すると思います。, それ以外の２つについては、開発会社側がしっかりとコントロールできていれば、「成功とは言えないまでも失敗というほどでもない」くらいの状態までなんとかもっていくことは可能です。, でも顧客が本気になってくれないともうどうしようもありません。プロジェクト失敗への道を突き進んでいくことになります。, システム開発というものはプロジェクトであり、プロジェクトの参画者全員の協力と貢献が不可欠です。出来上がった形のある商品があり、お金を払ったら「後はよろしく」で済まされるような類のものではありません。, システム開発では顧客もプロジェクトのメンバーの一員です。顧客側の協力がないと進めていくことができないタスクもたくさんあります。, この記事によりますと、システム開発は途中で中止となってシステムは納品すらされていないにも関わらず、顧客が費用を払わされるのは実に理不尽ですよね、でも裁判所では顧客側にお金を支払うように判決が出ましたよ、といった内容となっています。, しかしこの記事によりますと裁判所が顧客に費用を支払うように命じた判決理由は下記のようなものだったそうです。, ・ユーザーが行なうべき分担作業であるインターフェースの仕様整理がされていなかった
ïÐÌoc¸sA|YAjYÌÀáÐîÌÙìmÌRê, »¢ÆÌoc̸si21jFoc¢o±Ì¤ÒÌNÆ̸s, »¢ÆÌoc̸si22jFZpJ^x`[ÌocÛè, »¢ÆÌoc̸si23jF¤iÌåqbgÅÌY̸s, »¢ÆÌoc̸si24jFâàÌÅ¿ØèÅÌ|Yë@, »¢ÆÌoc̸si25jFZpIɳÈóÅ̸s, »¢ÆÌoc̸si26jFj[YÌÈ¢¤iJ̸s, »¢ÆÌoc̸si27jFåûÚqÌ|YÅÌA½|Y, »¢ÆÌoc̸si28jF´¿P¿Ì}«ÅÌ|Y, »¢ÆÌoc̸si29jFsêüÌxê̸s, »¢ÆÌoc̸si30jF¿i£Ì»ÅÌûváº, ºa62N10AjbgÒ@âqó@GWÌiɨ¯éÁHE»¢ðè|¯é[J[ÌÁ@åðƧ³¹é`ÅݧBJgZpðx[XÉA©®»uA¸uAnÚuA[UuÈÇÌJE»¢ðè|¯éB¡Ì§åwÆñgµAZpJÉæègñÅ¢éB. 2020 All Rights Reserved. 情報システムを開発し、導入するプロジェクトの成功率はどのくらいか。この疑問に答えるため、専門誌日経コンピュータは2003年から調査を始め、2008年と2018年にも実施した。3回の調査によって成功率がどう推移したか、失敗の理由は何か、といったことが明らかになった。 顧客が自社の従業員をうまく巻き込めていない 中でも「顧客が本気になって取り組んでくれない」はかなり致命的なものとなります。顧客が本気になってシステム開発のプロジェクトに取り組ん … IImr7K システム開発が失敗するのは「顧客」「開発会社」または「その両方」に原因があります。開発会社の選定が間違っていないのであれば、顧客側がきちんと仕事を進めないからシステム開発は失敗してしま … © 2020 shimaura-support.com All rights reserved. お台場開発プロジェクトって何で失敗したの？ 168コメント ... お台場→東京ミッドタウン→六本木ヒルズ→二子玉→秋葉原 どんどこ潰してビル建ててテナント入れて新しくすると同じような店があるわけだし ・検証環境の構築が、ユーザーの都合で延伸された, 一言でいえば「顧客がやるべきことをやっていなかったから」ということです。こんなのシステム開発会社が責任を負わされたらたまったものではありません。顧客がサボったことが原因でプロジェクトが進まなかったのにそのツケを開発会社に負わせるようなことがあったら理不尽極まりないです。, 繰り返しますがシステム開発はプロジェクトであって、顧客側のメンバーも開発会社側のメンバーもそれぞれがプロジェクトメンバーの一員です。それぞれに果たすべき役割があるのであり、開発会社側だけでプロジェクトの完結は不可能です。, システム開発が失敗してしまう原因としてよくあるのが「開発会社に丸投げしてしまう」というものがあります。, システム開発というものは開発するシステムを利用する会社の業務の奥深くまで踏み込んでいくことは当たり前のようによくあることです。顧客の業務を一番良く知る顧客自身がプロジェクトに深く関わることなく、開発会社に丸投げしてプロジェクトを成功させようなどということが間違っています。, 上記の記事にもありますが、たまに顧客がITに関して「素人である」ことを言い訳に使われているケースがありますね。しかし私の経験上では素人であるかどうかは全くといって良いほど関係ありません。なぜならアクシアの顧客にもITの素人はたくさんいますが、本気になってシステム開発のプロジェクトに携われている会社は普通に成功しているからです。, はっきり言いますが、素人であることを言い訳にしている顧客はやるべき仕事をサボってしまったことをごまかしているだけですよ。, 別にITの素人である顧客にプログラムを組んでくださいとかデータベースの設計をしてくださいとかそういうことを要求しているわけではありません。そんなことを要求する開発会社は無いと思います。（あったら今すぐ会社たたんでください）, システムの仕様を決めるにあたって、顧客の業務の流れがどうなっているかとか、業務の流れを考えると画面や権限の仕様はどうするのが効率が上がるとか、そういう仕様を決定するには顧客が深く関わる必要があり、そういう仕事を顧客がサボったらシステム開発がうまくいくわけがないですよねという話です。, やるべきことをやらずにうまくいくはずがありません。顧客は顧客としてやるべきことはしっかりやってください。, 態度が横暴だからと言ってシステム開発の成果には関係ないだろと思うかもしれませんがそんなことはありません。「顧客が横暴である」ということを具体的に因数分解してみると、「無茶な納期を要求する」「無茶な予算を要求する」「無茶な仕様変更を要求する」といった行動が浮かび上がってきます。, 本来３ヶ月かかるような作業を「何が何でも月内にやれ！」というようなことを顧客が言ってくることはたまにあります。こういうのはたいてい顧客側で社内スケジュールが決まっていたにも関わらず、顧客側の担当者がサボっていたせいで開発会社側に発注するのが遅れてしまったというような事情であることがほとんどです。, そんなこと言われても無理なものは無理なんです。無理な納期を開発会社に強要しても、結局納期になっても「できませんでした」となるか、無理やり仕上げたとしても品質がボロボロで使い物にならないというようなオチになります。, 少々の無理なら開発会社側が残業でカバーして何とかしてくれるかもしれませんが、そんな無茶言う顧客はブラック企業そのものですからね。そういう無茶言ってる人は下記のブログを読んで反省してください。, 無茶な予算を開発会社に押し付けることも何の得にもなりません。開発会社に嫌がられるだけです。ちなみに無茶な金額をいつも要求してくる顧客に対してアクシアがどのように対処しているかを赤裸々に公表してしまいますと、一度そういうことをしてきた顧客に対しては必ずバッファを積んだ見積もりを次から提出するようにしています。ｗ, またいつ無茶な割引を要求されるかわからないので、そういうシーンでも自分達が損しないように、かつ波風を立てずにやり過ごせるようにするための生活の知恵です。逆に絶対に無茶な割引の要求をしてこない顧客に対しては最初からぎりぎりまで割り引いた見積もりを出したりします。, 我々も人間ですから、ジャイアンみたいな要求をしてくる顧客に対してはそれ相応の予防線をはるということです。当たり前でしょうそんなことは。無茶なことを言う顧客とそういうことをしない顧客とどちらが得してるかは言うまでもありませんね。, 顧客のシステムを開発する時の主な利用ユーザーとしては顧客の従業員であることがほとんどです。その場合に従業員の人達がシステム開発に対して協力的であるかどうかということは非常に重要です。, 自社の従業員をうまく巻き込めるかどうかというのは顧客側の仕事になるわけですが、それがうまくできていない場合がたまにあります。, 従業員をうまく巻き込めていない事例としてよくあるのは、現場の従業員達に新しく開発したシステムについて理解してもらえていないというものがあります。システムの使い方について周知されていないという単純なものから、新システムの使用に関して一部の現場の人が抵抗勢力になってしまうようなこともあります。, これは顧客側の担当者が全く現場の声を聞かずにシステム開発を進めてしまった場合にこのようなことが起きることがあります。, これとは全く逆のパターンとして、現場の要望を全て聞こうとしてしまうことでうまくいかないことがあります。, 会社の業務効率を上げるための基幹システムを構築するような場合に、システム全体、または業務全体を俯瞰して全体の業務の流れやシステムの処理の流れを決定していかねばなりません。枝葉末節の部分ばかり気にしていると全体として効率が上がらないということになってしまいます。, 全社的なシステムを構築する場合には、現場の人達の声は拾いつつも、全体としてどうデザインしていくかをシステム担当者がしっかりと考えていくことが重要です。現場の声を全て盛り込んでいると収集がつかないことになってしまいます。, 現場の従業員をうまく巻き込めていない場合によく起きることとしては、「作ってはみたけど使われない機能」が出てきてしまいます。現場で本当に必要なものになっていないからこういうことになってしまうわけですね。, システムを構築したからにはそのシステムを有効活用してもらってこそ意味があります。有効活用されてこそ、現場から新たな要望などの声が頻繁に上がってきますので、システム開発がうまくいっている顧客の場合は、初期開発後の仕様変更も定期的に発生します。, 逆にうまくいってない場合には、システムが有効に使われていないために新たな仕様変更のニーズもほとんどあがってこないで、死んだシステムになってしまうこともあります。, 顧客が原因でシステム開発が失敗する理由として以上３つを説明してきました。見ていただければわかると思いますが、３つのうちどれをとってもITに詳しいかどうかは全く関係ないですね。, 結局は真面目にプロジェクトを進めていく姿勢があるかどうかということに尽きると思います。システム開発が失敗するのは「顧客」「開発会社」または「その両方」に原因があります。開発会社の選定が間違っていないのであれば、顧客側がきちんと仕事を進めないからシステム開発は失敗してしまうのです。, システム開発は開発会社に丸投げして「後はよろしく」としておけばうまくいくような難易度の低い簡単なものではありません。, システム開発を成功させるためには、顧客側にもプロジェクトメンバーの一人としてきちんとやるべきことを行う姿勢を持っていただくことが、システム開発というプロジェクトを成功させるために必要なこととなります。, 株式会社アクシア代表取締役。中堅ソフトウエア、フリーランスを経て株式会社アクシアを設立。２０１２年まではアクシアでも長時間労働が常態化していたが、２０１２年１０月から残業ゼロを継続中。２０１７年３月にはホワイト企業アワードの労働時間削減部門で大賞受賞。.
ïÐÌoc¸sA|YAjYÌÀáÐîÌÙìmÌRê, »¢ÆÌoc̸si21jFoc¢o±Ì¤ÒÌNÆ̸s, »¢ÆÌoc̸si22jFZpJ^x`[ÌocÛè, »¢ÆÌoc̸si23jF¤iÌåqbgÅÌY̸s, »¢ÆÌoc̸si24jFâàÌÅ¿ØèÅÌ|Yë@, »¢ÆÌoc̸si25jFZpIɳÈóÅ̸s, »¢ÆÌoc̸si26jFj[YÌÈ¢¤iJ̸s, »¢ÆÌoc̸si27jFåûÚqÌ|YÅÌA½|Y, »¢ÆÌoc̸si28jF´¿P¿Ì}«ÅÌ|Y, »¢ÆÌoc̸si29jFsêüÌxê̸s, »¢ÆÌoc̸si30jF¿i£Ì»ÅÌûváº, ºa62N10AjbgÒ@âqó@GWÌiɨ¯éÁHE»¢ðè|¯é[J[ÌÁ@åðƧ³¹é`ÅݧBJgZpðx[XÉA©®»uA¸uAnÚuA[UuÈÇÌJE»¢ðè|¯éB¡Ì§åwÆñgµAZpJÉæègñÅ¢éB. 2020 All Rights Reserved. 情報システムを開発し、導入するプロジェクトの成功率はどのくらいか。この疑問に答えるため、専門誌日経コンピュータは2003年から調査を始め、2008年と2018年にも実施した。3回の調査によって成功率がどう推移したか、失敗の理由は何か、といったことが明らかになった。 顧客が自社の従業員をうまく巻き込めていない 中でも「顧客が本気になって取り組んでくれない」はかなり致命的なものとなります。顧客が本気になってシステム開発のプロジェクトに取り組ん … IImr7K システム開発が失敗するのは「顧客」「開発会社」または「その両方」に原因があります。開発会社の選定が間違っていないのであれば、顧客側がきちんと仕事を進めないからシステム開発は失敗してしま … © 2020 shimaura-support.com All rights reserved. お台場開発プロジェクトって何で失敗したの？ 168コメント ... お台場→東京ミッドタウン→六本木ヒルズ→二子玉→秋葉原 どんどこ潰してビル建ててテナント入れて新しくすると同じような店があるわけだし ・検証環境の構築が、ユーザーの都合で延伸された, 一言でいえば「顧客がやるべきことをやっていなかったから」ということです。こんなのシステム開発会社が責任を負わされたらたまったものではありません。顧客がサボったことが原因でプロジェクトが進まなかったのにそのツケを開発会社に負わせるようなことがあったら理不尽極まりないです。, 繰り返しますがシステム開発はプロジェクトであって、顧客側のメンバーも開発会社側のメンバーもそれぞれがプロジェクトメンバーの一員です。それぞれに果たすべき役割があるのであり、開発会社側だけでプロジェクトの完結は不可能です。, システム開発が失敗してしまう原因としてよくあるのが「開発会社に丸投げしてしまう」というものがあります。, システム開発というものは開発するシステムを利用する会社の業務の奥深くまで踏み込んでいくことは当たり前のようによくあることです。顧客の業務を一番良く知る顧客自身がプロジェクトに深く関わることなく、開発会社に丸投げしてプロジェクトを成功させようなどということが間違っています。, 上記の記事にもありますが、たまに顧客がITに関して「素人である」ことを言い訳に使われているケースがありますね。しかし私の経験上では素人であるかどうかは全くといって良いほど関係ありません。なぜならアクシアの顧客にもITの素人はたくさんいますが、本気になってシステム開発のプロジェクトに携われている会社は普通に成功しているからです。, はっきり言いますが、素人であることを言い訳にしている顧客はやるべき仕事をサボってしまったことをごまかしているだけですよ。, 別にITの素人である顧客にプログラムを組んでくださいとかデータベースの設計をしてくださいとかそういうことを要求しているわけではありません。そんなことを要求する開発会社は無いと思います。（あったら今すぐ会社たたんでください）, システムの仕様を決めるにあたって、顧客の業務の流れがどうなっているかとか、業務の流れを考えると画面や権限の仕様はどうするのが効率が上がるとか、そういう仕様を決定するには顧客が深く関わる必要があり、そういう仕事を顧客がサボったらシステム開発がうまくいくわけがないですよねという話です。, やるべきことをやらずにうまくいくはずがありません。顧客は顧客としてやるべきことはしっかりやってください。, 態度が横暴だからと言ってシステム開発の成果には関係ないだろと思うかもしれませんがそんなことはありません。「顧客が横暴である」ということを具体的に因数分解してみると、「無茶な納期を要求する」「無茶な予算を要求する」「無茶な仕様変更を要求する」といった行動が浮かび上がってきます。, 本来３ヶ月かかるような作業を「何が何でも月内にやれ！」というようなことを顧客が言ってくることはたまにあります。こういうのはたいてい顧客側で社内スケジュールが決まっていたにも関わらず、顧客側の担当者がサボっていたせいで開発会社側に発注するのが遅れてしまったというような事情であることがほとんどです。, そんなこと言われても無理なものは無理なんです。無理な納期を開発会社に強要しても、結局納期になっても「できませんでした」となるか、無理やり仕上げたとしても品質がボロボロで使い物にならないというようなオチになります。, 少々の無理なら開発会社側が残業でカバーして何とかしてくれるかもしれませんが、そんな無茶言う顧客はブラック企業そのものですからね。そういう無茶言ってる人は下記のブログを読んで反省してください。, 無茶な予算を開発会社に押し付けることも何の得にもなりません。開発会社に嫌がられるだけです。ちなみに無茶な金額をいつも要求してくる顧客に対してアクシアがどのように対処しているかを赤裸々に公表してしまいますと、一度そういうことをしてきた顧客に対しては必ずバッファを積んだ見積もりを次から提出するようにしています。ｗ, またいつ無茶な割引を要求されるかわからないので、そういうシーンでも自分達が損しないように、かつ波風を立てずにやり過ごせるようにするための生活の知恵です。逆に絶対に無茶な割引の要求をしてこない顧客に対しては最初からぎりぎりまで割り引いた見積もりを出したりします。, 我々も人間ですから、ジャイアンみたいな要求をしてくる顧客に対してはそれ相応の予防線をはるということです。当たり前でしょうそんなことは。無茶なことを言う顧客とそういうことをしない顧客とどちらが得してるかは言うまでもありませんね。, 顧客のシステムを開発する時の主な利用ユーザーとしては顧客の従業員であることがほとんどです。その場合に従業員の人達がシステム開発に対して協力的であるかどうかということは非常に重要です。, 自社の従業員をうまく巻き込めるかどうかというのは顧客側の仕事になるわけですが、それがうまくできていない場合がたまにあります。, 従業員をうまく巻き込めていない事例としてよくあるのは、現場の従業員達に新しく開発したシステムについて理解してもらえていないというものがあります。システムの使い方について周知されていないという単純なものから、新システムの使用に関して一部の現場の人が抵抗勢力になってしまうようなこともあります。, これは顧客側の担当者が全く現場の声を聞かずにシステム開発を進めてしまった場合にこのようなことが起きることがあります。, これとは全く逆のパターンとして、現場の要望を全て聞こうとしてしまうことでうまくいかないことがあります。, 会社の業務効率を上げるための基幹システムを構築するような場合に、システム全体、または業務全体を俯瞰して全体の業務の流れやシステムの処理の流れを決定していかねばなりません。枝葉末節の部分ばかり気にしていると全体として効率が上がらないということになってしまいます。, 全社的なシステムを構築する場合には、現場の人達の声は拾いつつも、全体としてどうデザインしていくかをシステム担当者がしっかりと考えていくことが重要です。現場の声を全て盛り込んでいると収集がつかないことになってしまいます。, 現場の従業員をうまく巻き込めていない場合によく起きることとしては、「作ってはみたけど使われない機能」が出てきてしまいます。現場で本当に必要なものになっていないからこういうことになってしまうわけですね。, システムを構築したからにはそのシステムを有効活用してもらってこそ意味があります。有効活用されてこそ、現場から新たな要望などの声が頻繁に上がってきますので、システム開発がうまくいっている顧客の場合は、初期開発後の仕様変更も定期的に発生します。, 逆にうまくいってない場合には、システムが有効に使われていないために新たな仕様変更のニーズもほとんどあがってこないで、死んだシステムになってしまうこともあります。, 顧客が原因でシステム開発が失敗する理由として以上３つを説明してきました。見ていただければわかると思いますが、３つのうちどれをとってもITに詳しいかどうかは全く関係ないですね。, 結局は真面目にプロジェクトを進めていく姿勢があるかどうかということに尽きると思います。システム開発が失敗するのは「顧客」「開発会社」または「その両方」に原因があります。開発会社の選定が間違っていないのであれば、顧客側がきちんと仕事を進めないからシステム開発は失敗してしまうのです。, システム開発は開発会社に丸投げして「後はよろしく」としておけばうまくいくような難易度の低い簡単なものではありません。, システム開発を成功させるためには、顧客側にもプロジェクトメンバーの一人としてきちんとやるべきことを行う姿勢を持っていただくことが、システム開発というプロジェクトを成功させるために必要なこととなります。, 株式会社アクシア代表取締役。中堅ソフトウエア、フリーランスを経て株式会社アクシアを設立。２０１２年まではアクシアでも長時間労働が常態化していたが、２０１２年１０月から残業ゼロを継続中。２０１７年３月にはホワイト企業アワードの労働時間削減部門で大賞受賞。.