• ホーム
• 製造業

中小製造業で総務を担当しているジムリンと申します(*^-^*)！
ただの総務なのに気づいたらkintoneのアプリ構築まで兼任することになり、毎日バタバタしながら過ごしています。
製造業のことはまだまだ勉強中で、現場のみなさんに助けてもらいながら日々なんとかやっているような状態です(ﾟДﾟ;)

今日は、そんなボクのもとに届いた相談について紹介しようと思います。
テーマは「工程管理システムの選び方」。
話を聞いていくうちに、選び方にはこんな切り口もあるんだと気づかされた、そんな経緯を紹介します。

工程管理システムを探しているのに……種類が多すぎて自社に合うものが選べない！

ある日、他社で製造現場のお仕事をされているBさんからDMが届きました。

「ジムリンさん、kintoneとか工程管理に詳しいって聞いたので、ご連絡しました。
工程管理システムを探してるんですけど、種類が多すぎてどれが自社に合うか全然わからなくて……相談に乗ってもらえますか？」

詳しいかどうかは微妙なところなんですが(;'∀')
「もちろんです！」とお答えして、まずBさんの状況を聞かせてもらいました。

今はどんな方法で工程管理をされていますか？

「ずっとエクセルで管理してきたんですけど、そろそろ専用のシステムに変えたほうがいいかなって思ったんですよ。
それで調べてみたんですが、出てくる出てくる……。
製造業向けで探してみても、どれも説明が難しくて、判断できなくて……。」

カタログとか取り寄せてみましたか？

「取り寄せたんですけど、字がいっぱいで難しいし、値段も高いし(ﾟДﾟ;)
そもそもどうやって選べばいいか全然わからなくて……。」

「どうやって選べばいいか全然わからない」——その一言が、ボクにとっても答えの見えない問いになりました。

工程管理システムの選び方｜よくある3つの切り口

「じゃあ、どうやって選べばいいか一緒に調べてみましょう！」
調べてみると、工程管理システムを選ぶときによく挙げられる切り口が、大きく3つあるようでした。

機能で選ぶ

機能で選ぶなら、まず自社の工程で必要な機能を書き出してみるといいみたいです。

工程の見える化・スケジュール管理・進捗確認など、必要な機能を先に整理しておくと比較の軸になるらしくて。

機能が多ければいいわけじゃなくて、自社に必要な機能が揃っているかどうかが判断のポイントになるみたいです。

「わかるんですけど……機能を全部書き出すのって、そもそもどんな機能が必要かから考えないといけなくて時間がかかりそうだなーって(..;)」

価格帯で選ぶ

予算感を先に決めておくと、候補が絞れるみたいですよ。

工程管理システムって月額数千円〜数十万円まで幅が広いらしくて、月額費用・初期費用・カスタマイズ費用の3つを分けて確認しておくと、予算に合った候補が絞り込みやすくなるみたいです！

「でも相場がわからないと、高いのか安いのかも判断できないですよね？問い合わせしないと正確な価格がわからない製品もあるし、比較しにくいなあ。」

業界向けで選ぶ

製造業向けに特化したシステムも最近は増えてきているみたいで。

現場で使う機能が最初から組み込まれていることが多いらしくて、汎用のシステムよりも追加設定が少なくて済む場合もあるみたいです。

「製造業向けって調べたら、それはそれでたくさん出てきて……(..;)結局どれがいいのかわからないです。」

どれを伝えても、Bさんの「わからない」は変わらないまま。
なんと返せばいいか、言葉が出てきませんでした。
なんか……切り口の話じゃない気がする。

ボクはジョーさんのところへ向かいました。

それでも工程管理システムを選べないなら「導入形態」で考えてみよう！

ジョーさんのところへ着いて、Bさんとのやりとりをそのまま話しました。

なるほどね。機能・価格・業界向け……全部考えてみたけど、それでも答えが出ない。

それって、選ぶ前に整理できていないことがあるからだと思うよ。

選び方の前に、たしかに必要な機能は整理できてなかったかもしれないですね。

情報を得てから整理したかったのかも……。

そういう視点もあるんだけど、また違った切り口で考えてみようか。

たとえば住宅を選ぶとき、建売・注文・セミオーダーってあるよね。

工程管理システムにも、それと同じような「導入形態」の違いがあるんだよ。

工程管理システムには3つの導入形態がある

まず、住宅の3種類をイメージしてみて。

住宅の種類	特徴
建売住宅	できあがっている物件を購入する
注文住宅	要望に合わせてゼロから設計・建築する
セミオーダー	標準仕様をベースに一部を自分好みに変更できる

「ボクだったら、全部こだわりたいから注文住宅かな？
でも予算を考えたらセミオーダーもありかも。」

要望と予算のバランスで、自分に合う形態を考えられるよね。

工程管理システムにも、ちょうどこれと同じような3つの導入形態があるんだよ。

導入形態	特徴	メリット	デメリット
パッケージ型	決められた機能の既製品を使う	・コストが低い ・すぐに導入できる	・カスタマイズできない ・自社の運用に合わない部分が出ることもある
フルカスタム型	自社仕様にあわせてオーダーメイドできる	・自社の仕様に完全対応できる	・コストが高い ・開発に時間がかかる
セミオーダー型	標準機能をベースに必要な機能を調整できる	・コストと柔軟性のバランスが良い	・カスタマイズできる範囲に制限がある ・パッケージ型よりはコストが上がる

あ……！Bさんが取り寄せたカタログが字がいっぱいで難しくて、値段が高かったのって、フルカスタム型に近いシステムだったからかも！

「自社はどの導入形態が合っているか」が選ぶ観点になる

機能や価格などで絞り込みにくいときは、「自社はどの導入形態に近そうか」という視点で整理してみるといいよ。

なるほど……！導入形態っていう整理の仕方もあるんですね。

Bさん、機能を書き出すのが大変そうって言ってたから、型をざっくり絞ってからのほうが合いそうな気がして……。

Bさんだったら、どの型が合うんですかね？

製造業特化のセミオーダー型はどうかな？GROW工程管理っていうのがあるよ。

これがGROW工程管理のガントチャート画面。

こんな感じで、各案件の納期を一画面で見られるよ。

オーダー別・設備別・担当別など複数の視点で確認できて、現場スタッフがタブレットで実績を入力するとリアルタイムで反映されるのも便利だね。

このガントチャートを作るときは、あらかじめ情報を入れておくだけで、受注・設備・担当の空き状況をもとに、負荷オーバーにならない最短納期のスケジュールを数クリックで自動生成してくれるんだ。

自動でスケジュールが組めるんですね……！

現場に聞きに行かなくても、ここで進捗が全部見えるんだ。

進捗確認のために現場に聞きに行く必要もなくなりますね……！

しかも、セミオーダーだからフルカスタムより安価。

ノーコードでカスタマイズできるkintoneだから、専任人材も不要で中小製造業に向いてるよ。

	GROW工程管理	従来の生産スケジューラ
導入コスト	月額2.5万円〜	数百万円以上が相場
専任エンジニア	不要	必要

月額2.5万円から使えるんですか……！

これはお手軽に導入できそうですね。

導入形態の視点から工程管理システムを選んでみよう

ジョーさんのところからBさんのもとへ戻り、「導入形態」という観点について話しました。
そして、GROW工程管理を製造業特化のセミオーダー型のひとつとして紹介しました。

「たしかに、ジムリンさんがいうように、導入形態で絞り込んだ方が比較対象が少なくなりますね。
そのなかで機能や価格帯を比較してみることにします！ありがとうございます。」

今回の相談を通じて気づいたのは、工程管理システムを選ぶ切り口は、機能・価格・業界向けだけじゃないということでした。

もし今、工程管理システムを探していてどれが自社に合うか判断できないなら、「導入形態」という観点で一度整理してみるのもひとつの手かもしれません。

GROW工程管理は、製造業特化のセミオーダー型の工程管理システムです。
製造業で工程管理システムの導入を検討されているなら、ぜひ選択肢のひとつとして考えてみてください(*^-^*)
GROW工程管理について詳しく知りたい方は、連絡お待ちしています！

GROW工程管理 資料ダウンロードはコチラ

GROW工程管理 個別相談会はこちらコチラ

" ["post_title"]=> string(135) "工程管理システムってどうやって選べばいいの？価格・機能だけではなく導入形態も検討してみよう" ["post_excerpt"]=> string(0) "" ["post_status"]=> string(7) "publish" ["comment_status"]=> string(6) "closed" ["ping_status"]=> string(6) "closed" ["post_password"]=> string(0) "" ["post_name"]=> string(48) "process-management-system-manufacturing-industry" ["to_ping"]=> string(0) "" ["pinged"]=> string(0) "" ["post_modified"]=> string(19) "2026-03-20 12:10:09" ["post_modified_gmt"]=> string(19) "2026-03-20 03:10:09" ["post_content_filtered"]=> string(0) "" ["post_parent"]=> int(0) ["guid"]=> string(45) "https://adiem.jp/?post_type=blog&p=16498" ["menu_order"]=> int(0) ["post_type"]=> string(4) "blog" ["post_mime_type"]=> string(0) "" ["comment_count"]=> string(1) "0" ["filter"]=> string(3) "raw" } [4]=> object(WP_Post)#4951 (24) { ["ID"]=> int(16423) ["post_author"]=> string(2) "14" ["post_date"]=> string(19) "2026-03-19 14:24:04" ["post_date_gmt"]=> string(19) "2026-03-19 05:24:04" ["post_content"]=> string(14951) " こんにちは、ジムリンです(*^-^*)！ 製造業の総務に転職して半年、kintoneまわりの業務も任されるようになりました。 今回は、生産管理の現場でよく耳にする「急な生産計画の変更のたびに後続工程の調整に追われる」というお悩みについて、GROW工程管理でどこまで解決できるのかを調べてみました！

生産計画の変更のたびに後続工程すべて手直し……もっと楽に調整できないの？

先日、金属加工業で生産管理を担当しているAさんから相談を受けました。

Aさん、今日はどんなお悩みがあって来られたんですか？

