ナレッジベース
計画11 分で読める

インテグレーターが見積もれる自動化ブリーフの書き方

著者: DBR77 Team · 公開日 · 更新日

数字には価格がつく、形容詞にはつかない. DBR77 MarketplaceのTechnology Challenge数字には価格がつく、形容詞にはつかない. DBR77 MarketplaceのTechnology Challenge

インテグレーターが見積もれる自動化ブリーフは、1つの工程を数字で記述しています。何を改善しなければならないか、システムの始点と終点、製品とその寸法・重量・品種、現在と目標のサイクルタイム、シフト、既存の設備と制御、現場と安全の制約、そして結果をどう評価するかです。さらに、エンジニアが設計に必要なデータが添付されています。レイアウト図、製品図面、写真と動画、生産量のデータ、信号のリストです。「速い」「柔軟」「安全」といった言葉には価格をつけられないので、一つひとつを数字に置き換える必要があります。このように作ったブリーフなら、すべてのサプライヤーが同じ問いに答えるので、提案を比較できます。

弱いブリーフが比較できない提案を生む理由

あいまいな依頼を受け取ったインテグレーターには、3つの選択肢があります。推測する、長い質問リストを送る、辞退する、です。最も多いのは推測で、しかもサプライヤーごとに推測の仕方が違います。

想定例：ある工場が「3号ラインの製品の箱詰めを自動化したい」と3社のインテグレーターに送ります。1社は主要5製品を前提にピックアンドプレースのセルを見積もります。1社は30品種すべてを数え、画像処理とツールチェンジャー付きのセルを見積もります。もう1社は、そのほうが理にかなっていると考えて製函機、封函機、パレタイザーを加えます。3つの価格は3倍の開きがあり、どの提案もそれぞれの前提においては正しいのです。工場は、自社のプロジェクトにいくらかかるのかについて何も知ることができませんでした。

あいまいなブリーフは、良いサプライヤーを逃す原因にもなります。忙しいインテグレーターは、何週間も調査しなくても見積もれる依頼から先に回答するからです。

見積もれる自動化ブリーフの8つのブロックを示すグリッド：目的、現在の工程、製品、処理能力、境界とインターフェース、現場と安全、受入、商取引の枠組み。それぞれに盛り込むべき事実を記載。見積もれる自動化ブリーフの8つのブロックを示すグリッド：目的、現在の工程、製品、処理能力、境界とインターフェース、現場と安全、受入、商取引の枠組み。それぞれに盛り込むべき事実を記載。

見積もれるブリーフの8つのブロック

ブロックを順番に埋めていきます。埋めにくいブロックがあれば、ブリーフを送る前にやるべき作業が見つかったということです。表の例は想定例です。

ブロック弱い書き方見積もれる書き方
1. 目的「包装工程の効率を上げたい」「ケース詰めから1シフトあたり手作業の作業者2人を外し、3交替でライン速度を維持する」
2. 現在の工程「手作業で包装」手順ごとの説明、手順ごとの現在のサイクルタイム、作業者数、写真と動画
3. 製品「さまざまなプラスチック部品」品種のリスト（寸法、重量、材質、荷姿、生産量に占める割合、1シフトあたりの段取り替え回数）
4. 処理能力「高いスループット」平均とピークの時間あたり生産数、現在と目標のサイクルタイム、シフト、計画停止
5. 境界とインターフェース「ラインと統合する」レイアウト上の始点と終点、ラインPLCとの入出力信号、MESやERPとの連携の有無、既存プログラムを誰が変更するか
6. 現場と安全「安全であること」床面積と天井高、ユーティリティ、人との共用エリア、現場の安全ルール、期待する規格
7. 受入「確実に動くこと」実際の製品と品種による試験、決められた連続運転での目標処理能力、品質の確認方法
8. 商取引の枠組み（記載なし）予算の範囲、目標とする量産開始時期、判断の期日、希望するサプライヤー（あれば）

