楽しくする仕事術やITリテラシーを向上させるために役立つ情報を発信します。miro募集サイト概要お問い合わせIT化がうまくいかない!システム化プロジェクトを成功させる17か条2019.07.03プロジェクトマネジメントHOMEプロジェクトマネジメントIT化がうまくいかない!システム化プロジェクトを成功させる17か条プロジェクトファシリテーターのじゅんです。私は、携帯電話や通信機器に関する大規模システムや金融系の大規模システム、会計業務の新規システム導入などのプロジェクト運営と支援を数多く行ってきました。その中で、技術的に高スキルを持ったプロジェクトメンバが集まったとしてもプロジェクト運営が破綻してしまうケースがあります。そのようなことにならないようにするために、私が普段使用しているシステム化プロジェクトを成功させる原理原則17か条を紹介します。今回ご紹介する内容は、IPA(情報処理機構)と呼ばれる機関が公開している情報が元になっています。人材面から支えるために設立された経済産業省所管の中期目標管理法人となる独立行政法人です。このIPAでは部会や研究会が多く存在し、多くのシステムベンダーの経験則から今回紹介するようは資料や報告書が提供されています。今回紹介する内容は、多くの企業におけるプロジェクト運営やシステム開発プロジェクトの経験からまとめられた資料を元にしています。普段のプロジェクト運営にお役立てください。最新の投稿IT化がうまくいかない!そんな悩みをいつも抱えていませんか?受注者に言いたいことが伝わらないプロジェクトの途中で役員からちゃぶ台返しに合う使いやすいシステムが導入されない発注者が曖昧な表現ばかりで何を言っているかわからないこんなことを感じたことはないでしょうか。ユーザ企業とベンダ企業との間での会話、同じ社内でも事業部門とシステム部門でこのような会話は多く見受けられます。要件定義と呼ばれる「システムでこうしたい!」ということを明確にする工程が存在します。手法が変わったとしても「どのようなシステムや仕組みにしたい」と言ったような内容は必ず必要です。成功率が格段にあがります。あたりまえのようなことが書かれているのかも知れませんが、一つでも収穫があると嬉しいので見てみてください。発注者と受注者の定義についてはこちらの記事を参考にしてくださいユーザー企業は必ず発注者、ベンダー企業は必ず受注者?システム化プロジェクトを成功させる17か条を活用してプロジェクトを成功させよ!システム化プロジェクトは技術背景や経験値が違う関係者が多く集まってプロジェクトを進めます。そのため、空気を読んだり、行間を読んだりする、言わなくてもわかるよね!ということが通用しません。ならないようにするための17か条です。読んでみるとすごく当たり前のことを書いているように思いますが、この当たり前のことを疎かにしたがためにプロジェクトが破綻してしまうケースもあります。想定していた投資費用が倍になった。いつまでもシステムが稼働しない。プロジェクトそのものが一向に進まない。システムリリース直前になって動作が違っていることが発覚した。こんなことが当たり前のように起きてしまうのがシステム導入プロジェクトです。それらを少しでも防ぐことができるように原理原則として17か条を紹介します。この原則はプロジェクトを進めるにあたってプロジェクト関係者全員が改めて認識合わせをすることでプロジェクトが成功しやすくなります。少なくとも、プロジェクトマネージャはこの原理原則を頭にいれ、日々のプロジェクト運営に役立てていただけると嬉しいです。それぞれの具体的な解説に関しては、別記事でご紹介しようと思っております。具体的に精緻化すること要件に記載のある内容<のみ>が、実現されることを認識すること要件は可能な限り数値化すること要件はプロジェクトが進むにつれて膨らむ傾向が高いことを認識する「今と同じ」という要件の場合であっても具体的に要件を記述する要件定義は、運用を想定した業務システム定義をすること要件定義は、発注者は要件を伝え、受注者は認識合わせを行うことIPAのIT化の原理原則を修正して作っています前述した17か条は私がプロジェクト運営をする時に使用している内容を掲載させていただきました。実は、この17か条ですが、IPAの資料をそのまま使用したものではありません。IPAの資料のコンテンツは素晴らしいのですが、実際に使おうと考えた時にちょっと使いづらい以下のような点があったのでプロジェクト関係者に説明しやすいように修正して使用しています。(もちろん元ネタを付け加えてです。)・17か条の表現が否定形や現象の説明が多く、聞いても行動に結びつかない・カテゴリわけもされていないため、プロジェクトのどのポイントで意識をすればよいか分かりづらいという先人の知恵を使い倒して成功確率を上げましょうIPAの資料に記載されている原理原則は以下のようになっています。【1】ユーザとベンダの想いは相反する【2】取り決めは合意と承認によって成り立つ【3】プロジェクトの成否を左右する要件確定の先送りは厳禁である【4】ステークホルダ間の合意を得ないまま、次工程に入らない【5】多段階の見積りは双方のリスクを低減する【6】システム化実現の費用はソフトウェア開発だけではない【7】ライフサイクルコストを重視する【8】システム化方針・狙いの周知徹底が成功の鍵となる【9】要件定義は発注者の責任である【10】要件定義書はバイブルであり、事あらばここへ立ち返るもの【11】優れた要件定義書とはシステム開発を精緻にあらわしたもの【12】表現されない要件はシステムとして実現されない【13】数値化されない要件は人によって基準が異なる【14】「今と同じ」という要件定義はありえない【15】要件定義は「使える」業務システムを定義すること【16】機能要求は膨張する。私が使いやすいように表現と順番を変更していますので、元のIPA資料との対比を以下に書いておきます。して、CIO代行サービスで多くの企業をサポートしています。導入・マネジメント支援しています。関して気軽な相談から経営に関わる支援まで幅広く受け付けています。普段私が仕事をする時にお客様やプロジェクトチームの方々に実際に話している内容をたくさんの方々に届けます。DX(デジタルトランスフォーメーション)が好きすぎるので「DX王子」と呼ばれています。基本情報2021.11.22実は中小企業診断士の一次試験に合格していますフリーランス2021.11.10フリーランス協業パートナーになるためする7つの準備ニュース2021.07.02パスワード管理ソフトはなぜ利用されないのかを考えるニュース2021.07.02オンラインホワイトボードツール「FigJam」徹底解説を考える関連フリーランス協業パートナー(PMO、ITコンサルタント)を募集しています弊社代表はフリーランスとして大手SIer、国内外大手コンサルティング会社とのプロジェクトを多数行ってまいりました。現在、お答えできないほどの支援依頼が来ている状態です。そこで、お客様のプロジェクト推進を支援していただくために協業パートナーを募集中です。当社に依頼のある案件は、コンサル案件、PM/PMO案件が中心です。DX、システム導入、BPRなどさまざまな目的のプロジェクトを成功に導くために適切に管理し、推進していくためにPMOとして支援していただきます。プロジェクトメンバになるだけでなく、プロジェクト推進の中心的存在になり自ら推進していただきます。応募するお悩みの場合は気軽にご相談ください社内のITに関する相談やプロジェクト運営支援など、フリーランスならではの柔軟な対応をしています。ご訪問・対面でのお打ち合わせも可能ですので、お気軽にご連絡ください。2020.04.16プロジェクトファシリテーターのじゅんです。オンラインホワイトボードのmiroを紹介しています。今回は管理者向けのボード共有手順を解説します。2020.03.29プロジェクトファシリテーターのじゅんです。今回はシステム開発を行う際に必ず実施するテスト工程に関するお話です。2020.04.15プロジェクトファシリテーターのじゅんです。こちらの記事でmiroに対する熱い思いを語りました。今回の記事では具体的なユーザー登録の方法を解説します。