「うちの工場、穴開け→溶接→組立→塗装って工程が連動して動いているんですよ。 で、機械トラブルや特急案件の割り込みが入るたびに、後続工程の日程を全部手直しして……毎回ヘトヘトで(ﾟДﾟ;)」 Aさんが見せてくれた工程表を見ると、複数の工程が複雑に絡み合っているのがよくわかりました。 穴開けが1日ずれたら、溶接も、組立も、塗装も……全部の日程を頭で計算し直しながら手入力しなければならないんです。

それ、毎回やってるんですか……？

「そうなんです。 機械トラブルや特急案件なんて、現場では日常茶飯事なので。 GROW工程管理を使えば、もう少し楽に調整できるようになりますか？」 ボクには正直、製造業の工程管理の細かいところはまだわからないことだらけです(..;) でも、これはジョーさんに聞いたら絶対に答えてくれる！ と思って、ジョーさんのところへ向かいました。

GROW工程管理なら生産計画の変更も「自動」で対応！現場のこだわりは「手動」で反映できる

ジョーさんのところへ着いて、ボクはAさんから聞いた悩みをそのまま伝えました。

機械トラブルや特急案件の割り込みが入るたびに、後続工程の日程をExcelで全部手直ししないといけないそうなんです。

穴開けが1日ずれたら、溶接も、組立も、塗装も……全部の日程を頭で計算し直して手入力で。

毎回それをやっているのでヘトヘトになるって……。

なるほどね。

変更が入るたびに後続工程を全部手で計算し直すのは、たしかに大変だよね。

それなら、GROW工程管理で解決できるかもしれないよ。

GROW工程管理ですか？ どんなものなんですか？

生産スケジューラの機能を持ったシステムだよ。

https://youtu.be/1FUPP6Ajrxw

なかでもAさんのお悩みにぴったりな機能が2つあるんだ。

ひとつは、変更が出たときに後続工程を自動で計算し直してくれる機能。

もうひとつは、システムでは表しきれない現場の判断を手動で反映できる機能。

自動と手動、どっちも使えるんですか！？

生産スケジューラによる日程計画・自動スケジューリング

自動スケジューリング機能を使うと、設備や担当者の余力を計算して、負荷が限界を超えない範囲で最短の日程を自動で割り当ててくれるんだよ。

Excelだと、変更のたびに工程の順番と設備の空き状況を頭のなかで計算しながら手入力するよね。

GROW工程管理なら、そこをシステムが肩代わりしてくれるんだ。

それ、Aさんが毎回やっていたことじゃないですか……！

ガントチャートによる手動調整

もうひとつが、ガントチャート上での手動調整。

直感的なドラッグ＆ドロップ操作で、現場の細かな要望に合わせて日程をねじ込むことができるよ。

システムが自動で組んだ日程が、現場の実情と合わないこともあるよね。

そういうときは、ガントチャート上で直接バーを動かして調整できる。

自動と手動を状況に応じて使い分けられるのが、GROW工程管理の強みなんだよ。

Aさんが抱えていたお悩み、これで全部カバーできそうじゃないですか？！

実践！生産計画の変更が発生したときのGROW工程管理の動き

ここからは、実際にGROW工程管理のデモを見せてもらいながら、2つのシチュエーションで「どう動くか」を確認しました。

現場で進捗遅れが発生！後続の生産計画も一括で変更できる？

たとえば、切断工程で遅延が出たとき、後続工程の日程も一括で変更できるんですか？

やってみよう。

まず、ガントチャートを見ると、切断工程に赤い三角のマークがあるね。

これが進捗遅れのサインだよ。

計画を変更する方法はいくつかあるんだけど、今回は後続工程も一緒に動かしたいということだから、日程計画から変更してみよう。

ガントチャートから日程計画に飛ぶときは、Menuのチェックマークをクリックしてみて。

メニューが表示されるから、日程計画を選んでね。

次に、後続工程をリスケにチェックを入れる。

その後、画面右側で「自動スケジューリング」を選択。

基準日時を変更して、「リスケ実行」をクリックしよう。

今回は、3月10日8時からの開始を3月13日に変更してみたよ。

実行すると、設備と人員の負荷状況が再計算されて、後続の全工程が一括で自動変更されるんだ。

わああああ！一瞬で計画変更が終わった！

進捗遅れのサインも消えましたね。

とてもカンタンでしょ？

Excelをポチポチ直すための残業がゼロになりますよね……！！

これ、Aさんに早く教えてあげたい(ﾟДﾟ;)！

「無理を承知でこの日にねじ込みたい！」そんなときはどうすればいい？

ジョーさん、でも現場って「今すぐねじ込まないといけない！」っていうときもありますよね？

そういうときはどうすればいいんですか？

そういうときは手動調整だよ。

ガントチャート上の作業バーを、入れたい日付に直接ドラッグ＆ドロップしてみて。

負荷オーバーになったり工程に矛盾が生じたりすると、このように赤い警告が表示されるけど、強制的に実行が可能だよ。

ただ、これをやると、前後の工程の調整も手動で行わなきゃいけないからおすすめしない。

リソースを無視した運用を防ぐ意味でも自動スケジューリング機能を使ってほしいね。

なるほど……！ 基本はシステムに任せて、勝負どころでは手動で負荷調整できるってことですね。

でも、ジョーさんが言うように、現場のリソースを無視した運用はそもそもよくないですね。

GROW工程管理を入れると、これまでまかり通っていた無茶な運用も改善できる可能性がありますね！

生産計画の変更はGROW工程管理に任せて、Excelの手直し作業から卒業しよう

デモを見終えて、ボクはAさんにまとめてお伝えしました。

・日常の進捗ズレは「自動スケジューリング」で一瞬で終わる ・「本当に実現可能な日程か」を設備・人員の負荷状況から正直に教えてくれる ・現場判断での無理な差し込みも「手動調整」で柔軟に対応できる

「急な生産計画の変更のたびに、後続工程の日程を全部手直しして……」 そんなExcelでの手入力まみれの生産計画変更から、もう卒業しませんか？ GROW工程管理を使えば、本来集中すべき「現場を良くする仕事」に時間を使えるようになります。 まずは無料体験で、自社の工場の「リアルな予定」を入れてみてください。 GROW工程管理 資料ダウンロードはコチラ GROW工程管理 個別相談会はこちらコチラ" ["post_title"]=> string(117) "GROW工程管理で生産計画の変更を自動化！Excel工程表の手直しをやめて余力を産み出そう" ["post_excerpt"]=> string(0) "" ["post_status"]=> string(7) "publish" ["comment_status"]=> string(6) "closed" ["ping_status"]=> string(6) "closed" ["post_password"]=> string(0) "" ["post_name"]=> string(22) "production-plan-change" ["to_ping"]=> string(0) "" ["pinged"]=> string(0) "" ["post_modified"]=> string(19) "2026-03-20 12:15:24" ["post_modified_gmt"]=> string(19) "2026-03-20 03:15:24" ["post_content_filtered"]=> string(0) "" ["post_parent"]=> int(0) ["guid"]=> string(45) "https://adiem.jp/?post_type=blog&p=16423" ["menu_order"]=> int(0) ["post_type"]=> string(4) "blog" ["post_mime_type"]=> string(0) "" ["comment_count"]=> string(1) "0" ["filter"]=> string(3) "raw" } [5]=> object(WP_Post)#4954 (24) { ["ID"]=> int(16453) ["post_author"]=> string(2) "14" ["post_date"]=> string(19) "2026-03-19 11:30:53" ["post_date_gmt"]=> string(19) "2026-03-19 02:30:53" ["post_content"]=> string(12527) " こんにちは、ジムリンです！ 前回、ボクは大きな決断をしました。 「工場長の課題に集中する。追加機能は一切つけない！」 そう宣言して、なんとか同僚たちの理解を得たんです。 でも、宣言したからといってすべてが丸く収まるわけではありません。 今回は、ついに正式リリースした日のこと、そしてそのあとに起こった出来事についてお話しします。

工場長への「電話を減らすためのアプリ」が完成！リリースしたあと、正直怖かった

工場長への電話を減らす！それだけを考えて、ボクは機能を徹底的に絞り込みました。 アプリを保存して、ホッとするかと思いきや……、襲ってきたのは、えもいわれぬ恐怖感。  

使ってもらえなかったら……。

電話が減らなかったら……。

  そんな風に、まだ起こっていないことを想像しては不安になるということを繰り返していました(..;)   しかし、その日の午後、さっそく工場長がデスクでアプリを開いているのが見えたんです。 ボクは離れた場所から、固唾を飲んで見守りました。 内心ドキドキです……。 工場長はしばらく画面を見つめたあと、無言でアプリを閉じました。 やっぱりダメだったかな……(T-T) ボクは落ち込みながら、デスクに戻りました。

工場長への電話が減った！？「小さな成功」が現場を変える

アプリのリリースから数日後のことです。 ボクは気づいてしまいました。工場長のデスクの電話が……鳴っていないことに！ いや、正確には「減っている」んです。 以前は午前中だけで何度も鳴っていましたが、営業や各工程からの進捗確認や納期確認の電話が明らかに少なくなっていました。   しばらくして、営業担当さんが「ちょっと確認します」と言いながら、スマホを取り出す場面も見かけました。 いつもだったら工場長に電話している内容を、営業用のスマホからkintoneにアクセスして確認できている……。  

もしかして……、ボクの作ったアプリが機能してる？

  ボクは思わず声に出しそうになりました。 それくらい、嬉しかったんです。これって成功じゃないですか！？   全部の要望を入れようとしなかったこと、正直後悔するときもありました。 工場長の「電話対応がつらい」という、たった一つのボトルネックを見つめたことが、ほかの人たちを蔑ろにしてるんじゃないかって。 これでうまくいかなかったらって……。   でも、今ボクは目の当たりにしているんです。 小さな成功を。

変わったのは「電話の数」だけじゃなかった。広がり始める「改善」の空気

よくよく見ていくと、電話が減っただけじゃなかったんです。 現場の空気が少し変わったような気がします。 何かが、動き出しているような……。

