企業全体(お客様)の生産性追求に貢献する会社です。)ソフトウェアパッケージの製造と展開30年に及ぶ数多くのプロジェクト完遂の経験を経て限られた期間と予算で改革目標を達成すべく各種ソフトウェアパッケージを製造し展開しています。ローコスト・ハイパフォーマンスで安全確実な「経営/業務システム」の導入をお約束致します。おける経営・業務システム構築プロジェクトの多くは、開始前の計画と、進行中の実態が、時間の経過とともにかけ離れていきます。STORY2そして混乱もはや誰も収拾することができない状況に陥るのです。この現実を改革するには、強力なプロジェクトナビゲーターの投入が必須です。STORY3だから私たちRCはプロジェクトナビゲーターとして立ち上がりました。パートナーおよびアライアンス企業とともに最適なメンバー構成によるチームでプロジェクトの遂行に邁進し最後の自立を見届けるまでフォローいたします。グループ経営の決定版!「未来の経営」と「業務の形」を描くテクノロジー。Oneの基幹システムです。「100人(・・・1000人)いても進められず、いつまでも完了できないプロジェクトが、なぜRCの参画で完遂できるのか?」その理由は、ローリーコンサルティング社(RC)がプロジェクトを成立させる委託側(ユーザー企業)、構築側(請負導入企業)双方の実態と現実を熟知しているからです。厳しいプロジェクトにおいての20年におよぶ経験から、いかなるプロジェクトケースでも迅速かつ正確に補完補填すべきポイントを抽出し、即座に連続的アクションを起こし、修復完結する、これが我々RCの提供するサービスです。プロジェクトは100人でできないといって、メンバーを10倍の1000人に増やせば達成できるというものではありません。逆に100人でできなかったことが、プロジェクトマネジメント次第で10人でも可能となります。実際に、我々が行っているファイヤー状態からゴールへのプロジェクト立て直しは、このケースばかりです。これが意味していることは、プロジェクト成功へのキーはメンバーの人数という“量”ではなく、彼らを導くリーダーあるいはナビゲーターの“質”にかかっているということです。個々の詳細作業について高いスキルを持った人が何人集まっても、有能かつ強力なナビゲーター不在のプロジェクトは決して完遂できません。さまざまな企業およびプロジェクトの経験と実績に支えられた達成能力を有するプロジェクトナビゲーターの存在と、各作業担当者およびバックアップするユーザー企業のメンバーの高い志があれば、プロジェクト成功へのファクターとして人員数は問題になりません。した考え方のもと、我々RCでは、ビジネスシステム導入プロジェクトを成功裡に完遂する独自のメソッドを開発し、日々進化させています。業種や規模に関わらずビジネスシステム導入プロジェクトが陥る状況には共通項目が多くあります。2.委託側と構築側が抱える問題点ゴールの見えないプロジェクト委託側(ユーザー企業)一方的なセールス発信情報(実績、ノウハウ、スキル・・)のみによるパートナーベンダーの選定。その背景には、業界の実態を知り得ないメンバーによる選定ケースが多く見られる。選定プロセスにおいて、候補ベンダーの実態や実績の事実情報をしっかりと入手し担当者の評価をきちんとするという最重要手続きが欠落している。選定プロセスにおけるプロジェクトの実態に詳しい第三者メンバーの不参加。構築側への形式的な質疑(実際、質問内容の意味がないケース多し)による評価。業務運用の当事者となる部署メンバー不在の選定プロセス。担当者の的確なアサイメントがされていない。選定段階における構築側(業界)へのスキルとモラール実態の過度な期待。構築側(請負導入企業)教条的な内容のみの作業計画表とありきたりの名称が並んだ作業タイトル成功裡に完了するために必須となる作業(タスク)と適正な担当者が想定されていない。導入メソッドがない、または稚拙なケースが圧倒的に多い。委託側の状況を考慮していない社内定型方法論(メソッド&アプローチ)によるプロジェクトデザイン産業および企業により業務内容、制約は様々であり、社員のレベル(スキル・モラール)もマチマチである。運用しているシステムの構造と体制なども異なっているにもかかわらず、この現実を一律同視しているケースがきわめて多い。本来、キックオフ(プロジェクト実行計画の表明)時点でプロジェクト固有のデザインと対策計画が練られているべきだが、そういうケースはまずない。今後起こる停滞要因とそれに対応するために必要なスキルや経験に関し、事実説明をしない。ユーザー企業への達成不可部分の先行的明示が遅れる。これらプロジェクトゴールに及ぼす前提と背景の説明義務を怠っているケースが非常に多い。プロジェクトマネジメント、ビジネスソリューションデザイン担当者のスキル不足プロジェクトスタート後、時間の経過とともに構築側のスキル評価が厳しくなり、やがては期待と信頼を喪失するケースが多い。結果、プロジェクト進行が停滞し、構築メンバーが如何に努力しようが、何ら進展はしなくなる。構築メンバー全員にゴールへの道筋が提示されないため、スキルある者も能力が発揮されず、全体の生産性も阻害される。結果、計画時点の見積りと実行経過が著しく乖離する。あるケース例えば...プロジェクトを成功へ導くプロジェクトプランを描けないプロジェクトマネジャーがナビゲートする場合、いかに有能でモチベーションの高い人員が数多くいても事は達成できないでしょう。さらされることとなる。...移行作業の本質を知りえない人員を何人集めても、プロジェクト作業で最も重要で困難な移行計画の立案と実行はおぼつかないでしょう。...実務知識と潜在する事業活動を理解していない人員を何人集めても、ビジネスシステムの根幹になるプロセスデザイン(業務設計)のアウトプット品質は期待できないでしょう。...ユーザー側参画体制が整っていないプロジェクトに対して、十分な参画を前提とした一般的な作業計画表の提示では、円滑な移行など到底おぼつかず、混乱を極めることになる。この場合の欠如ポイントは、プロセスデザインの手戻りの発生頻度、使用ユーザーへのチューティング機会の軽視、データクレンジング信頼性の欠如など、失敗すべき理由も広範囲となる。失敗するべくして失敗するのである。委託(ユーザー)側と構築(請負)側が双方にこれらの問題を抱えている以上、両者の期待と実態に大きな差が生じてしまうことは必然です。プロジェクトの経過中、時間軸に比例してその差は確実に増幅します。許容点を越えるとプロジェクトは迷走段階に突入します。してプロジェクトは消耗戦に入り、いつまで経ってもゴールが見えない事態(不幸な結果)に陥ります。3.正確な意思決定とリーダーシップRCメソッドRCは、こうした状況からプロジェクトを救い、「ビジネスシステムを新しく構築・導入するプロジェクトを完了させる」ための実践的メソッドを保有しています。依頼人(RCの顧客である同業パートナー会社であり、直接の契約会社)とユーザー側協業メンバーへの信義心これらを背景に強力な力を発揮することにより初めて達成できるのです。構築(請負)側の弱点、および委託(ユーザー)側の欠如部分を見抜き、それらによってもたらされるであろう不幸な結果が出る前に、両者に存在する欠落ポイントを正確に把握してRC自らが先行してその部分を担当し解決する。したやり方こそが、業種業態、規模を超えてすべてのプロジェクトを成功に導くRCメソッドの源泉となっています。プロジェクトで実施する作業には、様々な種類や違う次元の行動が潜在しています。これらの存在を認知していない以上、人員が何人いても成功への道筋は達成されませんし、コストだけかかり局部的には有能な人材も生きないのです。プロジェクトは、様々な作業と活動の総和によるものです。全体を把握し、弱点を見つけ補完し、問題に直面した時、正確に意思決定を行い、プロジェクト全体を有機的生産的に連携させるしくみを維持するリーダーがいなければ、真の成功には到達しません。