目的を最初に書くのは、自社が思いつかなかったものをサプライヤーが提案できるようにするためです。製品と処理能力はソリューションの規模を決めます。ケースの重量がロボットの大きさを決め、ピーク時の処理能力がロボット1台で足りるかを決めます。境界を明確にすれば、範囲の抜けとして最もよくあるものを防げます。どこで抜けが生じやすいかは自動化プロジェクトの範囲を複雑にせずに決める方法にまとめています。受入については、完全な試験要領書は後回しで構いません。サプライヤーが何を証明しなければならないかを書いておき、要領書はあとで自動化の受入基準、FAT、SATの決め方を使って作成します。

予算の範囲を伝えるのはリスクがあると感じられがちです。しかし予算がわからなければ、サプライヤーは買い手が単純なセルを想定しているのか、ライン全体を想定しているのかを判断できず、提案は両方にばらけてしまいます。

エンジニアが必要とするデータを添付する

添付資料がしっかりしていれば、現場訪問が不要になるか、訪問がはるかに有意義になります。

  • エリアのレイアウト図： 寸法、柱、扉、通路、予定しているシステムの境界を記入したもの（DWGまたはPDF）。
  • 製品図面またはサンプル： すべての品種、少なくとも両極端のもの（最小、最大、最重量、最も壊れやすいもの）。
  • 写真と短い動画： 現在の工程を実際の速度で、複数の角度から撮影したもの。段取り替えも含めます。
  • 生産量のデータ： 標準的な1か月のシフトごと・品種ごとの生産数と、ピーク週のデータ。
  • 設備リスト： システムを接続する既存設備と、そのコントローラの種類と導入年。
  • 信号リスト： または、現在ラインが何を送り、何を受け取っているかの説明。
  • 現場のルール： 安全ルール、ITセキュリティ、リモートアクセス、データ保存に関する方針。
  • 期待する規格： たとえば、ロボットアプリケーションとロボットセルについてはISO 10218-2、AGVやAMRのような無人搬送車についてはISO 3691-4。

機密情報には印をつけてください。機密の図面は外すのではなく、NDAのもとで共有できます。図面がないことは、要件がないことと同じだからです。

インテグレーターになじみのあるブリーフの構成を使いましょう

DBR77 Marketplaceでは、8つのステップのガイド付きフォームで、プロジェクトの成熟度から予算、ファイル、運用上の前提条件まで順にブリーフを入力できます。製造業の企業は無料でご利用いただけます。

Technology Challenge（技術課題）を投稿する

2つの実際のブリーフと、それが可能にしたこと

Ficomirrors Polska：要望ではなく明確な制約。 Ficosaグループに属するこのTier 1の自動車部品サプライヤーは、生産ラインと倉庫エリアの間の安定した構内搬送を必要としていました。そのTechnology Challengeは「AGV」を指定する代わりに、要件と明確な予算を示しました。既存のITインフラとの連携、最大250 kgのパレット、人と機械が共存するエリアでの最高水準の安全性です。制約が明確だったため、提案は標準化された形式で届き、機能、コスト、システムとの互換性で比較できました。工場はInovatica AGVを選びました。生産ラインのタブレットおよび上位システムと連携した2台の自律走行フォークリフトで、連続運転で毎時最大13パレットを搬送します。ブリーフに書いた「既存ITとの連携」が、この比較では「システムとの互換性」という基準になりました。（Ficomirrorsの導入事例）

HSV Polska：インテグレーターが必要とするすべてがそろった最初の問い合わせ。 EPP樹脂製品を製造するHSV Polskaは、品質検査と梱包の自動化ラインを求めていました。プラットフォーム（当時の名称はRobot Platform）での最初の問い合わせには、インテグレーターが必要とする技術要件がすべて含まれていました。そのおかげで、インテグレーターのRedhawkは、Studio 3Dによる3Dシミュレーション、運用分析、財務分析を含む完全なコンセプトを提案できました。提案されたラインでは、製品が乾燥機から出たあと、Keyence CV-X470F画像処理システムを備えた1台目のロボットステーションが部品の位置を認識し、次のステーションで寸法を検査し、合格品は計量器に載せられ、2台目のロボットが決められたパターンで容器に詰めます。ロボットはFanuc M-10iD/8L（リーチ2032 mm、可搬質量8 kg）で、Secomeaによるリモートアクセスを備えています。3Dシミュレーションにより、プロジェクトのすべての製品コードについて、ラインのサイクルタイムが120秒未満であることが、何かを製作する前に確認されました。（HSVの導入事例）