工場長からのぶっきらぼうな「ありがとう」

その日の夕方、廊下を歩いていると工場長が歩いてきました。 「お前は何も分かってない！」と激怒したあの工場長です。 アプリのリリースから、まだ一度も言葉を交わしていませんでした。 工場長の電話は減ったように見えるけど、一体どう思っているんだろう？ ドキドキしていると、工場長が立ち止まり声をかけてくれたんです。   「……ジムリンさん。」 工場長は少し間を置いてから、ぽつりと言いました。 「……電話、減ったね。」 「前にシステム導入があったとき、えらい目に遭ったから、また同じことになると思ってた。」 「今回は、とても助かっているよ。ありがとう。」   その言葉に、すべてが込められていました。  

やってよかった……。

ボクのやったことは間違いじゃなかったんだ！

工場長に頼らなくて済む！笑顔の同僚たち

翌日、「Excelの方が速い」と言っていたあの同僚が、興奮した様子でボクのもとにやってきました。 「ジムリンさん！さっき客先で納期を聞かれてさ、その場でkintoneで確認して即答できたんだよ。 ほら、作ってくれたアプリを使って！スマホからすぐに見られるからさ。」 「いつもならExcelで管理しているから、会社に戻って折り返し電話してたところだよ。」 「Excelのほうが作るのは速いかもしれないけど、利便性で考えるとkintoneのほうが上かも！」  

お役に立ててよかったです！

その場でスマホから確認するなんてナイスプレーですね！

顧客もすぐに情報を得られて、安心したんじゃないでしょうか。

  同僚がアプリを使ってくれている！ボクは内心ガッツポーズをしていました。 結果的に、みんなの声を無視した形になってしまったけど、こんな風に現場が変わるなんて。 そこまでボクは予想してなかったんです。 ああ、ボトルネックを解消するってこういうことなのかも？ ボクはようやく、ジョーさんから教わったことを体感的に理解しはじめていました。

次の一手は「みんなで考える」、そんな空気感を作りたい

数日後、ボクは思い切って次のステップに進むために、みなさんに集まってもらいました。  

少しだけ、時間をもらえますか？

  会議用のデスクを囲んだ工場長や各工程のリーダー、営業担当の前で、ボクは以前描いた業務フロー図を広げました。  

工場長へ電話が集中する問題は解決できたと思います。

でも、工場の課題はそれだけじゃありません。

ボクは今回の取り組みで、少しずつでも改善していけば現場が変わることを実感しました。

だからこそ、ここで止まってはいけないと思うんです。

今回のアプリ制作では突っぱねたみなさんの声も、たくさんあります。

だから、次に解決したい課題を一緒に考えませんか？

  「ジムリンさん、実は在庫確認をもう少し効率化したくて……。」 「Excel管理の工程管理表なんだけど、納期調整のために結構時間を使ってるんだよね。」   みんなも、今回のアプリで改善の良さを実感したんだと思います。 次の課題に対して、意欲的な声がどんどん上がるんです！  

みなさん！ありがとうございます！

優先度を決めながら、一つずつ解決していきましょう。

そしたらきっと、みんなの負担が軽くなっていくはずです！

  生産管理システムを作って！といわれて、「何からやればいいんだろう？」という地点からスタートしたボク。 まっさらな状態から始まった改善の旅は、一つの小さなゴールにたどり着きました。

【教訓】小さな成功が、チームの信頼と次の改善への推進力を生む ── 第1シーズン 完 ──

ジムリン、見ていたよ。

今回のアプリは無事、成果につながったみたいだね。

 

はい、ジョーさんが教えてくれたTOC理論のおかげです。

本当にありがとうございます！

 

今回のアプリ自体は生産管理システムとはほど遠いものだよね。

だけど、この小さな成功が現場に改善の空気を生んだはずだよ。

「こうやって改善していけばいいんだ」と思えたこと、これが工場の財産になる。

そして、次の改善への推進力になる。

それが証明されたね。

 

おっしゃるとおりです！ボク、次の改善の話もしたんです。

もう、わくわくしちゃって。

少しずつだけと改善を繰り返して、それが大きな生産管理システムになっていけば良いなって思っています。

あの、ジョーさん。これからもボクを支えてくれますか……？

 

コー・ジョーは工場の妖精。

ずっとここにいるよ。

  ジョーさんは、いつものようにふっと姿を消しました。   今シーズンでボクが学んだことをまとめます。

・システム設計は「全体最適」から始める ── まず業務フロー図を描いて、森を見よ ・ボトルネックを見つけ、排除ではなく「支える」ことで全体の流れが良くなる ・現場の「気持ち（Why）」を聞き、最小限の「仕様（What）」に翻訳する ・完成がゴールではなく、対話しながら育てていくことがシステム開発の本質 ・小さな成功がチームの信頼を生み、次の改善への推進力になる

ボクが作ったアプリは、スタートに過ぎません。 大事なのは、小さな成功を積み重ねて、チームと一緒に少しずつ育てていくこと。 いずれ、このアプリさえも改善が必要になるときがくると思います。 そのときも、今回学んだことを胸に、みんなの子を聴きながら前に進んでいくつもりです。 そして、ゆくゆくはkintoneで生産管理システムを作る！ ボクの挑戦は、これからも続いていきます(*^_^*)   ── 第1シーズン 完 ──" ["post_title"]=> string(93) "鳴り止んだ電話とチームの新しい未来―現場を変えた「小さな成功」" ["post_excerpt"]=> string(0) "" ["post_status"]=> string(7) "publish" ["comment_status"]=> string(6) "closed" ["ping_status"]=> string(6) "closed" ["post_password"]=> string(0) "" ["post_name"]=> string(30) "system-development-small-steps" ["to_ping"]=> string(0) "" ["pinged"]=> string(0) "" ["post_modified"]=> string(19) "2026-03-26 10:19:26" ["post_modified_gmt"]=> string(19) "2026-03-26 01:19:26" ["post_content_filtered"]=> string(0) "" ["post_parent"]=> int(0) ["guid"]=> string(45) "https://adiem.jp/?post_type=blog&p=16453" ["menu_order"]=> int(0) ["post_type"]=> string(4) "blog" ["post_mime_type"]=> string(0) "" ["comment_count"]=> string(1) "0" ["filter"]=> string(3) "raw" } [6]=> object(WP_Post)#4955 (24) { ["ID"]=> int(16401) ["post_author"]=> string(2) "14" ["post_date"]=> string(19) "2026-03-07 14:31:40" ["post_date_gmt"]=> string(19) "2026-03-07 05:31:40" ["post_content"]=> string(26836) " 中小製造業で総務を担当しているジムリンです(*^_^*) ただの総務なのに、気がついたらkintoneのアプリ構築まで兼任することになり、毎日バタバタしながら過ごしています。 製造業のことはまだまだ勉強中で、現場のみなさんに助けてもらいながら日々なんとかやっているような状態です(ﾟДﾟ;) 今日は、そんなボクのもとに届いた相談と解決につながる考え方を紹介しようと思います。 テーマは「エクセルで工程表を作ること」……なんですが、話を聞いていくうちに、実はエクセルのフォーマットを工夫しても解決しない本質的な問題が見えてきました。 同じような悩みを抱えている方にも、きっと参考になると思います。

工程管理がうまくいっていない……エクセルを使った工程表の作り方を知りたい！

ある日、他社で生産管理を担当しているBさんから 「ジムリンさん、kintoneとか工程管理にくわしいって聞いて。ちょっと相談に乗ってもらえますか？」 と連絡が届きました。 くわしいかどうかは微妙なところではあるんですが(;'∀') 「もちろんです！」とお答えして、話を聞かせてもらいました。 Bさんの悩みはこういう内容でした。

うちは工程別にエクセルで納期を管理してるんですけど、最近なんか管理がやりにくくなってきた感じがして。 フォーマットが古くなってきたせいかなって思ってて、直せば改善するんじゃないかと。 手軽な作り方とか、いいフォーマットってありますか？

 

なるほど。やりにくさを感じてきたから、エクセルで作った工程表を見直そうとしているんですね。

これ、すごくわかる話だなと思いました。 エクセルでの工程管理は多くの現場で使われていますし、「使い続けているうちにちょっとずつ合わなくなってくる」という感覚は、ボクの会社でもよく耳にします。 ボクもそこまで詳しくないので一緒に調べてみると、エクセルで作れる工程管理表にはいくつかのフォーマットがあることがわかりました。

エクセルで作れる代表的な工程管理表のフォーマット

エクセルで作る工程管理表には、大きく分けて4つのフォーマットがあります。

Bさん、エクセルの工程表に適したフォーマットには、種類があるみたいですよ。

どれがBさんの会社に合いそうか見てみましょう！

フォーマットの種類	特徴	向いている場面
ガントチャート式	縦軸に工程、横軸に時間をとり、作業期間をバーで表示	進捗の視覚的な確認
バーチャート式	作業期間をシンプルな棒グラフで表示	全体のボリューム感の把握
グラフ式	出来高や生産数の推移を折れ線・曲線で表示	生産トレンドの追跡
ネットワーク式（PERT図など）	工程の順序や依存関係を丸と矢印でつないで表示	複雑な生産プロセス全体の把握

Bさんは少し前向きな表情になりながら 「なるほど、色々あるね！ただ、それぞれ使う目的が結構違うみたい。 今使っているエクセルの工程表って日付と作業名を並べてるだけで、どの作業がいつ終わるのかパッと見えなくて。 ガントチャートなら作業の流れが一目でつかめそうだし、よさそうかな？」 と言いました。  

ガントチャートにすると、管理のしにくやが改善しそうですか？

「えっと……見やすくなれば管理しやすくなるかなって。」 Bさんの答えが、ボクはなんとなく腑に落ちませんでした。

エクセルの工程表だと改善するにも限界がある？

「見やすくなれば管理しやすくなる」って本当にそうでしょうか？ なんとなく気になったので、ボクはBさんにもう少し話を聞いてみました。

工程ごとにファイルが分かれていると前の工程の遅れが伝わらない

