NEWS
事業継続計画、デザインチェーン継続はできているか?
災害後、サプライチェーン混乱に注目が集まる陰で、設計・開発プロジェクトでも混乱に見舞われた企業は少なくなかったようだ。事業継続計画の中にデザインチェーン継続計画を盛り込んでいるだろうか?
PTCジャパンは2011年6月1日、先に発表したWindchill 10.0について、あらためて日本のプレス向けに説明会を開催した。先に@IT MONOistニュースで紹介した内容を踏襲する内容が中心ながら、2011年5月31日にカナダの組み込みソフトウェア開発プロジェクト管理ツールベンダーであるMKSの買収が完了したことが加えられた。
本稿では当日、製品の説明と併せて行われたPLMシステムの事業継続についてのトピックを紹介する。
デザインチェーンを止めた企業の切実な課題
震災以降に関心が高まっているPLMシステムの災害対応について、「多くの企業やメディアがサプライチェーンの分断に関心を集めたが、デザインチェーンも同様に停止してはならないもの。それにもかかわらず、サプライチェーン寸断で多くの企業が設計業務自体を停止してしまった」と今回の震災後の各企業の対応を指摘したのは、PTCジャパン ソリューション戦略企画推進室 PLMシニアエキスパート 後藤智氏だ。
設計業務が中断したり、データが損壊しては、災害復旧の重要なタイミングに部品供給などのアフターサービスが停止してしまう上、将来の納期にも影響が出る。しかし、この点について、各企業の経営層の認識がまだ不十分だった、というのが後藤氏の見解だ。
後藤氏は、同社社長である桑原宏昭氏とともに震災以降の2カ月ほどで10数社と直接面談、以下のような問いが多数寄せられたという。
テレワークを実施する際に、PLMシステムにチェックインしてくれない設計者をどうコントロールすべきか
{clear}
クライアント/サーバ構成のPLMシステムを運用している場合、サーバがダウンしてしまうと全ての業務が停止してしまう
{clear}
承認ルートの中に安否不明者がいる場合、どのように業務を継続すればよいか
{clear}
3時間の計画停電ではシステムの安全停止や再起動の時間を考慮すると6時間程度はシステムが停止する前提で考えなくてはならないが、その間の業務はどのようにすればよいか
{clear}
電力が停止する、人員が被災するということを想定していなかった。事業継続計画を根本から考え直さなくてはならないがどうしたらよいか
グローバル分散はそのままディザスタリカバリ体制強化に結び付く
こうした課題について「対処法は複数考えられるが、情報システムインフラについては、安定稼働している平時を基準にコスト低減を推し進めてしまう傾向がある」(後藤氏)ため、有事対応が不十分になった点を指摘する。
システムの冗長化は基幹システムでは十分に対応している企業が多いことだろうが、図面やBOM情報などではまだまだ対策が行き届いていない状況があるようだ。
サーバシステムを単独拠点に置く体制では対応できないことは明白で、有事にも安定した運用を目指すならばシステム冗長化が必要となる。事業規模・システム規模にもよるが、簡単なファイルコピーレベルのバックアップでもある程度は対応できるし、巨大プロジェクトの重要情報であれば、それ相応の冗長構成が必要となるだろう。状況に応じて、プロジェクト単位で外部委託を迅速に進められる仕組みも必要なところだ。その際、データの切り分けなどが事前に考慮されていることが非常に重要となる。
戦略的にグローバル分散開発を検討しているならば、海外拠点にグローバル開発環境の1つとして分散管理しておく手法が検討できるという。この場合、データの分散化が実現すると同時に、開発人材の分散も実現することになる。有事には、安否情報の確認と同時に分散した別拠点に業務を移管、設計情報が十分にPLMシステム上で共有されていれば、安全に業務引き継ぎを行うことも不可能ではない。
後藤氏は、設計データ(=知財データ)のBCP/BCMについて、下図のように、アセット分散のレベルごとに分類、予算や規模、リスク度合いなどを考慮したPLMの事業継続計画を提案している。
このほかにも、プロジェクト管理システムが持つ担当者ステイタス表示機能を、そのまま安否確認システムとして利用する」というアイデアを検討している企業もあるという。この場合、例えば災害時、通信環境に問題がなければ、必ず一度は特定のシステムにチェックインする、ステイタス情報を登録する、といったルールを作っておけば、自社だけでなく開発プロジェクトにかかわる社内・外のスタッフ全員の状況がある程度自動的に分かるようになるだろう。
PTCではシステム検証および性能評価、危機対応のシナリオとガイドラインなどを米国サイト上で公開している(要・ログインID)。今後の設計・開発業務のBCP策定の参考となるだろう。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
新着ホワイトペーパー PR
-
技術文書・技術解説
[Jamf Japan 合同会社] MDMだけでモバイルセキュリティは十分? 不足する対策を16項目でチェック -
事例
[Wrike Japan 株式会社] 世界的な家電メーカーが実践する「クリエイティブプロセス効率化」の方法とは? -
事例
[Wrike Japan 株式会社] 世界的テクノロジー企業に学ぶ、プロセス標準化とプロジェクト納品自動化の秘訣 -
事例
[Wrike Japan 株式会社] ソニー・ピクチャーズ テレビジョンに学ぶ、次世代サービスデリバリーのヒント -
事例
[Wrike Japan 株式会社] ソミック石川に学ぶ、ICT浸透後に直面した「工数管理」の課題と解決策
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「Copilot」はなぜ放置される? “議事録要約止まり”を脱する処方箋
-
2
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
3
「Microsoft一択」で本当にいいのか 知らぬ間にライセンス費用が膨らむ真相
-
4
なぜOpenAIやAnthropicのAIは「脱走」したのか 情シスが迫られるエージェント統制
-
5
「データストレージの活用方法」に関するアンケート
-
6
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
7
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
8
ANAが専用回線から移行した「NaaS」の全貌 ネットワーク準備が数カ月から数週間に
-
9
「プログラマー不要論」にThe Linux Foundationが示した答え
-
10
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
ホワイトペーパーランキング PR
-
1
マンガで解説:「ゼロトラスト」「SASE」の必要性とメリット
-
2
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
3
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
4
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
5
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
6
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは?
-
7
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
8
ドラマで分かる、標的型攻撃メールの被害を受ける企業と回避できる企業の分岐点
-
9
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
10
少額減価償却資産が40万円未満へ拡大、令和8年度税制改正で押さえるべき変更点
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー