アンラーンから始めるDX：昨日の正解を手放す方法
変化を止めているのは技術ではなく前提
アンラーンから始めるDX：昨日の正解を手放す方法
Written by
代表取締役 / CEO
DXや AI導入がうまくいかない現場に共通するのは、技術力ではなく「昨日の正解への執着」。Unlearn（手放し）から始める変革の考え方を解説する。
DXが進まない本当の理由
DXやAI導入の支援をしていて感じるのは、うまくいかない現場の多くが技術的な問題ではなく、「これまでこうやってきたから」という前提に縛られているということです。ツールを導入しても、それを使う前提となる業務のやり方が変わらなければ、効果は限定的になります。
アンラーンとは何か
アンラーンは、新しいことを学ぶ以前に、これまで正しいとされてきたやり方を一度手放す作業です。長く成果を出してきたやり方ほど、手放す判断は難しくなります。ですが、その執着こそが変化の速度を遅らせている場合が少なくありません。
現場で実践していること
「なぜ今のやり方なのか」を関係者全員で言語化する
小さな業務から試験的に前提を変えてみる
変えた結果を定量・定性の両面で振り返る
うまくいかなかった場合も、前提に戻さず調整を続ける
アンラーンは一度で終わるものではなく、変化のたびに繰り返し必要になる作業だと捉えています。
変革の出発点
技術より先に、前提を疑うことから始まる
成果を出してきたやり方ほど手放しづらい
アンラーンは一度きりではなく、継続的なプロセス
More articles
2026/06/05
Written by
Farleap
Web3受託開発会社の選び方
失敗しない発注の5つの判断軸
Web3・ブロックチェーン開発の外注先をどう見極めるか。実績の読み方、セキュリティ体制、事業・トークン設計力、法規制への目配り、運用まで伴走できるかの5つの判断軸を、発注側の視点で整理します。
2026/06/03
Written by
Farleap
スマートコントラクト開発の進め方と、よくある落とし穴
要件定義から監査・デプロイまでの進め方と現場の落とし穴
スマートコントラクト開発は、通常のアプリ開発とどう違うのか。要件定義から監査・デプロイまでの進め方と、リエントランシ・アップグレード設計・鍵管理など現場で陥りやすい落とし穴を、実装の観点から解説します。
2026/06/01
Written by
Farleap
DeFi/DEXのセキュリティ設計
資産を守るために押さえる観点
DeFi・DEX開発で資産を守るためのセキュリティ設計を、観点ごとに整理。価格オラクル、流動性とフラッシュローン、権限設計、監査と監視まで、設計段階で先回りすべきポイントを実装の視点から解説します。
2026/04/16
Written by
Farleap
DX人材の内製化と育成戦略
シチズン開発・GTMエンジニアで変わる組織設計
DX推進を外部依存から内製化へ転換するための人材戦略。GTMエンジニア・シチズン開発・リスキリングといった新しい潮流を踏まえ、組織設計・採用・育成・評価の設計指針を提示します。
2026/04/14
Written by
Farleap
AIガバナンス・フレームワーク構築ガイド
NIST AI RMFとEU AI Actに学ぶ実装
AIガバナンスの国際標準（NIST AI RMF、EU AI Act、日本政府のAI事業者ガイドライン）を踏まえ、企業が実装すべきガバナンス構造、役割、プロセス、監査を体系化する実務ガイドです。
アンラーンから始めるDX：昨日の正解を手放す方法
変化を止めているのは技術ではなく前提
アンラーンから始めるDX：昨日の正解を手放す方法
Written by
代表取締役 / CEO
DXや AI導入がうまくいかない現場に共通するのは、技術力ではなく「昨日の正解への執着」。Unlearn（手放し）から始める変革の考え方を解説する。
DXが進まない本当の理由
DXやAI導入の支援をしていて感じるのは、うまくいかない現場の多くが技術的な問題ではなく、「これまでこうやってきたから」という前提に縛られているということです。ツールを導入しても、それを使う前提となる業務のやり方が変わらなければ、効果は限定的になります。
アンラーンとは何か
アンラーンは、新しいことを学ぶ以前に、これまで正しいとされてきたやり方を一度手放す作業です。長く成果を出してきたやり方ほど、手放す判断は難しくなります。ですが、その執着こそが変化の速度を遅らせている場合が少なくありません。
現場で実践していること
「なぜ今のやり方なのか」を関係者全員で言語化する
小さな業務から試験的に前提を変えてみる
変えた結果を定量・定性の両面で振り返る
うまくいかなかった場合も、前提に戻さず調整を続ける
アンラーンは一度で終わるものではなく、変化のたびに繰り返し必要になる作業だと捉えています。
変革の出発点
技術より先に、前提を疑うことから始まる
成果を出してきたやり方ほど手放しづらい
アンラーンは一度きりではなく、継続的なプロセス
More articles
Web3受託開発会社の選び方
失敗しない発注の5つの判断軸
スマートコントラクト開発の進め方と、よくある落とし穴
要件定義から監査・デプロイまでの進め方と現場の落とし穴
DeFi/DEXのセキュリティ設計
資産を守るために押さえる観点
DX人材の内製化と育成戦略
シチズン開発・GTMエンジニアで変わる組織設計
AIガバナンス・フレームワーク構築ガイド
NIST AI RMFとEU AI Actに学ぶ実装
アンラーンから始めるDX：昨日の正解を手放す方法
変化を止めているのは技術ではなく前提
アンラーンから始めるDX：昨日の正解を手放す方法
Written by
代表取締役 / CEO
DXや AI導入がうまくいかない現場に共通するのは、技術力ではなく「昨日の正解への執着」。Unlearn（手放し）から始める変革の考え方を解説する。
DXが進まない本当の理由
DXやAI導入の支援をしていて感じるのは、うまくいかない現場の多くが技術的な問題ではなく、「これまでこうやってきたから」という前提に縛られているということです。ツールを導入しても、それを使う前提となる業務のやり方が変わらなければ、効果は限定的になります。
アンラーンとは何か
アンラーンは、新しいことを学ぶ以前に、これまで正しいとされてきたやり方を一度手放す作業です。長く成果を出してきたやり方ほど、手放す判断は難しくなります。ですが、その執着こそが変化の速度を遅らせている場合が少なくありません。
現場で実践していること
「なぜ今のやり方なのか」を関係者全員で言語化する
小さな業務から試験的に前提を変えてみる
変えた結果を定量・定性の両面で振り返る
うまくいかなかった場合も、前提に戻さず調整を続ける
アンラーンは一度で終わるものではなく、変化のたびに繰り返し必要になる作業だと捉えています。
変革の出発点
技術より先に、前提を疑うことから始まる
成果を出してきたやり方ほど手放しづらい
アンラーンは一度きりではなく、継続的なプロセス
More articles
Web3受託開発会社の選び方
失敗しない発注の5つの判断軸
スマートコントラクト開発の進め方と、よくある落とし穴
要件定義から監査・デプロイまでの進め方と現場の落とし穴
DeFi/DEXのセキュリティ設計
資産を守るために押さえる観点
DX人材の内製化と育成戦略
シチズン開発・GTMエンジニアで変わる組織設計
AIガバナンス・フレームワーク構築ガイド
NIST AI RMFとEU AI Actに学ぶ実装
Ready to Leap?
まずは現状を整理するところから。要件が固まっていなくても構いません。 お気軽にお問い合わせください。
アンラーンから始めるDX：昨日の正解を手放す方法
変化を止めているのは技術ではなく前提
アンラーンから始めるDX：昨日の正解を手放す方法
Written by
代表取締役 / CEO
DXや AI導入がうまくいかない現場に共通するのは、技術力ではなく「昨日の正解への執着」。Unlearn（手放し）から始める変革の考え方を解説する。
DXが進まない本当の理由
DXやAI導入の支援をしていて感じるのは、うまくいかない現場の多くが技術的な問題ではなく、「これまでこうやってきたから」という前提に縛られているということです。ツールを導入しても、それを使う前提となる業務のやり方が変わらなければ、効果は限定的になります。
アンラーンとは何か
アンラーンは、新しいことを学ぶ以前に、これまで正しいとされてきたやり方を一度手放す作業です。長く成果を出してきたやり方ほど、手放す判断は難しくなります。ですが、その執着こそが変化の速度を遅らせている場合が少なくありません。
現場で実践していること
「なぜ今のやり方なのか」を関係者全員で言語化する
小さな業務から試験的に前提を変えてみる
変えた結果を定量・定性の両面で振り返る
うまくいかなかった場合も、前提に戻さず調整を続ける
アンラーンは一度で終わるものではなく、変化のたびに繰り返し必要になる作業だと捉えています。
変革の出発点
技術より先に、前提を疑うことから始まる
成果を出してきたやり方ほど手放しづらい
アンラーンは一度きりではなく、継続的なプロセス
More articles
2026/06/05
Written by
Farleap
Web3受託開発会社の選び方
失敗しない発注の5つの判断軸
Web3・ブロックチェーン開発の外注先をどう見極めるか。実績の読み方、セキュリティ体制、事業・トークン設計力、法規制への目配り、運用まで伴走できるかの5つの判断軸を、発注側の視点で整理します。
2026/06/03
Written by
Farleap
スマートコントラクト開発の進め方と、よくある落とし穴
要件定義から監査・デプロイまでの進め方と現場の落とし穴
スマートコントラクト開発は、通常のアプリ開発とどう違うのか。要件定義から監査・デプロイまでの進め方と、リエントランシ・アップグレード設計・鍵管理など現場で陥りやすい落とし穴を、実装の観点から解説します。
2026/06/01
Written by
Farleap
DeFi/DEXのセキュリティ設計
資産を守るために押さえる観点
DeFi・DEX開発で資産を守るためのセキュリティ設計を、観点ごとに整理。価格オラクル、流動性とフラッシュローン、権限設計、監査と監視まで、設計段階で先回りすべきポイントを実装の視点から解説します。
2026/04/16
Written by
Farleap
DX人材の内製化と育成戦略
シチズン開発・GTMエンジニアで変わる組織設計
DX推進を外部依存から内製化へ転換するための人材戦略。GTMエンジニア・シチズン開発・リスキリングといった新しい潮流を踏まえ、組織設計・採用・育成・評価の設計指針を提示します。
2026/04/14
Written by
Farleap
AIガバナンス・フレームワーク構築ガイド
NIST AI RMFとEU AI Actに学ぶ実装
AIガバナンスの国際標準（NIST AI RMF、EU AI Act、日本政府のAI事業者ガイドライン）を踏まえ、企業が実装すべきガバナンス構造、役割、プロセス、監査を体系化する実務ガイドです。
アンラーンから始めるDX：昨日の正解を手放す方法
変化を止めているのは技術ではなく前提
アンラーンから始めるDX：昨日の正解を手放す方法
Written by
代表取締役 / CEO
DXや AI導入がうまくいかない現場に共通するのは、技術力ではなく「昨日の正解への執着」。Unlearn（手放し）から始める変革の考え方を解説する。
DXが進まない本当の理由
DXやAI導入の支援をしていて感じるのは、うまくいかない現場の多くが技術的な問題ではなく、「これまでこうやってきたから」という前提に縛られているということです。ツールを導入しても、それを使う前提となる業務のやり方が変わらなければ、効果は限定的になります。
アンラーンとは何か
アンラーンは、新しいことを学ぶ以前に、これまで正しいとされてきたやり方を一度手放す作業です。長く成果を出してきたやり方ほど、手放す判断は難しくなります。ですが、その執着こそが変化の速度を遅らせている場合が少なくありません。
現場で実践していること
「なぜ今のやり方なのか」を関係者全員で言語化する
小さな業務から試験的に前提を変えてみる
変えた結果を定量・定性の両面で振り返る
うまくいかなかった場合も、前提に戻さず調整を続ける
アンラーンは一度で終わるものではなく、変化のたびに繰り返し必要になる作業だと捉えています。
変革の出発点
技術より先に、前提を疑うことから始まる
成果を出してきたやり方ほど手放しづらい
アンラーンは一度きりではなく、継続的なプロセス
More articles
Web3受託開発会社の選び方
失敗しない発注の5つの判断軸
スマートコントラクト開発の進め方と、よくある落とし穴
要件定義から監査・デプロイまでの進め方と現場の落とし穴
DeFi/DEXのセキュリティ設計
資産を守るために押さえる観点
DX人材の内製化と育成戦略
シチズン開発・GTMエンジニアで変わる組織設計
AIガバナンス・フレームワーク構築ガイド
NIST AI RMFとEU AI Actに学ぶ実装
アンラーンから始めるDX：昨日の正解を手放す方法
変化を止めているのは技術ではなく前提
アンラーンから始めるDX：昨日の正解を手放す方法
Written by
代表取締役 / CEO
DXや AI導入がうまくいかない現場に共通するのは、技術力ではなく「昨日の正解への執着」。Unlearn（手放し）から始める変革の考え方を解説する。
DXが進まない本当の理由
DXやAI導入の支援をしていて感じるのは、うまくいかない現場の多くが技術的な問題ではなく、「これまでこうやってきたから」という前提に縛られているということです。ツールを導入しても、それを使う前提となる業務のやり方が変わらなければ、効果は限定的になります。
アンラーンとは何か
アンラーンは、新しいことを学ぶ以前に、これまで正しいとされてきたやり方を一度手放す作業です。長く成果を出してきたやり方ほど、手放す判断は難しくなります。ですが、その執着こそが変化の速度を遅らせている場合が少なくありません。
現場で実践していること
「なぜ今のやり方なのか」を関係者全員で言語化する
小さな業務から試験的に前提を変えてみる
変えた結果を定量・定性の両面で振り返る
うまくいかなかった場合も、前提に戻さず調整を続ける
アンラーンは一度で終わるものではなく、変化のたびに繰り返し必要になる作業だと捉えています。
変革の出発点
技術より先に、前提を疑うことから始まる
成果を出してきたやり方ほど手放しづらい
アンラーンは一度きりではなく、継続的なプロセス
More articles
Web3受託開発会社の選び方
失敗しない発注の5つの判断軸
スマートコントラクト開発の進め方と、よくある落とし穴
要件定義から監査・デプロイまでの進め方と現場の落とし穴
DeFi/DEXのセキュリティ設計
資産を守るために押さえる観点
DX人材の内製化と育成戦略
シチズン開発・GTMエンジニアで変わる組織設計
AIガバナンス・フレームワーク構築ガイド
NIST AI RMFとEU AI Actに学ぶ実装
Ready to Leap?
まずは現状を整理するところから。要件が固まっていなくても構いません。 お気軽にお問い合わせください。
アンラーンから始めるDX：昨日の正解を手放す方法
変化を止めているのは技術ではなく前提
アンラーンから始めるDX：昨日の正解を手放す方法
Written by
代表取締役 / CEO
DXや AI導入がうまくいかない現場に共通するのは、技術力ではなく「昨日の正解への執着」。Unlearn（手放し）から始める変革の考え方を解説する。
DXが進まない本当の理由
DXやAI導入の支援をしていて感じるのは、うまくいかない現場の多くが技術的な問題ではなく、「これまでこうやってきたから」という前提に縛られているということです。ツールを導入しても、それを使う前提となる業務のやり方が変わらなければ、効果は限定的になります。
アンラーンとは何か
アンラーンは、新しいことを学ぶ以前に、これまで正しいとされてきたやり方を一度手放す作業です。長く成果を出してきたやり方ほど、手放す判断は難しくなります。ですが、その執着こそが変化の速度を遅らせている場合が少なくありません。
現場で実践していること
「なぜ今のやり方なのか」を関係者全員で言語化する
小さな業務から試験的に前提を変えてみる
変えた結果を定量・定性の両面で振り返る
うまくいかなかった場合も、前提に戻さず調整を続ける
アンラーンは一度で終わるものではなく、変化のたびに繰り返し必要になる作業だと捉えています。
変革の出発点
技術より先に、前提を疑うことから始まる
成果を出してきたやり方ほど手放しづらい
アンラーンは一度きりではなく、継続的なプロセス
More articles
2026/06/05
Written by
Farleap
Web3受託開発会社の選び方
失敗しない発注の5つの判断軸
Web3・ブロックチェーン開発の外注先をどう見極めるか。実績の読み方、セキュリティ体制、事業・トークン設計力、法規制への目配り、運用まで伴走できるかの5つの判断軸を、発注側の視点で整理します。
2026/06/03
Written by
Farleap
スマートコントラクト開発の進め方と、よくある落とし穴
要件定義から監査・デプロイまでの進め方と現場の落とし穴
スマートコントラクト開発は、通常のアプリ開発とどう違うのか。要件定義から監査・デプロイまでの進め方と、リエントランシ・アップグレード設計・鍵管理など現場で陥りやすい落とし穴を、実装の観点から解説します。
2026/06/01
Written by
Farleap
DeFi/DEXのセキュリティ設計
資産を守るために押さえる観点
DeFi・DEX開発で資産を守るためのセキュリティ設計を、観点ごとに整理。価格オラクル、流動性とフラッシュローン、権限設計、監査と監視まで、設計段階で先回りすべきポイントを実装の視点から解説します。
2026/04/16
Written by
Farleap
DX人材の内製化と育成戦略
シチズン開発・GTMエンジニアで変わる組織設計
DX推進を外部依存から内製化へ転換するための人材戦略。GTMエンジニア・シチズン開発・リスキリングといった新しい潮流を踏まえ、組織設計・採用・育成・評価の設計指針を提示します。
2026/04/14
Written by
Farleap
AIガバナンス・フレームワーク構築ガイド
NIST AI RMFとEU AI Actに学ぶ実装
AIガバナンスの国際標準（NIST AI RMF、EU AI Act、日本政府のAI事業者ガイドライン）を踏まえ、企業が実装すべきガバナンス構造、役割、プロセス、監査を体系化する実務ガイドです。
アンラーンから始めるDX：昨日の正解を手放す方法
変化を止めているのは技術ではなく前提
アンラーンから始めるDX：昨日の正解を手放す方法
Written by
代表取締役 / CEO
DXや AI導入がうまくいかない現場に共通するのは、技術力ではなく「昨日の正解への執着」。Unlearn（手放し）から始める変革の考え方を解説する。
DXが進まない本当の理由
DXやAI導入の支援をしていて感じるのは、うまくいかない現場の多くが技術的な問題ではなく、「これまでこうやってきたから」という前提に縛られているということです。ツールを導入しても、それを使う前提となる業務のやり方が変わらなければ、効果は限定的になります。
アンラーンとは何か
アンラーンは、新しいことを学ぶ以前に、これまで正しいとされてきたやり方を一度手放す作業です。長く成果を出してきたやり方ほど、手放す判断は難しくなります。ですが、その執着こそが変化の速度を遅らせている場合が少なくありません。
現場で実践していること
「なぜ今のやり方なのか」を関係者全員で言語化する
小さな業務から試験的に前提を変えてみる
変えた結果を定量・定性の両面で振り返る
うまくいかなかった場合も、前提に戻さず調整を続ける
アンラーンは一度で終わるものではなく、変化のたびに繰り返し必要になる作業だと捉えています。
変革の出発点
技術より先に、前提を疑うことから始まる
成果を出してきたやり方ほど手放しづらい
アンラーンは一度きりではなく、継続的なプロセス
More articles
Web3受託開発会社の選び方
失敗しない発注の5つの判断軸
スマートコントラクト開発の進め方と、よくある落とし穴
要件定義から監査・デプロイまでの進め方と現場の落とし穴
DeFi/DEXのセキュリティ設計
資産を守るために押さえる観点
DX人材の内製化と育成戦略
シチズン開発・GTMエンジニアで変わる組織設計
AIガバナンス・フレームワーク構築ガイド
NIST AI RMFとEU AI Actに学ぶ実装
アンラーンから始めるDX：昨日の正解を手放す方法
変化を止めているのは技術ではなく前提
アンラーンから始めるDX：昨日の正解を手放す方法
Written by
代表取締役 / CEO
DXや AI導入がうまくいかない現場に共通するのは、技術力ではなく「昨日の正解への執着」。Unlearn（手放し）から始める変革の考え方を解説する。
DXが進まない本当の理由
DXやAI導入の支援をしていて感じるのは、うまくいかない現場の多くが技術的な問題ではなく、「これまでこうやってきたから」という前提に縛られているということです。ツールを導入しても、それを使う前提となる業務のやり方が変わらなければ、効果は限定的になります。
アンラーンとは何か
アンラーンは、新しいことを学ぶ以前に、これまで正しいとされてきたやり方を一度手放す作業です。長く成果を出してきたやり方ほど、手放す判断は難しくなります。ですが、その執着こそが変化の速度を遅らせている場合が少なくありません。
現場で実践していること
「なぜ今のやり方なのか」を関係者全員で言語化する
小さな業務から試験的に前提を変えてみる
変えた結果を定量・定性の両面で振り返る
うまくいかなかった場合も、前提に戻さず調整を続ける
アンラーンは一度で終わるものではなく、変化のたびに繰り返し必要になる作業だと捉えています。
変革の出発点
技術より先に、前提を疑うことから始まる
成果を出してきたやり方ほど手放しづらい
アンラーンは一度きりではなく、継続的なプロセス
More articles
Web3受託開発会社の選び方
失敗しない発注の5つの判断軸
スマートコントラクト開発の進め方と、よくある落とし穴
要件定義から監査・デプロイまでの進め方と現場の落とし穴
DeFi/DEXのセキュリティ設計
資産を守るために押さえる観点
DX人材の内製化と育成戦略
シチズン開発・GTMエンジニアで変わる組織設計
AIガバナンス・フレームワーク構築ガイド
NIST AI RMFとEU AI Actに学ぶ実装
Ready to Leap?
まずは現状を整理するところから。要件が固まっていなくても構いません。 お気軽にお問い合わせください。