工程別にエクセルで管理しているって言っていました、それぞれファイルがあるってことですか？

その運用だと、たとえば切削で遅れが出たとき、組立チームのファイルには反映されないですよね？

  「そうです！ だから組立チームは知らないまま動いてて、後から気づいてバタバタすることがあって（苦笑）。」  

エクセルをガントチャートに変えたら見やすくはなりますが、ファイルが分かれてる状態は変わらないですよね？

ということは、連携部分での問題って解消されない気がするんですけど……。

  「……あ。」

担当者ごとに違うフォーマットでは工程全体の進捗が把握できない

「ジムリンさんが言うことはごもっとも。 うちは、工程別=チームに分かれているから、それぞれに管理担当がいるんだよね。 だから、各チームの担当者がそれぞれ使いやすいようにエクセルをいじってるんだよ。 切削チームと組立チームで、フォーマットが全然違う状態になってて。 もしかしてそれもまずいのかな？」  

じゃあ工場全体の進捗を一覧で見ることは……？

  「できないんだよ。 全体像を誰も把握できていない状態になっちゃってて。 そういう状態で回せるようにはなってるんだけどね！ 担当者が走り回って、それぞれ確認してみたいな。」

リスケのたびに手作業で修正して回る手間がかかる

スケジュールが変わったときは、どう対応してるんですか？

  「リスケするときは担当者が各チームにヒアリングして回って、情報共有してからファイルを手作業で修正して……。」  

え、毎回ですか？！

  「毎回そうだよ！もしかして、このやり方って他社さんではやってないのかな？うちはずっとそうだから、疑問にも感じてなかった（苦笑） だから、とりあえずフォーマットを変えればもう少しなんとかなるかなって思ってたんだよね。」   これ……ガントチャートに変えても、解決しないんじゃないかな(..;) Bさんがずっと抱えていた「やりにくさ」の正体は、エクセルの見た目ではなく、リスケのときの報連相やファイルの修正をすべて人が行わなければならない管理の構造にあるかもしれません！

エクセルじゃ解決できない？根本的な原因は個別最適化された「管理構造」にあり

Bさん、少しだけ待ってもらえますか？

そう言って、ボクはジョーさんのいるところまで走りました。

どうしたの？走ってきたの？

 

ちょっと聞いてもらっていいですか！？

エクセルで工程表を作成して、工程（チーム）ごとに生産管理を行っている会社の方から相談が来ているんですけど……。

本人は、工程表のフォーマットを変えるつもりだったみたいで。

ただ、話を聞いていたら、本当の問題はフォーマットじゃないような気がしてきたんです。

 

どんな状況なのか、くわしく話してみて。

  ボクがBさんの現状を説明すると、ジョーさんは少し間を置いてから言いました。  

たしかに、本質的な問題を見誤っているね。

やっぱり！

でも、だったらエクセルのフォーマット以外に何を変えればいいんでしょうか？

 

チームごとにファイルが分かれている、担当者ごとにフォーマットが違う、全体が見えない……。

まず、これはエクセルの見た目の問題じゃないよね。

どうやら、各チームが自分たちのやりやすさだけを優先して動いているみたいだね。

つまり、個別最適化された管理構造そのものが問題なんだよ。

各チームが使いやすいフォーマットに替えたところで、チームの連携部分はなんら変わらない。

むしろ、フォーマットを替えるリソースが無駄になるだけかもね。

    こうして、個別最適化された構造こそが問題だということがわかってきました。

個別最適から全体最適へシフトしよう！カギを握る「TOC理論」

個別最適化が問題……。

じゃあ逆に、個別最適化じゃない状態って、どういう状態ですか？

 

工場全体をひとつの流れとして捉えて、全体がうまく回ることを優先する状態だよ。

これを全体最適と呼ぶ。

Bさんに本当に必要なのは、新しいエクセルじゃなく、視点の切り替えだよ。

 

全体最適……。

 

チームで動いていたらチームのことを考えちゃうのは当たり前だよね。

全体最適について理解するのに役立つ考え方があるよ。

TOC理論って聞いたことある？

 

いや、はじめてです……。

TOC理論とは？制約に着目して全体の流れを改善する考え方

TOC（Theory of Constraints：制約理論）は、かんたんに言うと「工場の流れを止めているところを改善すれば、工場全体の流れが良くなる」という考え方だよ。

1980年代にゴールドラット博士が提唱したマネジメント理論で、ボトルネック（制約）に注目して改善することを重視しているんだよ。

TOC理論によると、全体の成果は一番流れが悪い工程、つまりボトルネックで決まるといわれているんだ。

[clink url="https://adiem.jp/blog/toc-training-overview/"]

ボトルネックに注目する？

個別最適化されたエクセル管理はボトルネックになりがち

 

Bさんの工場の場合、情報が伝わりにくい、担当者が走って調整して回らないといけない。

つまり、連携部分がスムーズにいっていなさそうだよね？

これが、全体の流れを悪くしている「ボトルネック」になっている可能性が高い。

 

連携部分がボトルネックになっている？

 

そうだね、ペットボトルの一番狭い部分、砂時計のくびれ部分を想像したらわかりやすいかな？

くびれが狭いほど流れが滞るよね。

 

つまり、工場全体の流れを良くするために、ボトルネックの狭さを改善するイメージでしょうか？

そして今回は、エクセル工程表がボトルネックなのではなくて、管理構造自体が流れをせき止めている原因ってことですか？

 

そうだね！

担当者が各担当者を探して、ヒアリングしてリスケして回らないといけない。

この体制が、工場の流れを止めているね。

 

もし、エクセルのフォーマットをガントチャートに替えても、この状態は変わらないから問題はそのまま残る……。

 

そういうこと。

じゃあ、本当に必要な改善は何だと思う？

 

連携部分がスムーズにいくことですよね。

たとえば、全工程の情報が一箇所に集まっていれば、そこをハブにすればいいので、担当者を探し回る必要がなくなります。

そのハブ上でリスケできたり、各チームに伝達できたりしたら、報連相も効率化されますよね！

 

そのハブには、GROW工程管理というシステムがちょうどいいかもしれない。

 

全体最適の視点で一元管理の仕組みを検討してみよう！

え！それって、エクセルやめなさいってこと？

 

エクセルでやりたいなら頑張らないといけないね。

そこに割けるリソースがあるならいいんだけど、ふつう工場って現場を動かしながら工程管理するから無理じゃない？

短期的に見るとフォーマットを替えるのが早いかもしれないけど、根本的な課題を解決して工場全体を良くしたいなら仕組みそのものを見直したほうがいいよね。

 

たしかに……。ちなみにGROW工程管理ってどんなものですか？

 

kintoneをベースにした、多品種少量・受注生産型の製造業に特化した工程管理システムだよ。

さっき話したTOC理論をベースに設計されていて、ボトルネックに着目して工場全体を最適化することを目的にしているんだ。

 

TOC理論がベース……！さっきの話とつながった気がします。

 

そう。Bさんが抱えていた問題をひとつずつ解消できる仕組みになっているよ。

まず、全工程の情報を一元管理できる。

チームごとにバラバラだったファイルが、kintone上の一画面にまとまるイメージだね。

切削チームも組立チームも、同じ画面で進捗を確認できるから、前の工程で遅れが起きたらすぐ全体に伝わる。

 

それだけで、Bさんが言ってた「担当者が知らないままバタバタする」問題は解消されますね。

 

そうだね。それから、日程計画を数クリックで半自動作成できる機能がある。

設備や人員の余力を考慮した上で、制約をオーバーしないようにスケジュールを組んでくれるんだよ。

 

それが自動スケジューリング機能ですね！リスケのたびに各チームにヒアリングして回る必要がなくなる……。

 

そういうこと。あとは、現場での実績登録がシンプルな設計になっていてね。

専任のエンジニアがいなくても、製造現場の担当者が自分たちで使えるようになっているんだよ。

 

中小製造業だと、システム専任の人がいないところも多いですもんね。

 

そうそう。kintoneがベースだから、使い慣れたら他の業務への展開もしやすいし、外部システムとの連携も比較的やりやすい。

Bさんの現場みたいに、まずは工程管理の構造を整えることから始めたい会社にはちょうどいいと思うよ。

それに、低コストで導入できるんだ。

 

なるほど……。

GROW工程管理を選択肢のひとつとして考えると、管理構造の仕組みも幅広く検討できそうですね！

 

全体最適の視点を取り入れて工程管理の構造を見つめ直そう

ボクはBさんのところへ戻り、ジョーさんから学んだことを自分なりの言葉に直して伝えました。 TOC理論のこと、個別最適と全体最適のこと、今回のボトルネックのこと。 そしてGROW工程管理のことも。 Bさんは、 「エクセルの作り方を探せばなんとかなると思ってたけど。 それって結局、自分のチームの中だけをなんとかしようとしてただけで、工場全体の流れのことは考えてなかったんだ。 そもそもエクセルのフォーマットを探している場合じゃなかったんだね。 新しい気づきを得られたよ、ありがとうジムリン！」 と言って、帰って行きました。 Bさんの表情が、相談に来たときとは明らかに違いました( *´艸｀)  

結局、エクセルのフォーマットは見つからなかったけれど、問題の本質に気づけたことが何よりの収穫かも！

