ＳＣＭパッケージソフト 開発勉強日記です。
SCM / MRP / 物流等々情報を集めていきます。
×
[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。
TOC──全体最適による
業務改革戦略ガイド
第3回 TOC導入のポイント
竹之内 隆
各担当者へのアドバイス
- PR -
ここで企業組織内の工場生産関連部門／物流部門／営業・マーケティング部門／情報システム（SE）の方々にアドバイスを提供して筆をおきたいと思う。
まずはすべての方々に共通していえることだが、「プロジェクト・マネジメント」および“SCM”に関する教育や参考文献やミーティングを通じて、他部門との相乗効果を上げていく創造活動を効率よく確実に推進するすべを身に付けてほしい。SCMについてはソフトウェアの持つ機能についても、各ベンダーの協力を得て正しく把握しよう。
また、SCMは製造・販売・物流と異なるバックボーンを持つ組織が協働するので、第三者の中立的な参画も有効な推進方法といえる。コンサルタントを有効活用しよう。
■工場の生産関連部門の方々へのアドバイス
［1］
プロジェクト目的を真摯に理解すること。
企業価値を高めるために在庫削減やトータルリードタイムを削減するのであって、削減そのものは手段でしかない。これを自己目的化してはならない。生産関連部門は改善慣れしているがクローズした組織での目標達成に向けての活動が多く、他部署とのかかわりの中で最適化を推進することには慣れていない。要注意である。
営業部門への不信感からJIT活動を隠れみのにするタイプの発言が見られることも多い。「小ロット化と段取り短縮をしなければSCMは機能しないのだから、工場はJIT専念でよいはず」といったたぐいの発言はこのデフレ経済下では、会社を破綻させかねない思想であることを強調しておきたい。
［2］ SCMソフトの機能を実機ベースで確認し、自社の供給プロセスにおける適用可能性を評価すること。
工場生産関連関係者は、一般に情報システム部門に対して要求は出すが、実現はソフト部門の仕事であると「主客二元論」に立つ傾向にある。現実の作業では、パッケージ化されたSCMソフトを利用することが多く、開発作業よりは業務適用を検討する工数が大半になる。情報システム部門の工数よりは、現業部門が主体的にソフト選定からプロトタイピングまでを推進する気概が必要といえる。
［3］ JIT適用を中途半端にせずに徹底的に実践すること。
繰り返しになるがJITはSCMの前提になる。形式的なJIT化ではなく本質的なJIT改善を真摯に推進してほしい。
■物流部門の方々へのアドバイス
［1］ 単純な保管・配送効率の見直しではなく、ビジネスモデルを再考する観点が必要である。
物流センターの統廃合検討はいわずもがなで、ほかにも営業活動の中に納品時点での現地調整活動などが存在するときは、庫内加工の一種として現地調整プロセスを集約化するなどの検討が必須である。
SCMで海外工場との関係を含めたプロジェクトになると、週次化の制約条件が輸入プロセスであるケースが多くなる。船上在庫期間が長過ぎるという議論である。この際に、需要予測から期間契約の航空便が採算に乗らないか、国内の安全在庫水準を変更することで対応できないかなど、多角的な検討が必須である。
■営業・マーケティング部門の方々へのアドバイス
［1］ 一般に販売計画の精度を議論されることが苦痛を伴うので営業部門の方々は、SCMには他部門の努力を要求し、情報部門は現状維持を主張しがちである。特に海外REP（代理店）の在庫動向をシステムの不備で把握できないという発言が散見されるが、手段はFAXであれ何であれ、まずは在庫動向と販売情報を把握することに注力してほしい。
■情報システム（SE）担当の方々へのアドバイス
［1］ 高機能のSCMソフトを見ると万能に思えるが、導入に関してはビジネスモデルの再考からであることを再認識してほしい。
情報システム部門の人間は、SCMパッケージの高機能ぶりを見ると、システムを土台に議論を推進したほうが現実的と判断しがちである。しかし、一社として同じサプライチェーンはない。基本はTOC思考プロセスから入って、ビジネスモデルを再考することからのスタートである。バリュー創造ポイントにSCM高機能ソフトを適用すると効果的であろう。
［2］ システムインターフェイスおよびSCMの基礎データの蓄積（DBの整備）が前提である。
SCMシステムはそれ自体にマスタDBを持つよりは、基幹システムからデータを受理して処理するアーキテクチャになることが通常である。インターフェイス開発の議論の30％近くを占めることは覚悟されたい。また、SCMの前提になる基礎データの蓄積があまりにも不完全なら、ERPのような基幹システムの整備を優先すべきである。
◇
手前みそではあるがシーアイエスのホームページではITに関する基礎を解説している。またSCM、TOCの事例も掲載している。ご一読願いたい。参考文献は以下を参照されたい。
SCM サプライチェーン経営革命
福島美明著
日本経済新聞
1998年9月
ISBN4-532-14684-4
1600円+税
TOC戦略マネジメント
竹之内隆、加藤治彦、村上悟著
日本能率協会マネジメントセンター
1999年4月
ISBN4-8207-1419-8
2500円+税
計画の科学
加藤昭吉著
講談社ブルーバックス（B-35）
1965年4月
ISBN4-06-117635-8
820円+税
業務改革戦略ガイド
第3回 TOC導入のポイント
竹之内 隆
各担当者へのアドバイス
- PR -
ここで企業組織内の工場生産関連部門／物流部門／営業・マーケティング部門／情報システム（SE）の方々にアドバイスを提供して筆をおきたいと思う。
まずはすべての方々に共通していえることだが、「プロジェクト・マネジメント」および“SCM”に関する教育や参考文献やミーティングを通じて、他部門との相乗効果を上げていく創造活動を効率よく確実に推進するすべを身に付けてほしい。SCMについてはソフトウェアの持つ機能についても、各ベンダーの協力を得て正しく把握しよう。
また、SCMは製造・販売・物流と異なるバックボーンを持つ組織が協働するので、第三者の中立的な参画も有効な推進方法といえる。コンサルタントを有効活用しよう。
■工場の生産関連部門の方々へのアドバイス
［1］
プロジェクト目的を真摯に理解すること。
企業価値を高めるために在庫削減やトータルリードタイムを削減するのであって、削減そのものは手段でしかない。これを自己目的化してはならない。生産関連部門は改善慣れしているがクローズした組織での目標達成に向けての活動が多く、他部署とのかかわりの中で最適化を推進することには慣れていない。要注意である。
営業部門への不信感からJIT活動を隠れみのにするタイプの発言が見られることも多い。「小ロット化と段取り短縮をしなければSCMは機能しないのだから、工場はJIT専念でよいはず」といったたぐいの発言はこのデフレ経済下では、会社を破綻させかねない思想であることを強調しておきたい。
［2］ SCMソフトの機能を実機ベースで確認し、自社の供給プロセスにおける適用可能性を評価すること。
工場生産関連関係者は、一般に情報システム部門に対して要求は出すが、実現はソフト部門の仕事であると「主客二元論」に立つ傾向にある。現実の作業では、パッケージ化されたSCMソフトを利用することが多く、開発作業よりは業務適用を検討する工数が大半になる。情報システム部門の工数よりは、現業部門が主体的にソフト選定からプロトタイピングまでを推進する気概が必要といえる。
［3］ JIT適用を中途半端にせずに徹底的に実践すること。
繰り返しになるがJITはSCMの前提になる。形式的なJIT化ではなく本質的なJIT改善を真摯に推進してほしい。
■物流部門の方々へのアドバイス
［1］ 単純な保管・配送効率の見直しではなく、ビジネスモデルを再考する観点が必要である。
物流センターの統廃合検討はいわずもがなで、ほかにも営業活動の中に納品時点での現地調整活動などが存在するときは、庫内加工の一種として現地調整プロセスを集約化するなどの検討が必須である。
SCMで海外工場との関係を含めたプロジェクトになると、週次化の制約条件が輸入プロセスであるケースが多くなる。船上在庫期間が長過ぎるという議論である。この際に、需要予測から期間契約の航空便が採算に乗らないか、国内の安全在庫水準を変更することで対応できないかなど、多角的な検討が必須である。
■営業・マーケティング部門の方々へのアドバイス
［1］ 一般に販売計画の精度を議論されることが苦痛を伴うので営業部門の方々は、SCMには他部門の努力を要求し、情報部門は現状維持を主張しがちである。特に海外REP（代理店）の在庫動向をシステムの不備で把握できないという発言が散見されるが、手段はFAXであれ何であれ、まずは在庫動向と販売情報を把握することに注力してほしい。
■情報システム（SE）担当の方々へのアドバイス
［1］ 高機能のSCMソフトを見ると万能に思えるが、導入に関してはビジネスモデルの再考からであることを再認識してほしい。
情報システム部門の人間は、SCMパッケージの高機能ぶりを見ると、システムを土台に議論を推進したほうが現実的と判断しがちである。しかし、一社として同じサプライチェーンはない。基本はTOC思考プロセスから入って、ビジネスモデルを再考することからのスタートである。バリュー創造ポイントにSCM高機能ソフトを適用すると効果的であろう。
［2］ システムインターフェイスおよびSCMの基礎データの蓄積（DBの整備）が前提である。
SCMシステムはそれ自体にマスタDBを持つよりは、基幹システムからデータを受理して処理するアーキテクチャになることが通常である。インターフェイス開発の議論の30％近くを占めることは覚悟されたい。また、SCMの前提になる基礎データの蓄積があまりにも不完全なら、ERPのような基幹システムの整備を優先すべきである。
◇
手前みそではあるがシーアイエスのホームページではITに関する基礎を解説している。またSCM、TOCの事例も掲載している。ご一読願いたい。参考文献は以下を参照されたい。
SCM サプライチェーン経営革命
福島美明著
日本経済新聞
1998年9月
ISBN4-532-14684-4
1600円+税
TOC戦略マネジメント
竹之内隆、加藤治彦、村上悟著
日本能率協会マネジメントセンター
1999年4月
ISBN4-8207-1419-8
2500円+税
計画の科学
加藤昭吉著
講談社ブルーバックス（B-35）
1965年4月
ISBN4-06-117635-8
820円+税
PR