部外者テストと、お金がかかる抜け

ブリーフを送る前に、別部門の有能なエンジニアに10分間読んでもらいましょう。課題は何か、システムは何をしなければならないか、どこから始まりどこで終わるか、成功をどう測るかを、その人が説明できるはずです。説明できないなら、サプライヤーにもできません。

次に、仕様変更として戻ってきやすい抜けを確認します。

  • まれな品種：「生産量の3%にすぎない」として外されたもの。
  • ピーク時の生産量：記載がなく、セルが平均的な週に合わせて設計されてしまう。
  • 前工程のばらつき：部品が異なる向きや異なる容器で届く。
  • ユーティリティと土木・建築工事：誰にも割り当てられていない。
  • 既存PLCプログラムの変更：双方が相手の仕事だと思い込んでいる。
  • サプライヤーのリモートアクセス：IT部門が許可しない可能性がある。

わからないことは、わからないこととして書いてください。たとえば「将来の品種、寸法は未定、第3四半期に予定」のように書きます。

DBR77 Marketplaceの役割

DBR77 Marketplaceでは、ブリーフにあたるのがTechnology Challengeで、8つのステップのガイド付きフォームで作成します。成熟度、種類と分類、説明、要件、予算、ファイル、運用上の前提条件、最後のプレビューです。最初に選ぶ成熟度（課題・アイデア、大まかな構想、仕様確定、調達準備完了）によって、どの項目が必須になるかが決まります。

DBR77 MarketplaceでのTechnology Challengeの作成画面。8つのステップの最初でプロジェクトの成熟度を選び、それに応じて必須項目が決まります。サンプルデータ。DBR77 MarketplaceでのTechnology Challengeの作成画面。8つのステップの最初でプロジェクトの成熟度を選び、それに応じて必須項目が決まります。サンプルデータ。
DBR77 MarketplaceでのTechnology Challengeの作成画面。8つのステップの最初でプロジェクトの成熟度を選び、それに応じて必須項目が決まります。サンプルデータ。

DBR77の専門家が公開前に課題の内容を確認し、一般には見せられない図面はNDAのもとで共有できます。ブリーフを正式な購買文書に仕上げるときは、自動化のRFQ・RFPに盛り込むべき内容を使ってください。

よくある質問

自動化ブリーフはどれくらいの長さにすべきですか？

8つのブロックを数字で埋められる長さです。レイアウト図、製品リスト、動画を添えた2ページのブリーフは、一般的な要件を並べた30ページの文書に勝ります。

ブリーフでソリューションを提案すべきですか？

作業と制約を記述し、ソリューションはサプライヤーに任せてください。工場の標準（PLCやロボットのメーカー）や、ある技術を選ぶ強い理由があるなら、それを制約として明記します。それ以外は、サプライヤーの提案の余地を残しておきます。

それでもサプライヤーから比較できない提案が届いたら？

その違いをブリーフが未確定のままにしていなかったか確認してください。そうであれば、その抜けについて全入札者に回答し、更新した提案を依頼します。提案を並べる手順は自動化の提案を横並びで比較する方法にあります。

まとめ

まず表を使い、8つのブロックをそれぞれ数字で埋めてください。埋められないブロックは、ブリーフを送る前に片づけるべき作業です。次にレイアウト、製品データ、動画、信号リストを添付し、別部門のエンジニアに10分間読んでもらい、上のリストにある抜けをふさいでから公開します。

一度書けば、比較できる提案が届きます

ブリーフをDBR77 MarketplaceにTechnology Challengeとして投稿するか、公開前にチームに内容を確認してもらいましょう。

Technology Challengeを投稿する · Marketplaceチームに問い合わせる

出典

ナレッジベース