今回の話を通じてボクがあらためて感じたのは、全体最適の視点で課題と向き合わないと、問題の本質には気づけないということです。 エクセルで新しい工程管理表の作り方を探したり、便利なフォーマットを取り入れたりすること自体は悪くありません。 でも、各チームがバラバラにファイルを持ち、情報が分断されたまま運用している状態では、どれだけ見た目を整えても根本的な問題は残り続けます。 もし今、Bさんと同じようにエクセルの工程表を使っていてリスケにリソースが割かれているなら、工程表のフォーマットの前に管理構造自体を見直してみてください。 個別最適な視点で作られた構造なら、全体最適の視点で見直すと、ボトルネックが見つかり本当にやるべき施策がわかるはずです。 そして、一元管理の仕組みが必要なら、GROW工程管理のようなシステムも検討してみるとよいかもしれませんね( *´艸｀) GROW工程管理について詳しく知りたい方がいれば、連絡お待ちしています！ GROW工程管理 資料ダウンロードはコチラ GROW工程管理 個別相談会はこちらコチラ  " ["post_title"]=> string(132) "エクセルで工程表の作り方を探している方へ！工程管理で悩んでいるなら全体最適の視点を学ぼう" ["post_excerpt"]=> string(0) "" ["post_status"]=> string(7) "publish" ["comment_status"]=> string(6) "closed" ["ping_status"]=> string(6) "closed" ["post_password"]=> string(0) "" ["post_name"]=> string(33) "how-to-create-a-schedule-in-excel" ["to_ping"]=> string(0) "" ["pinged"]=> string(0) "" ["post_modified"]=> string(19) "2026-03-07 14:43:44" ["post_modified_gmt"]=> string(19) "2026-03-07 05:43:44" ["post_content_filtered"]=> string(0) "" ["post_parent"]=> int(0) ["guid"]=> string(45) "https://adiem.jp/?post_type=blog&p=16401" ["menu_order"]=> int(0) ["post_type"]=> string(4) "blog" ["post_mime_type"]=> string(0) "" ["comment_count"]=> string(1) "0" ["filter"]=> string(3) "raw" } [7]=> object(WP_Post)#4956 (24) { ["ID"]=> int(16350) ["post_author"]=> string(2) "14" ["post_date"]=> string(19) "2026-03-05 15:04:48" ["post_date_gmt"]=> string(19) "2026-03-05 06:04:48" ["post_content"]=> string(10579) " こんにちは、ジムリンです！ 前回、ボクは大きな決断をしました。 「今は工場長の声だけを聞く。追加機能は一切つけない！」 そう宣言して、背水の陣でアプリを作り直すことにしたんです。 でも、決めたからといってすべてが丸く収まるわけではありません。 今回は、ボクが直面した「システムは完成させて終わりじゃない」という、開発の本当の難しさと楽しさについてお話しします。

一つ解決したら、また新しい要望が出てくる

工場長のために機能を絞り込んだアプリ。 「電話しなくて済むのが助かる」という工場長の一言を信じて、ボクは必死に画面を整えていました。 でも、ボクがデスクでkintoneを触っていると、案の定、現場から不満の声が上がりました。 ボクの元にやってきたのは、以前「Excelの方が速い」と言った同僚たちでした。 「ジムリン、本当に工場長のことだけで進めるつもり？」 「俺たちが言った改善要望は無視かよ。不公平だと思わない？」 「みんなの意見を聞くのが総務の仕事じゃないのかい？」 グサリ、と胸に刺さります。 みんなの要望も、決して間違っているわけじゃない。 もっと便利にしたい、楽になりたいという気持ちは痛いほどわかるんです。  

あ、いえ、そんなつもりは……！

  つい、いつもの弱気なボクが出そうになります。 でも、ここでまた「全部入れます！」なんて言ったら、せっかく見つけた「翻訳者としてのボク」は消えて、また以前の、誰の要望に応えればいいのか分からず迷走していた頃に逆戻りです。 それだと結局、誰の役にも立たない中途半端なシステムができあがってしまう。 でもみんなにとっては「順番待ち」のモヤモヤがあるのもわかっています。 これを、どうやって納得してもらえばいいんだろう……。

システムは「完成させる」ものじゃなく「育てていく」もの

 

ジムリン、いい顔になってきたね。

悩んでいるのは、一歩踏み出した証拠だよ。

君が今やっていることはね、「育シス開発（育てるシステム開発）」という考え方そのものなんだよ。

 

育シス開発……育てるシステム開発……？

 

システムはね、家を建てるように「完成させて終わり」じゃないんだ。

小さく始めて、現場と一緒に大きく育てていく。

それが、自社に本当に合ったシステムを作る秘訣なんだよ

なぜ「小さく始めて大きく育てる」のか？

ボクの「え？」という顔を見て、ジョーさんはホワイトボードの前に立ちました。

最初から全部作ると、自社に合わないシステムになる

 

もし、最初からみんなの要望を全部入れた「完璧なシステム」を目指していたら、どうなっていたと思う？

  ジョーさんの問いに、ボクはこれまでの失敗を思い出しました。 開発に時間がかかりすぎて、いつまで経っても誰の手にも届かない。 機能が増えすぎて操作は複雑になり、本当に必要な機能かどうかもわからないまま作ってしまう……。  

……きっと、完成する頃には現場の状況が変わっていて、結局誰の課題も解決できないまま捨てられてしまうかもしれません(T-T)

 

そのとおり。

完璧を目指すあまり、時間をかけすぎるのはシステム開発において最大のリスクなんだよ

 

一つ解決すると、次に本当に必要なものが見えてくる

 

でも、今回は一つに絞った。

その結果、どうなったかな？

 

工場長への電話という、最大の「タスクの滞留」に狙いを定めることができました！

 

そうだね。

一つの課題を解決してみると、工場全体の流れが少し良くなって、次にどこを改善すべきかが、より明確に見えてくる。

これが「育てる」ということなんだよ

 

小さく始めれば、環境の変化にも対応できる

 

製造業の「改善」と同じだよね。

一度改善して終わり、なんてことはないでしょ？

 

環境が変われば、新しい問題が出てきますもんね。

そのたびに、少しずつ形を変え、磨きをかけていく必要があります。

 

システムも同じ。

最初から100点を目指すんじゃなく、使いながら、対話し続けながら改善を重ねることで、使えば使うほど自社に馴染んだ、かけがえのないシステムに育っていくんだよ。

 

工場長の課題だけに絞ってスモールスタート！これからみんなでシステムを育てよう

ボクの中で、バラバラだったピースがつながりました。 ボクがやろうとしていたことは、育シス開発だったんだ！ 自分の行動に確信を持てたボクは、深呼吸をして、まだ不満げな表情で待っている同僚たちのもとへ向かいました。  

みなさん、お待たせしました。

たしかに、みなさんの要望も大切です。

でも、これを見てください！

  ボクは、第2話でみんなと描いた「業務フロー図」を広げました。  

この図を見ると、すべての業務の矢印が、最終的に工場長に集中していますよね。

だから、まず工場長の課題を解決することが、結果的にみなさんの仕事の滞りを解消する近道なんです。

  ボクは落ち着いて、でも力強く言葉を続けました。  

みなさんの意見を無視しているわけではありません。

今のシステムは、ようやく生まれたばかりの「種」の状態です。

順番に、一つずつ課題を解決しながら、みんなで一緒にこのシステムを育てていきましょう。

そうすれば、少しずつみなさんの負担も軽くなっていくはずです。

  ボクの熱意と、何より「なぜ工場長が先なのか」というロジックに、同僚たちは顔を見合わせ、少し気圧された様子で呟きました。 「……まぁ、そういうことなら。一気に全部は無理でも、次は俺たちの番、頼むよ？」  

もちろんです！ 一緒に育てていきましょう！

  ボクの力強い宣言に、現場に少しだけ、前向きな空気が流れた気がしました。

【教訓】まずはボトルネックに集中！自社の環境に合わせて少しずつシステムを育てよう

見事だったね、ジムリン。

君は「育シス開発」を、技術としてだけでなく、現場との対話として実践できたよ

  今回ボクが学んだ「育シス開発」のポイントをまとめます。

・小さく始めることで、本当に必要な機能が見えてくる ・環境の変化に合わせて改善を重ねることで、自社に合ったシステムに育つ ・対話しながら一つずつ育てていく。それがシステム開発の本質

システム開発の本質は、プログラムを書くことだけじゃない。 現場の困りごとに寄り添い、少しずつ、でも確実に、みんなで一緒に「育てていく」ことなんだ。 前に進むための、たしかな自信を胸に。ボクの挑戦は、これからも続いていきます！" ["post_title"]=> string(120) "最初から完璧なシステム開発なんて無理！「育てる」ことで自社に合ったシステムになる" ["post_excerpt"]=> string(0) "" ["post_status"]=> string(7) "publish" ["comment_status"]=> string(6) "closed" ["ping_status"]=> string(6) "closed" ["post_password"]=> string(0) "" ["post_name"]=> string(28) "nurturing-system-development" ["to_ping"]=> string(0) "" ["pinged"]=> string(0) "" ["post_modified"]=> string(19) "2026-03-05 15:04:48" ["post_modified_gmt"]=> string(19) "2026-03-05 06:04:48" ["post_content_filtered"]=> string(0) "" ["post_parent"]=> int(0) ["guid"]=> string(45) "https://adiem.jp/?post_type=blog&p=16350" ["menu_order"]=> int(0) ["post_type"]=> string(4) "blog" ["post_mime_type"]=> string(0) "" ["comment_count"]=> string(1) "0" ["filter"]=> string(3) "raw" } [8]=> object(WP_Post)#4957 (24) { ["ID"]=> int(15975) ["post_author"]=> string(2) "13" ["post_date"]=> string(19) "2026-02-17 15:00:50" ["post_date_gmt"]=> string(19) "2026-02-17 06:00:50" ["post_content"]=> string(18532) "kintoneと連携できるツールについて調べていると「n8n」という名前をよく見かけます。 でも、何ができるツールなのか、自分たちに必要なものなのかがピンとこない方も多いはずです。しかもkintoneには「連携コネクタ」というツールもあります。n8nはそれとどう違うのでしょうか？ この記事では、n8nの基本、kintone×AI連携の実現方法、費用感、連携コネクタとの違いについて解説します。

n8nはkintoneと生成AI・クラウドをつなぐ「中継役」のツール

ひとことで言えば、n8nはkintoneと他のサービスをつなぐ「中継役」です。 Microsoft、Google、Slack、生成AIなど400以上のサービスとkintoneをつなぎ、データの受け渡しや処理を自動化できるツールとして注目されています。 例えば「kintoneのレコードが更新されたらTeamsに通知する」「メールの内容をAIで要約してkintoneに自動登録する」といった処理をノーコードで構築できます。 kintoneは「データをためる箱」、n8nは「箱と外の世界をつなぐ配線係」です。この2つを組み合わせることで、手作業でやっていたデータの受け渡しや転記が自動化されます。

