<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
<channel>
<title><![CDATA[最新の投稿 - 製造業DX・生成AI活用事例｜工場の業務改善コミュニティ]]></title>
<link><![CDATA[https://theshare.info/group-dx/]]></link>
<description><![CDATA[最新の投稿 製造業DX・生成AI活用事例｜工場の業務改善コミュニティ]]></description>
<item>
<title><![CDATA[品質月報の集計自動化で成果を確認｜RPA・業務自動化の導入事例の手順と注意点]]></title>
<link><![CDATA[https://theshare.info/group-dx/itm_50]]></link>
<guid><![CDATA[https://theshare.info/group-dx/itm_50]]></guid>
<description><![CDATA[<a href="https://theshare.info/group-dx/itm_50" title="品質月報の集計自動化で成果を確認｜RPA・業務自動化の導入事例の手順と注意点" rel="nofollow"><img style="float:left;border:0px;" src="https://theshare.info/group-dx/oc-content/uploads/0/22_thumbnail.jpg" alt="品質月報の集計自動化で成果を確認｜RPA・業務自動化の導入事例の手順と注意点"/> </a><p>「品質月報の集計自動化は本当に役立つのか」。この疑問を確かめるため、九州工場で実証を担当した木村遼です。うまくいった点だけでなく、途中で迷った点も含めて共有します。</p><h2>取り組みの背景と進め方</h2><p>主な結果は「月間70時間を削減」です。確認漏れややり直しも導入前より13％減りました。一方で、繁忙日や経験の浅い担当者では効果が小さい場面もありました。数字が良くても別の工程へ負担を移しては意味がないため、品質、安全、使いやすさも一緒に確認しています。</p><p>取り組み前は、担当者が毎日同じ画面を開いて転記しており、繁忙期には入力遅れと転記ミスが発生していました。そこで、直近の作業から90件を選び、作業時間、待ち時間、差し戻し、例外対応を記録しました。平均だけを見ると原因が隠れるため、特に時間が長かった例と、担当者が判断に迷った例を一件ずつ確認しました。</p><h2>分かった効果と残った課題</h2><p>実施したのは、正常系だけでなく、ファイル不足、形式変更、システム停止を想定した例外テストを実施しました。現場を止めないよう対象を限定し、毎週一度、利用者と管理者で結果を確認しました。質問が多かった部分は短い手順書に直し、正常時だけでなく、作業を止める条件と手作業へ戻す条件も決めました。</p><h3>今回の確認ポイント</h3><ol><li data-list="ordered"><span class="ql-ui" contenteditable="false"></span>品質と安全を最優先にする</li><li data-list="ordered"><span class="ql-ui" contenteditable="false"></span>効果だけでなく保守時間も測る</li><li data-list="ordered"><span class="ql-ui" contenteditable="false"></span>他拠点との違いを先に確認する</li></ol><h2>皆さんに聞きたいこと</h2><blockquote>同じような自動化を行っている拠点では、画面変更への追従や担当者不在時の復旧をどのように運用していますか。保守工数の実績もぜひ共有してください。</blockquote><p><br></p><p>※この投稿はデモンストレーション用のサンプルです。</p>]]></description>
<country></country>
<region><![CDATA[九州工場]]></region>
<city></city>
<cityArea></cityArea>
<category><![CDATA[RPA・業務自動化]]></category>
<pubDate><![CDATA[Thu, 20 Aug 2026 09:50:24 +0900]]></pubDate>
</item>
<item>
<title><![CDATA[保全シフトの引継ぎ文作成の改善事例｜製造業の生成AI・人工知能活用で確認・検索時間を52％短縮]]></title>
<link><![CDATA[https://theshare.info/group-dx/itm_49]]></link>
<guid><![CDATA[https://theshare.info/group-dx/itm_49]]></guid>
<description><![CDATA[<a href="https://theshare.info/group-dx/itm_49" title="保全シフトの引継ぎ文作成の改善事例｜製造業の生成AI・人工知能活用で確認・検索時間を52％短縮" rel="nofollow"><img style="float:left;border:0px;" src="https://theshare.info/group-dx/oc-content/uploads/0/21_thumbnail.jpg" alt="保全シフトの引継ぎ文作成の改善事例｜製造業の生成AI・人工知能活用で確認・検索時間を52％短縮"/> </a><p>現場から出た小さな気づきをもとに、東日本工場で「保全シフトの引継ぎ文作成」を試しました。担当は伊藤彩です。主な成果は「確認・検索時間を52％短縮」ですが、数字の裏側も含めて説明します。</p><h2>取り組みの背景と進め方</h2><p>取り組み前は、熟練者への質問が集中し、同じ問い合わせに何度も回答する状態になっていました。そこで、直近の作業から68件を選び、作業時間、待ち時間、差し戻し、例外対応を記録しました。平均だけを見ると原因が隠れるため、特に時間が長かった例と、担当者が判断に迷った例を一件ずつ確認しました。</p><p>実施したのは、機密情報を入力しないルールを先に定め、良い回答例と悪い回答例を20件ずつ用意して評価しました。現場を止めないよう対象を限定し、毎週一度、利用者と管理者で結果を確認しました。質問が多かった部分は短い手順書に直し、正常時だけでなく、作業を止める条件と手作業へ戻す条件も決めました。</p><h2>分かった効果と残った課題</h2><p>試行中は、保全シフトの引継ぎ文作成に直接関わる担当者だけでなく、前後の工程にも週一回意見を聞きました。68件の記録には、数字だけでなく『何に迷ったか』『誰の助けが必要だったか』も一行で追加しています。この記録から、説明資料だけでは見えなかった小さな不便が分かり、操作や役割分担を早めに直すことができました。</p><p>主な結果は「確認・検索時間を52％短縮」です。確認漏れややり直しも導入前より32％減りました。一方で、繁忙日や経験の浅い担当者では効果が小さい場面もありました。数字が良くても別の工程へ負担を移しては意味がないため、品質、安全、使いやすさも一緒に確認しています。</p><p>今回の学びは、便利な道具を入れるだけでは改善にならないことです。誰が判断し、困ったときに誰へ聞き、どの数字で効果を確かめるかまで決める必要があります。採用しなかった案とその理由も残すと、次の担当者が同じ検討を繰り返さずに済みます。</p><p>残る課題は、もっともらしい誤回答が残るため、最終判断は必ず担当者が行う運用を続けています。次の確認では、担当者が交代しても同じ手順で続けられるか、例外対応に何分かかるかを測ります。ほかの工場へ広げる場合は、設備や人数の違いを先に整理し、そのままコピーできる部分と、変更が必要な部分を分ける予定です。</p><p>今後は「確認・検索時間を52％短縮」を一時的な結果で終わらせないため、同じ条件であと3週間測定します。その後、別の班または別設備で小さく再現テストを行い、効果が出なかった場合も理由を記録します。横展開を希望する拠点には、準備物、所要時間、確認表、元に戻す手順をまとめて渡す予定です。</p><h3>今回の確認ポイント</h3><ol><li data-list="ordered"><span class="ql-ui" contenteditable="false"></span>現場の入力や確認を増やしすぎない</li><li data-list="ordered"><span class="ql-ui" contenteditable="false"></span>成功例と失敗例を同じ様式で記録する</li><li data-list="ordered"><span class="ql-ui" contenteditable="false"></span>週ごとに変更点を一つずつ試す</li></ol><h2>皆さんに聞きたいこと</h2><blockquote>皆さんの拠点では、生成AIの回答をどのような基準で評価し、誤回答をどこまで許容していますか。評価表や運用ルールの工夫があればコメントで教えてください。</blockquote><p><br></p><p>※この投稿はデモンストレーション用のサンプルです。</p>]]></description>
<country></country>
<region><![CDATA[東日本工場]]></region>
<city></city>
<cityArea></cityArea>
<category><![CDATA[生成AI活用]]></category>
<pubDate><![CDATA[Thu, 20 Aug 2026 09:13:01 +0900]]></pubDate>
</item>
<item>
<title><![CDATA[製造現場でスマートフォン点検表の他工場展開に挑戦｜工場DX・業務改善の横展開募集の成功例と残った課題]]></title>
<link><![CDATA[https://theshare.info/group-dx/itm_48]]></link>
<guid><![CDATA[https://theshare.info/group-dx/itm_48]]></guid>
<description><![CDATA[<a href="https://theshare.info/group-dx/itm_48" title="製造現場でスマートフォン点検表の他工場展開に挑戦｜工場DX・業務改善の横展開募集の成功例と残った課題" rel="nofollow"><img style="float:left;border:0px;" src="https://theshare.info/group-dx/oc-content/uploads/0/20_thumbnail.jpg" alt="製造現場でスマートフォン点検表の他工場展開に挑戦｜工場DX・業務改善の横展開募集の成功例と残った課題"/> </a><p>「スマートフォン点検表の他工場展開は本当に役立つのか」。この疑問を確かめるため、西日本工場で実証を担当した吉田奈緒です。うまくいった点だけでなく、途中で迷った点も含めて共有します。</p><h2>取り組みの背景と進め方</h2><p>取り組み前は、自拠点では効果が出ましたが、設備構成や業務ルールの違いをどこまで吸収できるか確認できていません。そこで、直近の作業から106件を選び、作業時間、待ち時間、差し戻し、例外対応を記録しました。平均だけを見ると原因が隠れるため、特に時間が長かった例と、担当者が判断に迷った例を一件ずつ確認しました。</p><p>主な結果は「共同検証に5拠点の参加を募集」です。確認漏れややり直しも導入前より9％減りました。一方で、繁忙日や経験の浅い担当者では効果が小さい場面もありました。数字が良くても別の工程へ負担を移しては意味がないため、品質、安全、使いやすさも一緒に確認しています。</p><h2>分かった効果と残った課題</h2><p>実施したのは、テンプレート、設定例、確認項目、既知の制約を一式にし、二週間で試せる検証手順を用意しました。現場を止めないよう対象を限定し、毎週一度、利用者と管理者で結果を確認しました。質問が多かった部分は短い手順書に直し、正常時だけでなく、作業を止める条件と手作業へ戻す条件も決めました。</p><p>今回の学びは、便利な道具を入れるだけでは改善にならないことです。誰が判断し、困ったときに誰へ聞き、どの数字で効果を確かめるかまで決める必要があります。採用しなかった案とその理由も残すと、次の担当者が同じ検討を繰り返さずに済みます。</p><p>今後は「共同検証に5拠点の参加を募集」を一時的な結果で終わらせないため、同じ条件であと2週間測定します。その後、別の班または別設備で小さく再現テストを行い、効果が出なかった場合も理由を記録します。横展開を希望する拠点には、準備物、所要時間、確認表、元に戻す手順をまとめて渡す予定です。</p><p>残る課題は、本番利用を前提とせず、まず小規模なデータと限定利用者で適合性を確認する計画です。次の確認では、担当者が交代しても同じ手順で続けられるか、例外対応に何分かかるかを測ります。ほかの工場へ広げる場合は、設備や人数の違いを先に整理し、そのままコピーできる部分と、変更が必要な部分を分ける予定です。</p><h3>今回の確認ポイント</h3><ol><li data-list="ordered"><span class="ql-ui" contenteditable="false"></span>担当者の感想を短い言葉で集める</li><li data-list="ordered"><span class="ql-ui" contenteditable="false"></span>平均値だけで判断しない</li><li data-list="ordered"><span class="ql-ui" contenteditable="false"></span>手作業を残す条件を明確にする</li></ol><h2>皆さんに聞きたいこと</h2><blockquote>参加を検討いただける方は、対象設備や業務の概要、現在の困りごと、試行可能な時期をコメントしてください。まず情報交換だけでも歓迎します。</blockquote><p><br></p><p>※この投稿はデモンストレーション用のサンプルです。</p>]]></description>
<country></country>
<region><![CDATA[西日本工場]]></region>
<city></city>
<cityArea></cityArea>
<category><![CDATA[他工場への横展開募集]]></category>
<pubDate><![CDATA[Thu, 20 Aug 2026 07:50:49 +0900]]></pubDate>
</item>
<item>
<title><![CDATA[製造業DXの失敗事例・改善途中の始め方｜センサー故障を設備異常と誤認を小さく試して分かったこと]]></title>
<link><![CDATA[https://theshare.info/group-dx/itm_47]]></link>
<guid><![CDATA[https://theshare.info/group-dx/itm_47]]></guid>
<description><![CDATA[<a href="https://theshare.info/group-dx/itm_47" title="製造業DXの失敗事例・改善途中の始め方｜センサー故障を設備異常と誤認を小さく試して分かったこと" rel="nofollow"><img style="float:left;border:0px;" src="https://theshare.info/group-dx/oc-content/uploads/0/19_thumbnail.jpg" alt="製造業DXの失敗事例・改善途中の始め方｜センサー故障を設備異常と誤認を小さく試して分かったこと"/> </a><p>現場から出た小さな気づきをもとに、本社DX推進室で「センサー故障を設備異常と誤認」を試しました。担当は鈴木健太です。主な成果は「再設計後の利用率が52％まで回復」ですが、数字の裏側も含めて説明します。</p><h2>取り組みの背景と進め方</h2><p>取り組み前は、技術的には動作しましたが、誰が判断し、誰が保守するかを決めないまま実証を終えてしまいました。そこで、直近の作業から84件を選び、作業時間、待ち時間、差し戻し、例外対応を記録しました。平均だけを見ると原因が隠れるため、特に時間が長かった例と、担当者が判断に迷った例を一件ずつ確認しました。</p><p>実施したのは、現場担当、システム担当、管理者で責任分担を決め、小さな工程から再実証を始めています。現場を止めないよう対象を限定し、毎週一度、利用者と管理者で結果を確認しました。質問が多かった部分は短い手順書に直し、正常時だけでなく、作業を止める条件と手作業へ戻す条件も決めました。</p><h2>分かった効果と残った課題</h2><p>主な結果は「再設計後の利用率が52％まで回復」です。確認漏れややり直しも導入前より28％減りました。一方で、繁忙日や経験の浅い担当者では効果が小さい場面もありました。数字が良くても別の工程へ負担を移しては意味がないため、品質、安全、使いやすさも一緒に確認しています。</p><p>残る課題は、以前の失敗で利用者が慎重になっているため、結果だけでなく変更理由も丁寧に共有しています。次の確認では、担当者が交代しても同じ手順で続けられるか、例外対応に何分かかるかを測ります。ほかの工場へ広げる場合は、設備や人数の違いを先に整理し、そのままコピーできる部分と、変更が必要な部分を分ける予定です。</p><p>今回の学びは、便利な道具を入れるだけでは改善にならないことです。誰が判断し、困ったときに誰へ聞き、どの数字で効果を確かめるかまで決める必要があります。採用しなかった案とその理由も残すと、次の担当者が同じ検討を繰り返さずに済みます。</p><h3>今回の確認ポイント</h3><ol><li data-list="ordered"><span class="ql-ui" contenteditable="false"></span>品質と安全を最優先にする</li><li data-list="ordered"><span class="ql-ui" contenteditable="false"></span>効果だけでなく保守時間も測る</li><li data-list="ordered"><span class="ql-ui" contenteditable="false"></span>他拠点との違いを先に確認する</li></ol><h2>皆さんに聞きたいこと</h2><blockquote>似た失敗から立て直した経験があれば、どの時点で続行・縮小・中止を判断したか教えてください。失敗を共有しやすくする工夫も歓迎します。</blockquote><p><br></p><p>※この投稿はデモンストレーション用のサンプルです。</p>]]></description>
<country></country>
<region><![CDATA[本社DX推進室]]></region>
<city></city>
<cityArea></cityArea>
<category><![CDATA[失敗事例・改善途中]]></category>
<pubDate><![CDATA[Thu, 20 Aug 2026 07:10:16 +0900]]></pubDate>
</item>
<item>
<title><![CDATA[現場メンバーが試した受注予測と案件確度の見直し｜営業DX・間接部門DXの業務改善の進め方と結果]]></title>
<link><![CDATA[https://theshare.info/group-dx/itm_46]]></link>
<guid><![CDATA[https://theshare.info/group-dx/itm_46]]></guid>
<description><![CDATA[<a href="https://theshare.info/group-dx/itm_46" title="現場メンバーが試した受注予測と案件確度の見直し｜営業DX・間接部門DXの業務改善の進め方と結果" rel="nofollow"><img style="float:left;border:0px;" src="https://theshare.info/group-dx/oc-content/uploads/0/18_thumbnail.jpg" alt="現場メンバーが試した受注予測と案件確度の見直し｜営業DX・間接部門DXの業務改善の進め方と結果"/> </a><p>一度は思うように使われなかった「受注予測と案件確度の見直し」を、本社DX推進室で見直しました。担当の高橋直子です。止まった理由を隠さず整理したことが、再スタートのきっかけになりました。</p><h2>取り組みの背景と進め方</h2><p>主な結果は「処理リードタイムを34％短縮」です。確認漏れややり直しも導入前より20％減りました。一方で、繁忙日や経験の浅い担当者では効果が小さい場面もありました。数字が良くても別の工程へ負担を移しては意味がないため、品質、安全、使いやすさも一緒に確認しています。</p><p>実施したのは、入力項目を意思決定に必要なものへ絞り、承認基準と差し戻し理由を選択式で記録しました。現場を止めないよう対象を限定し、毎週一度、利用者と管理者で結果を確認しました。質問が多かった部分は短い手順書に直し、正常時だけでなく、作業を止める条件と手作業へ戻す条件も決めました。</p><h2>分かった効果と残った課題</h2><p>取り組み前は、承認者ごとに確認観点が異なり、差し戻し理由が次の申請に生かされていませんでした。そこで、直近の作業から62件を選び、作業時間、待ち時間、差し戻し、例外対応を記録しました。平均だけを見ると原因が隠れるため、特に時間が長かった例と、担当者が判断に迷った例を一件ずつ確認しました。</p><p>残る課題は、便利な機能を追加しすぎると利用率が下がるため、四半期ごとに不要項目を整理します。次の確認では、担当者が交代しても同じ手順で続けられるか、例外対応に何分かかるかを測ります。ほかの工場へ広げる場合は、設備や人数の違いを先に整理し、そのままコピーできる部分と、変更が必要な部分を分ける予定です。</p><h3>今回の確認ポイント</h3><ol><li data-list="ordered"><span class="ql-ui" contenteditable="false"></span>現場の入力や確認を増やしすぎない</li><li data-list="ordered"><span class="ql-ui" contenteditable="false"></span>成功例と失敗例を同じ様式で記録する</li><li data-list="ordered"><span class="ql-ui" contenteditable="false"></span>週ごとに変更点を一つずつ試す</li></ol><h2>皆さんに聞きたいこと</h2><blockquote>営業・間接部門のDXでは、入力負担とデータ活用のバランスをどう取っていますか。利用率を上げた小さな工夫や、逆効果だった施策を教えてください。</blockquote><p><br></p><p>※この投稿はデモンストレーション用のサンプルです。</p>]]></description>
<country></country>
<region><![CDATA[本社DX推進室]]></region>
<city></city>
<cityArea></cityArea>
<category><![CDATA[営業・間接部門DX]]></category>
<pubDate><![CDATA[Thu, 20 Aug 2026 06:38:57 +0900]]></pubDate>
</item>
</channel>
</rss>
