Power Automate のフローは、組み始めると一瞬で密結合に倒れる。 気づくと、1 アクション直すたびに別フローが連鎖で壊れ、変更コストが案件数に比例して線形に膨らむ。 結論を先に置く。「この処理ブロックは、別フローから呼ばれる可能性が 3 ヶ月以内に出るか」——この一問で、子フロー化の境界線はおおむね片付く。 そして、判断を素振りする場所は貸与 PC ではなく、個人 PC 側の M365 Developer Tenant（Microsoft 公式の無料開発テナント）に置くのが速い。 なぜ「とりあえず 1 本のフロー」が線形コストになるのか 新規依頼が来るたびに、トリガー直下に分岐とアクションを直書きしていく。これが密結合フローの典型的な作り方だ。動く。最初は動く。 だが、3 ヶ月後に同じパターンを別テナント・別部門で再利用しようとした瞬間、コピペ + 微修正の往復が始まる。 観点 密結合（1 本フロー直書き） 疎結合（子フロー + 環境変数） 同一パターンを別案件に転用するコスト 案件数に比例（線形 O(N)） 初回設計後はほぼ定数（O(1)） 1 アクション仕様変更の影響範囲 全フローを 1 本ずつ手修正 子フローを 1 箇所修正で完結 単体テストの実施可否 トリガーごと走らせる必要あり 子フロー単独で「フローの実行」から検証可能 認証情報の差し替え コネクション参照を全フロー触る 環境変数 1 箇所の差し替えで完了 機能比較表ではなく、3 ヶ月後の自分の手数で測るのが、この判断の正しい単位だ。 「動くかどうか」ではなく、「変更が来たときに、いくつのフローを開く必要があるか」を見る。 子フロー化の境界線：3 つの判定基準 子フロー（Child Flow：別フローから呼び出される再利用可能なフロー単位）を切る基準は、機能ではなく呼び出し元の数と寿命で決まる。次の 3 つで判定する。 基準 1：再利用予定が 3 ヶ月以内に 2 件以上見えているか 「いつか使うかも」では切らない。具体的に「次の案件で同じパターンを使う」「同テナント内の別部門に展開する」見通しがあるときだけ、子フロー化する。 予定なき抽象化は、保守すべき子フローの数だけ増やして終わる。 基準 2：例外処理ロジックが 5 行を超えるか エラーハンドリング（リトライ、ロールバック、通知）が肥大化したら、それは独立した責務だ。子フロー化して、呼び出し元はトリガーと正常系だけに絞る。 これは関数を切り出すのと同じ感覚で、フロー設計でも有効に効く。 ...
ノマド型フリーランスが選ぶ側に立つ——AI ツール組み合わせ選定の実用ガイド
結局どこも似ているが、選ぶ価値のある 2 つの組み合わせの見極め方 「個人開発で AI ツールを本気で使い倒そう」と決めた瞬間、最初に直面する問いは、これだ。 どの AI ツールを契約すべきか。 Claude Pro、ChatGPT Plus、Cursor、Cline、Aider、GitHub Copilot、Gemini Advanced、Copilot Pro——名前だけで 10 種類以上ある。 どこも「最も賢い」「最も使いやすい」「個人開発に最適」と謳っている。 ただ、率直に言うと、ノマド型フリーランスの視点で各ツールを比較すると、機能としてはほぼ同じだ。差は表面的なベンチマークではなく、自分の開発スタイルとの整合と、使い込み深度に出る。 この記事は、その前提に立った上で、あなたが選ぶ側に立つための AI ツール選定ガイドだ。 1. 結論——Claude Pro と Cursor の 2 つで十分 長くなるので、先に結論を書く。 ノマド型フリーランスで個人開発・成果物アウトプットを回すなら、以下の 2 つの組み合わせで十分。 1. Claude Pro … 汎用対話 + 長文文脈処理 + コーディング補助の中核 2. Cursor … IDE 統合型 AI コーディングの中核、モデル切替で柔軟 3 つ目以降は、特定の不満が明確になってから追加すればいい。 「とりあえず 5 ツール契約」のような戦略は推奨しない。月額が積み上がるだけでなく、ツール切り替えで認知資源が消耗する。 なぜこの 2 つなのか。順を追って説明する。 2. 「結局、どこも同じじゃないの?」 これは多くの人が薄々気づいている疑問だろう。実際、その通りだ。 主要 AI ツールの公開情報を並べると、表面的な差はほとんどない： 項目 Claude Pro ChatGPT Plus Cursor GitHub Copilot 月額（個人） 約 20 USD 約 20 USD 約 20 USD 約 10〜19 USD 主要モデル Claude 系最新 GPT 系最新 複数切替可 GPT 系中心 IDE 統合 限定的 限定的 深い VSCode 深い 長文文脈処理 強い 中 モデル依存 中 ターミナル統合 Claude Code 可 限定的 限定的 限定的 これらの数字を眺めて選ぶのは、本質的でない。 本当に違いが出るのは、自分の開発スタイルとの整合と、1 つのツールを使い込む深度だ。 ...
ノマド型フリーランスの AI ツール選定、4 つの判断軸で決める
Claude Pro、ChatGPT Plus、Cursor、Cline、Aider——比較記事を 5 本読んでも、3 ヶ月後にまた同じ問いに戻ってくる。 結論を先に置く。個人契約可否・ノマド可搬性・使い込み深度・月額負担、この 4 つの軸で揃えれば、自分の構成は決まる。 機能比較表で迷っているうちは決まらない。判断軸を 4 つに絞った瞬間、選択肢は半分以下に落ちる。 判断軸の核心：機能差ではなく「開発スタイルとの整合」で決める AI ツールはどれも基本機能で大差ないが、判断軸は個別機能差ではなく**「どのツール構成がノマド型フリーランスの開発スタイルと整合するか」**に置く。「ツール選びより使い込み」が長期的な本質である以上、選定段階で消耗するのは合理的ではない。 なぜ機能比較表で決まらないかというと、ノマド型フリーランスの選定軸は会社員の組織契約モデルと根本的に違うからだ。半年後に同じ問いに再びぶつからないためには、機能差ではなく契約・可搬性・深度・コストという 4 軸を最初に固定する。 判断軸 問い 失敗モード 個人契約可否 個人クレジットカードで完結するか 法人契約必須 → ノマドで詰む ノマド可搬性 個人 PC 1 台、複数 OS、複数拠点で使えるか デスクトップ専用 / 環境セットアップ重い 使い込み深度 月 30 時間以上触り続ける気が実際に湧くか 契約だけして使わない 月額負担 全構成合計で月額がキャッシュフローに馴染むか 積み上げで月 1.5 万円超え この 4 軸のうち、**最初に効くのは「個人契約可否」**だ。組織契約前提のツール（Enterprise SKU しかない、SSO 必須、調達部門経由で月単位の発注書が要る）は、ノマド型フリーランスの開発フローに乗らない。乗らないものを比較表に並べても、判断軸が腐るだけだ。 仮想敵は競合ベンダーではなく、個人開発者の AI ツール選定で組織契約モデルを前提化してしまう業界慣習のほうにある。 判断が割れるのは利用パターン別の重心が違うとき 4 軸を固定しても、利用パターンによって優先順位は変わる。重心の置き方で構成は 3 系統に分かれる。 コーディング中心：エディタ統合の使い込み深度を優先 エディタに常駐させて補完・リファクタを回すなら、Cursor / Cline / Aider のいずれか 1 つに深度を寄せる。3 つを並行で使うのは時間の浪費で、エディタ統合系は月 30 時間以上の使い込みで初めて元が取れる設計になっている。 ...
顧客環境に拘束された時間は、あなたの資産にならない
貸与 PC と個人 PC の境界線を、戦略として設計する話 朝、貸与 PC が起動するまで 5 分。 VPN がつながるまで、さらに 2 分。 Teams が立ち上がり、社内 SSO のパスワードを再入力し、ようやく今日の作業に入る頃には、最初のコーヒーは半分冷めている。 その日の作業ログは、貸与 PC のフォルダに残る。あなたが書いた検証スクリプトも、つまずいた点のメモも、AI に投げて整理した設計案も、すべて顧客テナントの内側で生まれ、内側に置かれ、契約終了とともにあなたの手元から消える。 夜、自宅で個人 PC を開く。 ブラウザのタブはまっさらだ。日中に学んだはずの実装パターンを、思い出しながら、もう一度書き直す。 これが「仕事をした日」の典型的な一日だということを、あなたは知っている。 そして、ここで生まれているはずの「あなたの資産」が、ほとんど積み上がっていないことも、薄々わかっている。 1. もし、拘束時間の 1 割が「あなたの資産」に変わっていたら 仮に、現職での年間労働時間 1,800 時間のうち、わずか 10%——年 180 時間が、顧客テナントではなくあなたの個人 PC 上の資産として残っていたとする。 その時間で、あなたは何を持てただろうか。 たとえば、Power Automate の実装パターンを 1 件あたり 3 時間でテンプレート化していたなら、3 年で 180 件のテンプレートが個人リポジトリに積み上がる。次の案件の見積りは、テンプレートから引用するだけで初日の半日が終わる。同じ単価で受けても、可処分時間は確実に増える。 あるいは、その時間で検証スクリプトと「なぜこの設計を選んだか」のメモをセットで記事化していたなら、3 年で 60 本のハック記事が公開されている。月 5 万円のアドセンス・アフィリエイト収入が静かに立っている可能性がある。それは、案件単価の交渉余地を 1 段階上げるには十分な金額だ。次の契約更新で「この単価でなければ降りる」と言える側に回れる。 これらは、起きなかった。 顧客テナントの中で書いて、顧客テナントの中で完結させて、契約終了とともに消える運用を、誰も疑問視しなかったからだ。 2. 公的データで見る：拘束時間と個人資産の構造 ここで、業界の輪郭を数字で確認しておく。 経済産業省が引用する IPA の試算では、2025 年時点で IT 人材は約 79 万人不足するとされ、いわゆる「2025 年の崖」と呼ばれてきた。供給不足の結果、IT フリーランス市場規模は 2015 年の約 7,200 億円から 2025 年には約 1.18 兆円へと約 1.6 倍に拡大している（エン・ジャパン「2025 年版 IT フリーランス市場調査レポート」）。 ...
組織の DX 推進が動かない構造を、静かに眺めるための記事
社内に「DX 推進」と書かれた部署ができた日のことを、覚えているだろうか。 キックオフがあり、スライドが配られ、年度方針には「全社で取り組む」と書かれていた。半年後、あなたは少しだけ違和感を持ち始めた。一年後、その違和感は形を持ち始めた。 そして気づけば、何年も経っている。 「現場が動かない」 「経営層が分かっていない」 「ベンダーがいいことを言わない」 最初は、誰かに原因があると思っていた。 だから、ボトムアップで提案書を書いてみた。勉強会を開こうとした。経営層にメールを送ってみた。 そして気づいた。問題は、誰か一人の話ではない。 1. DX 推進が動かないのは、人ではなく構造の話だ 組織で DX が動かないのを、誰かの能力のせいにしてはいけない。 現場の同僚は業務をきちんと回しているし、上司は管理職としての責任を果たしている。経営層も経営層なりに、別の課題と向き合っている。 ただ、組織の周りには四つの引力がかかっている。 ひとつめは技術投資の引力。 ライセンス予算は前年踏襲、検証環境は申請ベース、ベンダー製品の導入はあるが現場が触れる検証用テナントはない。新しいものに触ると稟議が走る、という設計になっている。 ふたつめは教育投資の引力。 研修予算は減り続け、外部セミナーは年に一度、社内の e-Learning は数年前のコンテンツが回り続ける。学びの場は制度化されているが、内容は更新されない。 みっつめはトップが学ばない引力。 意思決定層がコードを書かない、AI を触らない、クラウドの料金体系を読まない。これは個人の問題ではなく、その立場ではそもそも触る時間がないという構造の話だ。だから判断は伝聞ベースになり、伝聞は遅れて到着する。 よっつめはボトムを引き出さない引力。 現場の知見は評価項目に乗らないため、声が大きい人の話が通る。検証してきた人より、上手く見せられる人が選ばれる。組織を責めているのではない。評価制度がそういう設計になっている、ということだ。 この四つが噛み合うと、組織は静止する。 動かないのは、誰のせいでもない。構造の重さが、そうさせている。 2. その構造の中に、あなたも立っている ここで一度立ち止まりたい。 あなたは、その四つの引力から、本当に自由なのか。 あなたも前年踏襲の予算枠の中で動いている。 あなたも年に一度の研修で「学んだことになっている」。 あなたの上にも、コードを書かない意思決定層がいる。 あなたの提案も、声の大きさで上書きされたことが、たぶんある。 違いがあるとすれば、ひとつだけだ。あなたはこの記事を読んでいる。 構造の輪郭が、すでにうっすら見えている、ということだ。 構造が見えている人と、見えていない人を比べて、優劣を決めたいわけではない。見えてしまった人には、見えてしまった人の宿題があるという話だ。 見えたものを、なかったことにはできない。 3. 失われていく時間を、自分の手で計算してみる 感情で判断する話ではない。一度、自分の手で計算してみてほしい。 仮に、あなたが「今の環境で許されるなら、毎日これくらいは個人 PC で技術検証や AI を触る時間が欲しい」という時間を持っているとする。三十分かもしれないし、二時間かもしれない。その数字は、あなたしか知らない。 その時間を 365 倍する。 さらに、あなたが「あと何年このまま働きそうか」と感じている年数で掛け算する。 1 日あたり個人 PC 検証希望時間 × 365 × 想定年数 = 失われる生命時間 書き手の側で仮の数字を置くことはしない。あなたが、あなた自身の生活のリアリティで埋める数字だ。 紙の隅でいい。電卓でいい。スマホのメモ帳でいい。 出てきた数字を見て、何を感じるかは人による。 小さいと感じる人は、それでいい。 ずいぶん大きいと感じる人は、その数字をしばらく眺めることになる。 「安定」と呼ばれているものの中身は、たぶんこういう数字でできている。 動かない構造の中に身を置いておくことの対価が、その数字だ。 ...
評価面談シートの白紙を、あなたは今夜も埋めようとしている
人事評価制度は「個人の成長を測るレンズ」ではなく、組織都合で設計され、成長を副産物扱いにする装置である——という構造の話 日曜の夜、リビングのテーブルで、貸与 PC を開く。 半期の評価面談シートに、目標の達成度を書く。期初に書いた目標は、もう半分くらい意味を失っている。事業の方針が変わったからだ。それでも、達成度を %で書き、所感を 200 字でまとめ、来期目標を 3 つ並べる。 書きながら、あなたは薄々わかっている。 このシートは、あなたの成長を測るためのものではない。 評価会議で上司が課長に説明するための資料であり、人事部が昇給原資を配分するための入力であり、来期の組織編成を正当化するための記録である。 けれど、誰もそれを口に出さない。口に出した人は浮く。だから黙って、また日曜の夜、白紙のシートを埋めはじめる。 1. 「成長していたかもしれない自分」が、評価制度の向こう側にいる 仮に、あなたが評価面談シートの作成、期初目標設定、期中の進捗確認、期末の自己評価コメント、上司との 1on1 という一連の儀式を、半期 15 時間 × 年 2 回 = 年 30 時間ほど投じているとする。10 年で 300 時間だ。 その時間で、何ができていただろうか。 たとえば、平日の夜に毎日 30 分、自分が伸ばしたい技術領域の手を動かしていたら、3 年で自分の名刺になるレベルの実装スキルが一つ立っていた。 今頃あなたは、社内の評価ではなく、外部の市場で「この領域ならこの人」と名指しで声がかかる立場になっていたかもしれない。それは、転職市場での年収レンジを 100〜200 万円押し上げる程度には現実的な変化だ。 あるいは、半期に一度、自分自身のキャリア棚卸しを 5 時間かけて行っていたなら、3 年目には自分が組織の評価軸ではなく、自分の評価軸で意思決定できるようになっていた。「上司が来期の目標を決めてくる」のではなく、「自分が来期の自分のテーマを決め、上司の目標を借りる」順序になる。これは、心理的なものに見えて、実は 30 年単位で人生の重心を変える違いだ。 これらは、起きなかった。 評価面談シートが、半期ごとに、先回りで時間と思考の主導権を奪っていったからだ。 2. 公的データで見る「人事評価」と「個人の成長」の距離 ここで定量的な裏付けを見る。 厚生労働省「令和 5 年度 能力開発基本調査」によれば、自己啓発を実施した正社員の割合は 44.1% にとどまる。一方、自己啓発を行ううえでの問題点として 「仕事が忙しくて自己啓発の余裕がない」が 59.5% で最多。つまり、過半の労働者は「成長したいが時間がない」と答えている。 同調査では、企業が「人材育成に関して何らかの問題がある」と回答した割合は 80.0%。最も多い回答は「指導する人材が不足している」「人材育成を行う時間がない」。育てる側にも育つ側にも時間がない、というのが日本企業の標準状態である。 総務省「令和 4 年 就業構造基本調査」では、過去 1 年間に自己啓発を行った有業者は 38.5%。年齢階級別では、35〜44 歳で 39.6%、45〜54 歳で 36.4% と、ミドル層で頭打ちになる。評価制度の対象として最も長く晒されている層が、最も学んでいない。 ...