ノーコード・定額制・多機能なn8nで、kintoneの業務を手軽に自動化

n8nがkintone×AIの連携に適しているのは、以下の3つの特徴があるからです。

ノードをつなぐだけで、複雑な業務フローも直感的に作成できる

n8nは「ノード」という処理ブロックを線でつなぐことでワークフローを構築します。プログラミング知識がなくても、マウス操作だけで自動化が組めるノーコード操作が特徴です。 ノードには3種類あります。

• トリガーノード：ワークフローの起点（レコードの保存、時刻など）
• アクションノード：実行する処理（データ取得、メール送信など）
• ロジックノード：条件分岐や繰り返し処理

この3種類を組み合わせることで、「kintoneに問合せ内容のレコードが登録されたら、生成AIで緊急度を判断し、緊急のものだけTeamsに通知する」といった複雑な業務フローも直感的に作成できます。 さらに、Codeノードを使えば高度な処理も可能です。プログラミング経験のある人は、JavaScriptやPythonで柔軟にカスタマイズできます。

実行回数課金のため、大量のレコード処理でもコストが増えない

多くの自動化ツールは「処理1ステップごとに課金」される仕組みです。kintoneの1,000件のレコードをループ処理すると1,000ステップ分の費用が発生します。 一方、n8nはフローの中でループ・分岐を何ステップ踏んでも、1実行としてカウントされます。「毎晩の一括更新」「月次の大量データ処理」が日常的に発生する環境では大きなコスト差が生まれます。 たとえば、kintoneのスタンダードコースは1ユーザー月額1,800円です。n8nクラウド版のStarterプランは月額約3,600円なので、kintone2ユーザー分の費用で業務自動化基盤が手に入ります。

Microsoft製品だけでなく、基幹システムや生成AIなど400以上のツールと接続可能

kintoneの「連携コネクタ」はMicrosoft 365サービス専用です。ノーコードで手軽に使えますが、他のサービスには接続できません。 n8nはMicrosoft製品はもちろん、Google、Slack、生成AI（ChatGPT・Gemini等）、基幹システムなど自由に選べます。Microsoft以外のサービスを1つでも使っているなら、n8nの出番です。詳しくはn8n公式サイトをご覧ください。

【n8nの活用例①】データ転記・通知・定期処理を自動化し、手作業をなくす

kintoneは「データをためるハブ」、n8nは「サービスをつなぐ配線係」という役割分担で機能します。ここでは、kintoneとn8nの技術的な接続方法と、実際の活用例を示します。

コミュニティノード・API・Webhookを使い分けてkintoneと接続する

kintoneとn8nの接続方法は2つあります。 HTTP Requestノード kintone REST APIを直接呼び出します。レコードの取得や登録・更新などの全API機能を利用可能で、コミュニティノードで対応していない処理も実現できます。ただし、APIの仕様を理解している必要があります。 Webhook kintoneのレコード操作(新規登録など)をトリガーにn8nを起動します。つまり「レコードが新規登録されたらワークフローが起動する」というシステムを作れます。リアルタイム連携に適していますが、設定ミスやサーバーエラーで実行漏れが起きることがあります。kintone Webhookの詳細はkintone開発者サイトで確認できます。

スプレッドシートやSlackと連携し、日々のルーティンワークを消滅させる

n8nを使えば、以下のようなルーティンワークが自動化できます。 データ転記の自動化 kintoneからGoogleスプレッドシートへのデータ転記、メールからkintoneへの自動登録が可能です。実際にGoogle Analyticsからの手作業データ転記を自動化し、週報作成業務を約30分削減した事例があります。 定期処理 毎朝のステータス更新や、kintoneアプリのバックアップなど、時刻をトリガーにした処理を組めます。以下の「kintoneのアプリバックアップを自動化」の記事では、毎朝3時にレコードデータと添付ファイルをGoogle Driveに保存する仕組みを解説しています。 通知の自動化 特定の条件を満たしたレコードをSlackやメールで通知できます。Outlookに届いたメールの必要情報をkintoneに自動登録することで、顧客対応の作業効率が向上した事例もあります。 [clink url="https://adiem.jp/blog/kintone-n8n-auto-backup/"]

【n8nの活用例②】要約・分類・抽出など、AIで「人が判断する業務」を自動化

n8nの真価はAI連携にあります。単なるデータ移動ではない「知的処理」が可能になります。 n8nはLangChainを統合しており、ChatGPT・Gemini等のLLMをワークフローに組み込めます。AIチャットボットを作るのではなく、「業務プロセスにAIを埋め込む」イメージです。 この仕組みを応用すると、kintoneのデータに対してAIが要約・分類・抽出を行い、その結果をkintoneに戻すワークフローが構築できます。

「AIが下書き→人が承認」のプロセスに変え、業務スピードを加速させる

n8n・kintone・AI連携の活用例として、以下のようなパターンがあります。 コメント・スレッドの自動要約 kintoneのコメント欄やスレッドが長くなりすぎて、状況把握に時間がかかる問題を解決します。kintone AIラボにも同様の機能はありますが、ゲストスペースには適用できないなどの制限があります。n8nを使えば、ゲストスペースからもデータを取得できます。 問い合わせの感情分析・自動分類・返信ドラフト作成 顧客からの問い合わせをAIが感情分析し、緊急度に応じて自動分類できます。返信ドラフトをAIが作成し、人間が確認してから送信するフローに変えることで、対応スピードが向上します。 PDF・画像からのデータ抽出とkintone自動登録 請求書や注文書などの紙資料をOCR処理し、生成AIで整形してkintoneに自動登録できます。詳しくは以下の「添付ファイルをOCRしてレコードへ自動記入する方法」の記事で詳しく解説しています。 [clink url="https://adiem.jp/blog/usecase2-files-ocr/"]

自動化のコツは「人が確認・承認するフロー」を組み込むこと

上記のような自動化を成功させるコツは、設計段階で「人が確認・承認するフロー」を組み込むことです。AIに全てを任せるのではなく、人間の判断を組み込むことで安全性と品質を確保できます。

1つのフローに機能を詰め込むと、修正困難な「スパゲッティ状態」に

n8n×生成AI連携の初期段階でありがちな失敗が、1つのワークフローに全機能を詰め込むことです。 たとえば、「データの取得・翻訳・要約・スプレッドシートへの書き込み・Slack通知・請求書作成まで全てやる」という100ノードを超える巨大な仕組みを構築してしまうケース。 こうなると、n8nの画面上がスパゲッティのように複雑になり、翻訳APIの仕様変更1つで全体がストップする事態に陥ります。 エラー箇所を探すだけで半日かかり、修正しても別の場所が壊れるという悪循環になりがちです。「整理と分類」のステップを飛ばしたために、結局そのワークフローが使われなくなるというのもよくあるパターンです。 このような状況に陥らないためには、機能ごとに小さなワークフローへ分割する設計に切り替えることがポイントです。 「1ワークフロー＝1機能」の原則を徹底し、ワークフロー間はWebhookやフラグで連携する方式に変更します。この設計にすることで、エラーが発生しても影響範囲が限定され、修正も容易になります。

AIの実行タイミングを人が制御し、誤動作とコスト浪費を防ぐ

こうした失敗を起こさないためのコツとして、n8nとkintoneの連携フロー設計方法を3つの原則にまとめました。 基本は「kintoneをUI（操作画面）にして、n8nはバックグラウンドで実行する」という考え方です。 原則1：kintoneにボタンを設置し、n8nの「起動スイッチ」にする 失敗パターンは「レコード保存で即AIが動く」設定です。書きかけ保存でもAIが暴走し、生成AIのAPIコストを無駄に消費してしまいます。 成功の秘訣は、[AI下書き作成中]→[AI確認済み]→[完了]のように、ユーザーがボタンを押した時だけn8nが動く設計にすることです。こうすれば、ユーザーが好きなタイミングでワークフローを起動できるため、現場の安心感が全く違います。 kintoneへのボタンの設置方法はkintone公式チュートリアルをご覧ください。 原則2：AIの結果を「上書き」せず「AI専用フィールド」に記録する 失敗パターンは、AIが要約した文章で、人間が書いたメモを上書きしてしまい現場の反発を招くことです。 成功の秘訣は、[AI提案]という専用の複数行フィールドを作り、そこだけに書き込ませることです。人間はAIの提案をコピペして微調整すればよいため、作業効率が向上します。 原則3：「Webhook」ではなく「定期実行」から始める WebhookはkintoneやWebhookの設定ミス、n8nサーバーのエラーなどで実行漏れが起きた際、リトライが面倒です。 成功の秘訣は、n8n側で「未処理」フラグの立っているレコードを5分おきに拾いに行く仕組みにすることです。サーバーが止まっても再起動した瞬間に溜まった業務を消化してくれます。

【n8nの料金】まずは手軽なクラウド版で試し、慣れてきたらセルフホストへ

費用面の不安を解消し、現実的な導入方法を示します。

月額約3,600円のクラウド版なら、サーバー構築なしで即日始められる

n8nのクラウド版には2つのプランがあります。

• Starter：月額約3,600円（€20）／月2,500実行
• Pro：月額約8,000円（€50）／月10,000実行

Starterプランは、kintoneのスタンダードコース2ユーザー分の料金で導入できます。また、14日間無料トライアルがあるため、お試しも可能です。「まずクラウド版で試し、軌道に乗ったらセルフホストを検討する」が現実的な進め方です。

セルフホスト版はライセンス無料！セキュリティ運用工数に注意

Community Editionはライセンス無料です。費用は自社サーバー代のみで、月額約1,500〜3,000円が目安です。 ただし「無料」の裏側にはセキュリティ運用の工数（月15〜20時間）が積み上がります。n8nのアップデートを適用した際、ノードの仕様が変わり一部ワークフローに不具合が発生することもあります。 こうした事態を避けるためには、正しいセキュリティ対策と検証体制が必要です。

n8nでkintoneを他のサービスやAIとつなぎ、貯まったデータを活用しよう

ここまで読み進めたことで、n8nが「kintoneと他のサービスをつなぐ中継役」であり、データ転記の自動化からAIによる知的処理まで幅広く対応できることが分かったはずです。 ここで改めて伝えたいのは、n8nの本当の価値は「作業を楽にする」ことだけではないということです。 kintoneに蓄積されたデータ資産を他のサービスやAIと繋ぎ、動かし、業務に活用します。それによってkintoneは「ただの箱」から「現場の作業効率を改善するデータベース」に変わります。 データは「貯める」だけでは価値を生みません。他のサービスやAIと「繋いで」、活用することで初めて価値が生まれます。 n8nは、その第一歩です。まずはクラウド版の14日間無料トライアルで、kintoneのデータ活用を始めましょう。 具体的なユースケースを知りたい方は、以下の記事も参考にしてください。 [clink url="https://adiem.jp/blog/kintone-n8n-company-research-automation/"] [cta]" ["post_title"]=> string(69) "【超入門】n8nとは？kintoneと生成AI連携のはじめかた" ["post_excerpt"]=> string(0) "" ["post_status"]=> string(7) "publish" ["comment_status"]=> string(6) "closed" ["ping_status"]=> string(6) "closed" ["post_password"]=> string(0) "" ["post_name"]=> string(20) "n8n-kintone-ai-intro" ["to_ping"]=> string(0) "" ["pinged"]=> string(0) "" ["post_modified"]=> string(19) "2026-04-12 11:22:18" ["post_modified_gmt"]=> string(19) "2026-04-12 02:22:18" ["post_content_filtered"]=> string(0) "" ["post_parent"]=> int(0) ["guid"]=> string(45) "https://adiem.jp/?post_type=blog&p=15975" ["menu_order"]=> int(0) ["post_type"]=> string(4) "blog" ["post_mime_type"]=> string(0) "" ["comment_count"]=> string(1) "0" ["filter"]=> string(3) "raw" } [9]=> object(WP_Post)#5005 (24) { ["ID"]=> int(15941) ["post_author"]=> string(2) "14" ["post_date"]=> string(19) "2026-02-05 12:00:24" ["post_date_gmt"]=> string(19) "2026-02-05 03:00:24" ["post_content"]=> string(9662) " こんにちは、ジムリンです！ 前回、期待を胸に作った試作アプリを見せて回ったボクですが……「Excelの方が速い」「機能が足りない」と厳しい反応ばかり。 工場長も不安そうな顔で黙り込んでしまい、完全に自信をなくしてしまいました(T-T) 「ボクには無理だったのかもしれない……」 そんな絶望のなか、ボクを救ってくれたのは、工場長からの「たった一言」でした。 今回は、その一言からボクが気づいた「本当に大切なこと」についてお話しします。

諦めかけていたボクに工場長がくれた一言

試作アプリに厳しい反応をもらい、完全に自信をなくしたボク。  

ボクには無理だったのかもしれない……。

  そんな絶望を抱えたまま、翌日を迎えました。 会社に行くのも憂鬱だったボクが廊下をうつむきながら歩いていると、向こうから工場長が歩いてきました。 昨日の工場長の不安そうな顔が脳裏によみがえります。   気まずくて、顔を上げられません。 すれ違う瞬間、工場長が立ち止まりました。 「あの……ジムリン」 工場長が声をかけてきます。 ボクは思わずビクッとして、それでも顔を上げられずにいました。 工場長は、ぽつりと言いました。 「『電話しなくていい』ってのは、助かる。」  

え？

  その言葉は短いけれど、どこか温かみがありました。  

あ……、ありがとうございます！

  ボクが顔を上げて答えたとき、工場長は小さく頷いてそのまま歩いていきました。   わずかな希望を感じたものの、他の人たちからは厳しい意見ばかりもらったことを思い出します。 「結局、ボクはどうすればいいんだろう……」 このときは、まだ混乱していました。

なぜ、みんなの言葉はこんなに違うんだろう？

ボクは頭でごちゃごちゃ考えるのをやめて、一度腰を据えてみんなの言葉に向き合ってみることにしました。 まずは、デスクに戻ってメモ帳を開きます。

デスクでフィードバックを見比べてみる

そこには昨日集まった、みんなの意見がびっしりと書かれています。

▼同僚の声 ・Excelの方が速い ・入力が面倒

▼上司の声 ・在庫数も見られたら便利 ・グラフで可視化して

▼購買担当 ・誰が入力するの？ ・負担が増える

▼工場長の声 ・電話しなくていいのは助かる

 

なぜ、みんなの言葉はこんなに違うんだろう？

  全員がバラバラのことを言っていますよね。 このうち、どの声を拾えばいいのか、何が正解なのか、ボクには分かりません……。

ジョーさんに壁打ち相手になってもらう

混乱したまま、ボクはジョーさんに相談しました。  

ジョーさん、ボク、どうしたらいいんでしょうか……。

みんなの意見をどう整理すればいいのか分からなくて。

全部の要望に応えるのは無理だし、でも無視もできないし……。

 

ジムリン、君には、みんなの言葉がどう聞こえる？

 

え……？

 

もう一度、それぞれの言葉を思い出してごらん。

それぞれの言葉に「色」があるはずだよ。

 

色って、どういうことですか？

ジョーさんは、その質問に答えずにフッと消えてしまいました。 ただ、何かヒントを得られたような気がします。  

色かあ。

よくわからないけど、これらの意見を色分けしてみようかな？

フィードバックの種類が違うことに気づく

ボクはもう一度メモを見返しながら、意見を分類してみることにしました。

・Excelの方が速い ・在庫数も見られたら便利 ・グラフで可視化して

 

これらは全部「機能」や「道具」についての話だから、黄色にして……と。

 

電話しなくていいのは助かる

 

工場長の言葉だけ、色が違うかもしれないなあ。

これは「気持ち」そのものを言葉にしてくれているよね。

ピンクにしてみよう。

 

なるほど……。

これは、言葉の種類が違うんだね、ジョーさん！

同僚たちはアプリの「仕様（What）」を語っているみたい。

でも、工場長だけは自分の「気持ち（Why）」で言葉をくれたってことなんだ。

ボクの役割は「現場の気持ち」を「仕様」に翻訳すること

ハッとするボク。  

ボクがやるべきなのは、全員の仕様に対する要望に応えることじゃない！

現場の「気持ち」を汲み取り、それを解決するための最小限の「仕様」に翻訳してあげることなんだ！

  今回、ボトルネックは工場長だった。 だから工場長の気持ちを最優先に考えたとき、もっとも必要な機能をkintoneに落とし込む。 これこそが、ボクの役割なんだ……。 そして、これならボクにもできることがあります！ これらに気づいたとき、ボクには新しい使命感が芽生えました。 前に進むための、たしかな自信と意欲を取り戻したボク。 ボクは立ち上がって、もう一度アプリを作り直すことを決めました。

「もう一度やらせてください。ただし……」

翌日、ボクは上司と同僚を集めて、宣言しました。  

もう一度、アプリを作らせてください！

  「え、また作り直すの？」 上司が驚いた顔をします。  

はい。でも……

ボクは深呼吸して、続けました。

追加機能は一切つけません！！！！

工場長の「電話対応のつらさ」をなくす。

ただそれだけのアプリを目指します。

それこそが、今ボクがやるべきことなんです。

  上司は戸惑い、同僚は不満そうな顔をします。 だれかが「それじゃ、我々の要望は無視なの？」と言いました。  

無視はしません。

ただ、まずは工場長の課題を徹底的に解決します。

在庫数も、グラフも後からです。

まずはボトルネックを徹底的に解消するところからやるんです！

  上司と同僚は、それ以上何も言いませんでした。 こうしてボクは、もう一度アプリづくりに挑戦することを決めました。 今度は、工場長の「気持ち」だけに集中して。 " ["post_title"]=> string(66) "ボクが本当に聞くべきだった「たった一つの声」" ["post_excerpt"]=> string(0) "" ["post_status"]=> string(7) "publish" ["comment_status"]=> string(6) "closed" ["ping_status"]=> string(6) "closed" ["post_password"]=> string(0) "" ["post_name"]=> string(17) "jimlins-confusion" ["to_ping"]=> string(0) "" ["pinged"]=> string(0) "" ["post_modified"]=> string(19) "2026-02-09 16:25:09" ["post_modified_gmt"]=> string(19) "2026-02-09 07:25:09" ["post_content_filtered"]=> string(0) "" ["post_parent"]=> int(0) ["guid"]=> string(45) "https://adiem.jp/?post_type=blog&p=15941" ["menu_order"]=> int(0) ["post_type"]=> string(4) "blog" ["post_mime_type"]=> string(0) "" ["comment_count"]=> string(1) "0" ["filter"]=> string(3) "raw" } } ["post_count"]=> int(10) ["current_post"]=> int(-1) ["before_loop"]=> bool(true) ["in_the_loop"]=> bool(false) ["post"]=> object(WP_Post)#4949 (24) { ["ID"]=> int(16769) ["post_author"]=> string(2) "14" ["post_date"]=> string(19) "2026-05-06 10:32:28" ["post_date_gmt"]=> string(19) "2026-05-06 01:32:28" ["post_content"]=> string(10509) " こんにちは、ジムリンです(*^-^*)！ 工程管理に使えるツールを探してみたものの、何があるのかよくわからない。 どれを選べばいいのかも判断できない。 こんな声を、製造業の現場でよく耳にします。 代表的な工程管理ツールには、表計算ソフトやクラウドのプロジェクト管理ツール、製造業向けの専用ソフトなどがありますが、kintoneというプラットフォームでも可能です。 この記事では、工程管理ツールの種類を整理しながら、kintoneという選択肢についても紹介します。

工程管理をもっとうまくやりたい……どんなツールを使えばいいの？

今回寄せられた悩みはコチラです！

はじめましてジムリンさん、中小製造業で生産管理を担当している者です。 現在は、設備管理をExcelシートで行っていて、納期などの日程計画には既存のプロジェクト管理ツールを使っています。 情報が分散しているので、その日の計画はホワイトボードに書き出して周知している状況です。 こうした状況下で、生産管理に時間をとられすぎでは？と指摘を受けて、もっと効率的な管理ができるツールを探しています。 ただ、工程管理ツールで探してもいろいろあって、自社に合うものがわかりません。 おすすめってありますか？

 

なるほど、工程管理ツールを探しているけれど、自社に合ったものがわからないというお悩みですね。

さっそくジョーさんに聞いてみます！

自社に合った工程管理ツールを探しているならkintoneを知っておこう！

どうやら、いろいろなツールを併用しているようだね。

それが情報の分散の原因になって、集約という新たな仕事を発生させている。

まずは、複数のツールを組み合わせるという考え方を捨てて、ひとつの環境にまとめることを考えたいね。

そこでおすすめしたいのがkintoneを使った工程管理。

 

え！kintoneだと自分でアプリを作るんですよね？

逆に手間がかかりそうですけど……。

 

もちろん、自分でイチから作ろうとしたら大変だけど、最初から製造業の工程管理に特化したGROW工程管理を使えば、導入後すぐにkintoneで工程管理が始められるよ。

 

GROW工程管理！詳しくしききたいです！

 

その前に、まずは代表的な工程管理ツールを整理してみよう。

既存の工程管理ツールの種類と課題

工程管理に使えるツールは、大きく3種類に整理できます。

表計算ツール

ExcelやGoogleスプレッドシートのような表計算ツールは、すでに多くの現場で使われています。 行に工程・列に日付を並べてガントチャートを作り、進捗をセルの色や文字で更新する使い方が一般的です。

メリット	デメリット
・追加コストがかからない ・既存環境で始められる ・フォーマットを自由に作れる	・情報が分散しやすい ・複数人による同時更新が難しい ・変更のたびに手作業で修正が必要になる

コストをかけずにすぐ始められるのが最大のメリットです。 しかし、担当者ごとにファイルが分かれてしまい、変更のたびに手作業での修正が必要になります。 複数人での同時更新も難しく、情報が常に最新とは限らない状態になりやすいのが大きな課題です。

プロジェクト管理ツール

AsanaやBacklogのようなプロジェクト管理ツールは、タスクとして工程を登録し、担当者・期日・進捗ステータスをチームでリアルタイムに共有できます。

・タスクとして工程を登録し、担当者・期日・進捗ステータスをチームで共有する ・複数人がリアルタイムで進捗を更新でき、変更が即座に全員に反映される ・設計がIT業務・一般業務向けのため、製造業特有の管理（設備の稼働状況・工程ごとの負荷・差立）には対応していない

情報の共有という点では表計算ツールより優れています。しかし、これらのツールはIT業務や一般的なプロジェクト向けに設計されており、設備の稼働状況・工程ごとの負荷・差立といった製造業特有の管理には対応していません。タスク管理としては機能しても、工場の工程管理として使うには根本的に合わない部分が出てくるのが課題です。

生産スケジューラ

製造業の工程管理に特化して設計されたのが、生産スケジューラです。

・各工程の日程計画を組み、設備・人員への負荷を計算して自動で日程を調整する ・差立（現場への作業指示）まで管理できるものもある ・機能は充実しているが導入コストが高く、中小企業には導入ハードルが高い場合が多い

製造業の工程管理に必要な機能が揃っており、機能面では3種類のなかで最も適した選択肢です。しかし導入コストが高く、月額費用や初期費用が数十万〜数百万円規模になることも珍しくありません。中小企業にとっては導入ハードルが高く、現実的な選択肢になりにくいのが課題です。 3種類を整理すると、それぞれに一長一短があることがわかります。 表計算ツールはコストを抑えられますが管理が分散しやすく、プロジェクト管理ツールは情報の共有には強くても製造業の管理には不向き、生産スケジューラは機能が充実していますがコストが課題です。 「じゃあ複数のツールを組み合わせれば解決するのでは？」と思いたくなりますが、そうすると今度は管理する場所がバラバラになります。 ツールを分けると、データも分散します。 これではExcelを使い続けるのと変わらない結果になってしまいます。

kintoneを使った工程管理ツールなら自社に合ったカスタマイズができる！

工程管理ツールの選択肢として、kintoneというプラットフォームも知っておきたい選択肢のひとつです。 kintoneは、業務アプリをノーコード・ローコードで作れるプラットフォームです。 顧客管理・受注管理・日報など、さまざまな業務アプリを自社で構築でき、製造業でも活用されています。 「工程管理をkintoneで実現しようとすると、生産スケジューラのような機能をゼロから作らなければならないのでは？」と思われる方もいるかもしれませんが、作る必要はありません。 kintone上で動く工程管理の仕組みが、最初から形になっているサービスがあります。 それが「GROW工程管理」です。 https://youtu.be/1FUPP6Ajrxw?si=dXYOOpzJfq0PgF3j GROW工程管理を使うと、以下のことがkintone上で一元管理できます。

・製造オーダごとの工程設計と日程計画 ・設備・人員への負荷確認と調整 ・差立（現場への作業指示）の管理

kintoneにインストールするだけで工程管理の環境が整います。 さらに、kintoneのプラットフォーム上で動くため、受注管理や顧客管理など既存のkintoneアプリとも連携でき、情報を一か所にまとめて管理することが可能です。 生産スケジューラほどのコストをかけずに、製造業の工程管理に必要な機能をひとつの環境でそろえられるのが、GROW工程管理の強みです。

工程管理ツールで迷ったらkintoneも選択肢に入れてみよう！

もし今の工程管理のやり方に限界を感じていて、何か別の手を探しているなら、kintoneという選択肢を一度検討してみてください。 GROW工程管理なら、kintoneの環境ごと工程管理の仕組みが手に入ります。 まずは、無料でお試しください！ " ["post_title"]=> string(97) "工程管理のツールって何があるの？kintoneという選択肢も知っておこう！" ["post_excerpt"]=> string(0) "" ["post_status"]=> string(7) "publish" ["comment_status"]=> string(6) "closed" ["ping_status"]=> string(6) "closed" ["post_password"]=> string(0) "" ["post_name"]=> string(24) "process-management-tools" ["to_ping"]=> string(0) "" ["pinged"]=> string(0) "" ["post_modified"]=> string(19) "2026-05-06 10:32:28" ["post_modified_gmt"]=> string(19) "2026-05-06 01:32:28" ["post_content_filtered"]=> string(0) "" ["post_parent"]=> int(0) ["guid"]=> string(45) "https://adiem.jp/?post_type=blog&p=16769" ["menu_order"]=> int(0) ["post_type"]=> string(4) "blog" ["post_mime_type"]=> string(0) "" ["comment_count"]=> string(1) "0" ["filter"]=> string(3) "raw" } ["comment_count"]=> int(0) ["current_comment"]=> int(-1) ["found_posts"]=> int(16) ["max_num_pages"]=> int(2) ["max_num_comment_pages"]=> int(0) ["is_single"]=> bool(false) ["is_preview"]=> bool(false) ["is_page"]=> bool(false) ["is_archive"]=> bool(true) ["is_date"]=> bool(false) ["is_year"]=> bool(false) ["is_month"]=> bool(false) ["is_day"]=> bool(false) ["is_time"]=> bool(false) ["is_author"]=> bool(false) ["is_category"]=> bool(false) ["is_tag"]=> bool(true) ["is_tax"]=> bool(false) ["is_search"]=> bool(false) ["is_feed"]=> bool(false) ["is_comment_feed"]=> bool(false) ["is_trackback"]=> bool(false) ["is_home"]=> bool(false) ["is_privacy_policy"]=> bool(false) ["is_404"]=> bool(false) ["is_embed"]=> bool(false) ["is_paged"]=> bool(false) ["is_admin"]=> bool(false) ["is_attachment"]=> bool(false) ["is_singular"]=> bool(false) ["is_robots"]=> bool(false) ["is_favicon"]=> bool(false) ["is_posts_page"]=> bool(false) ["is_post_type_archive"]=> bool(false) ["query_vars_hash":"WP_Query":private]=> string(32) "b2bfc87c5060d9651fec7e03a49d9da7" ["query_vars_changed":"WP_Query":private]=> bool(true) ["thumbnails_cached"]=> bool(false) ["allow_query_attachment_by_filename":protected]=> bool(false) ["stopwords":"WP_Query":private]=> NULL ["compat_fields":"WP_Query":private]=> array(2) { [0]=> string(15) "query_vars_hash" [1]=> string(18) "query_vars_changed" } ["compat_methods":"WP_Query":private]=> array(2) { [0]=> string(16) "init_query_flags" [1]=> string(15) "parse_tax_query" } ["query_cache_key":"WP_Query":private]=> string(41) "wp_query:3dd650ee01ab60a70445da16d5390c85" } -->

1. 
   • 2026.05.06

   工程管理のツールって何があるの？kintoneという選択肢も知っておこう！

2. 
   • 2026.04.09

   「まとめて作るな」で製造現場が変わる！TOC理論の魅力とは

3. 
   • 2026.04.08

   製造業の工程管理表にはガントチャートがいいの？作る前に「誰が、何をしたいのか」を整理しよう！

4. 
   • 2026.03.20

   工程管理システムってどうやって選べばいいの？価格・機能だけではなく導入形態も検討してみよう

5. 
   • 2026.03.19

   GROW工程管理で生産計画の変更を自動化！Excel工程表の手直しをやめて余力を産み出そう

6. 
   • 2026.03.19

   鳴り止んだ電話とチームの新しい未来―現場を変えた「小さな成功」

7. 
   • 2026.03.07

   エクセルで工程表の作り方を探している方へ！工程管理で悩んでいるなら全体最適の視点を学ぼう

8. 
   • 2026.03.05

   最初から完璧なシステム開発なんて無理！「育てる」ことで自社に合ったシステムになる

9. 
   • 2026.02.17

   【超入門】n8nとは？kintoneと生成AI連携のはじめかた

10. 
    • 2026.02.05

    ボクが本当に聞くべきだった「たった一つの声」