[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"blog-related-pool":3,"blog-detail-qbwzwoaayu":112},{"contents":4,"totalCount":108,"limit":109,"offset":110,"category":111},[5,16,24,32,40,48,57,65,73,84,92,100],{"id":6,"slug":6,"title":7,"categories":8,"image":10,"publishedAt":14,"order":15},"form_field_placement","申請フォームの項目が52個。どこまで画面に載せるか",[9],"ワークフロー情報",{"url":11,"width":12,"height":13},"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002F72cccde74ada405581943d99fbcfb389\u002Feyecatch-form-field-placement-20260821.svg",1472,832,"2026-08-31T03:00:08.597Z",32,{"id":17,"slug":17,"title":18,"categories":19,"image":20,"publishedAt":22,"order":23},"workflow_migration_forms","ワークフロー移行の様式一覧。その行数は業務の数ではない",[9],{"url":21,"width":12,"height":13},"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002F5453b8af60f34db3bae2a831165858d2\u002Feyecatch-migration-forms-20260822.svg","2026-08-28T03:00:08.796Z",31,{"id":25,"slug":25,"title":26,"categories":27,"image":28,"publishedAt":30,"order":31},"workflow_user_count","ワークフローシステムの利用人数は、4つの層に分けて数える",[9],{"url":29,"width":12,"height":13},"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002Ffa59e9e9fb06403ab768aa71b98c4b1c\u002Feyecatch-workflow-user-count-20260817.svg","2026-08-25T03:00:07.825Z",30,{"id":33,"slug":33,"title":34,"categories":35,"image":36,"publishedAt":38,"order":39},"purchase_workflow_split","購買ワークフローをどこで区切るか。稟議・発注・検収・支払",[9],{"url":37,"width":12,"height":13},"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002F3c4bbdb6cdd24b17adf74aeb8b59d6fb\u002Feyecatch-purchase-workflow-split-20260819.svg","2026-08-24T08:33:41.719Z",29,{"id":41,"slug":41,"title":42,"categories":43,"image":44,"publishedAt":46,"order":47},"1zvg65piyg1o","ワークフローシステムを選ぶ前に押さえておきたいポイント。比較表の○が揃ってしまう4つの領域",[9],{"url":45,"width":12,"height":13},"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002F9d15c99ff977492cbb1d90924a827bf8\u002Feyecatch-erabu-mae-20260815.svg","2026-08-21T05:04:24.116Z",28,{"id":49,"slug":49,"title":50,"categories":51,"image":53,"publishedAt":55,"order":56},"0u3jqdwhrgu5","稟議の差し戻しが減らないのは、承認する側の判断基準が申請画面に載っていないから",[52],"業務効率化",{"url":54,"width":12,"height":13},"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002F8745469660744c84b74ceccedda1506e\u002F%E3%82%A2%E3%82%A4%E3%82%AD%E3%83%A3%E3%83%83%E3%83%81_%E7%A8%9F%E8%AD%B0%E3%81%AE%E5%B7%AE%E3%81%97%E6%88%BB%E3%81%97%E3%81%8C%E6%B8%9B%E3%82%89%E3%81%AA%E3%81%84%E3%81%AE%E3%81%AF_v3_20260813.svg","2026-08-20T05:52:42.029Z",27,{"id":58,"slug":58,"title":59,"categories":60,"image":61,"publishedAt":63,"order":64},"d9qydi-huy","申請者が承認者を毎回選ぶ運用を、いつまで続けられるか",[9],{"url":62,"width":12,"height":13},"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002F2187bb39420b4e1fbf28c32c75a6a706\u002Feyecatch-approver-selection-20260814.svg","2026-08-19T06:13:13.637Z",26,{"id":66,"slug":66,"title":67,"categories":68,"image":69,"publishedAt":71,"order":72},"3358728uqfu3","ワークフローのトライアルは、何を確かめる30日か。検証を3層に分けて設計する",[9],{"url":70,"width":12,"height":13},"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002F2b008dbc543f4e519b897fe9f68ebb89\u002Feyecatch-trial-30days-20260814.svg","2026-08-18T10:45:01.972Z",25,{"id":74,"slug":74,"title":75,"categories":76,"image":78,"publishedAt":82,"order":83},"u-_k2jynls92","【セミナーレポート】決算が締まらなかった会社は、ワークフローをどう建て直したか（出前館 志賀綾子氏・足立隆裕氏）",[77],"ガバナンス",{"url":79,"width":80,"height":81},"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002F3f07e07a9d734a6cae069a55a0c8fb4a\u002F%E6%B1%BA%E7%AE%97%E3%81%8B%E3%82%99%E7%B7%A0%E3%81%BE%E3%82%89%E3%81%AA%E3%81%8B%E3%81%A3%E3%81%9F%E4%BC%9A%E7%A4%BE%E3%81%AF%E3%80%81%E3%83%AF%E3%83%BC%E3%82%AF%E3%83%95%E3%83%AD%E3%83%BC%E3%82%92%E3%81%A8%E3%82%99%E3%81%86%E5%BB%BA%E3%81%A6%E7%9B%B4%E3%81%97%E3%81%9F%E3%81%8B.webp",1280,670,"2026-08-17T01:00:06.830Z",24,{"id":85,"slug":85,"title":86,"categories":87,"image":89,"publishedAt":90,"order":91},"f0jy89g2jlp","依頼系の申請は一覧を見ても誰の件か分からない。原因と一覧から逆算するフォーム設計",[88],"働き方・組織",null,"2026-08-14T01:00:07.094Z",23,{"id":93,"slug":93,"title":94,"categories":95,"image":96,"publishedAt":98,"order":99},"zdr5kdsdp","承認経路のメンテが終わらない理由",[88],{"url":97,"width":12,"height":13},"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002F941338f1bdb84c45b5f08dfe4f1ca593\u002F%E3%82%A2%E3%82%A4%E3%82%AD%E3%83%A3%E3%83%83%E3%83%81_%E6%89%BF%E8%AA%8D%E7%B5%8C%E8%B7%AF%E3%81%AE%E3%83%A1%E3%83%B3%E3%83%86%E3%81%8B%E3%82%99%E7%B5%82%E3%82%8F%E3%82%89%E3%81%AA%E3%81%84%E7%90%86%E7%94%B1.png","2026-08-13T01:00:07.386Z",22,{"id":101,"slug":101,"title":102,"categories":103,"image":104,"publishedAt":106,"order":107},"qbwzwoaayu","新システムへの切り替えは「一斉リリース」か「段階リリース」どちらが良いのか",[9],{"url":105,"width":12,"height":13},"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002Faec08d0f80d14f0aa49635a5184bd2a6\u002F%E3%82%A2%E3%82%A4%E3%82%AD%E3%83%A3%E3%83%83%E3%83%81_%E6%96%B0%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E3%81%B8%E3%81%AE%E5%88%87%E3%82%8A%E6%9B%BF%E3%81%88%E3%81%AF%E3%80%8C%E4%B8%80%E6%96%89%E3%83%AA%E3%83%AA%E3%83%BC%E3%82%B9%E3%80%8D%E3%81%8B%E3%80%8C%E6%AE%B5%E9%9A%8E%E3%83%AA%E3%83%AA%E3%83%BC%E3%82%B9%E3%80%8D%E3%81%A8%E3%82%99%E3%81%A1%E3%82%89%E3%81%8B%E3%82%99%E8%89%AF%E3%81%84%E3%81%AE%E3%81%8B.png","2026-08-12T01:30:06.254Z",21,33,12,0,"",{"id":101,"slug":101,"title":102,"categories":113,"image":114,"publishedAt":106,"order":107,"body":115,"toc":116,"excerpt":185,"readingMinutes":109,"revisedAt":106},[9],{"url":105,"width":12,"height":13},"\u003Cp>「システムを一斉に切り替えるのはさすがに怖い。かといって段階リリースだと現場が混乱しそう」\u003Cbr \u002F>今使っているワークフローシステムから新しい仕組みへ切り替えるとき、進め方に迷ったことはありませんか？\u003C\u002Fp>\u003Cp>kickflowでフィールドセールスを担当している西尾です。新旧システムの切り替えをどう進めるか、という相談に立ち会う機会が多くあります。\u003C\u002Fp>\u003Cp>一斉切替には「初日に想定外のことが起きたらどうするか」という不安があり、段階移行には「新旧システムの並行稼働が長く続き、現場が疲れてしまわないか」という不安があります。\u003Cbr \u002F>どちらを選んでも心配は残るため、最終的に進め方は担当者に委ねられる状況となります。\u003C\u002Fp>\u003Cp>ただ、さまざまな会社の切り替えに立ち会ってきた中で、この選択にあらかじめ決まった正解はないと感じています。\u003Cbr \u002F>大切なのは、消去法や雰囲気で選ぶのではなく、両方の中身を同じ解像度で理解したうえで、自社の状況に照らして選ぶこと。\u003C\u002Fp>\u003Cp>この記事では、一斉切替と段階移行のメリット・デメリットを整理し、どちらが自社に向いているかを考える判断の軸と、移行計画づくりに使えるチェックリストをまとめます。\u003Cbr \u002F>\u003Cbr \u002F>「自社にはこの方法が合っている」と理由をもって説明できるようになるための材料として参考になれば幸いです。\u003C\u002Fp>\u003Ch2 id=\"h5d0774c4ae\">まず押さえたい2つの進め方の違い\u003C\u002Fh2>\u003Cp>一斉切替と段階移行の違いは、単なる速さの違いではありません。本質は、\u003Cstrong>新旧のシステムを並行して動かす期間を作るかどうか\u003C\u002Fstrong>にあります。\u003C\u002Fp>\u003Cfigure>\u003Cimg src=\"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002F8cc57005dd9a4ce38da0009f2fb552f2\u002F%E5%9B%B31_2%E3%81%A4%E3%81%AE%E9%80%B2%E3%82%81%E6%96%B9%E3%81%AE%E9%81%95%E3%81%84_20260812.png?w=1200&fm=webp&q=80\" alt=\"\" width=\"2400\" height=\"1178\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\u003Cp>一斉切替→並行稼働の期間をほぼゼロにする代わりに、切替日にすべての準備と負荷を集中させる進め方。\u003Cbr \u002F>段階移行→その逆で、負荷を時間的に分散させる代わりに、新旧を並行して動かす期間を数ヶ月にわたって管理し続けることになります。\u003C\u002Fp>\u003Cp>つまりどちらを選んでも、負荷そのものはなくなりません。負荷を「いつ」「どこに」置くかが変わるだけです。\u003C\u002Fp>\u003Ch2 id=\"h5e3a887fc8\">2つの進め方を一覧で比べる\u003C\u002Fh2>\u003Cp>各論に入る前に、両者の性格の違いを一覧にしておきます。\u003C\u002Fp>\u003Ctable>\u003Ctbody>\u003Ctr>\u003Cth>\u003Cp>比べる観点\u003C\u002Fp>\u003C\u002Fth>\u003Cth>\u003Cp>一斉切替\u003C\u002Fp>\u003C\u002Fth>\u003Cth>\u003Cp>段階移行\u003C\u002Fp>\u003C\u002Fth>\u003C\u002Ftr>\u003Ctr>\u003Ctd>\u003Cp>進め方\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>決めた日に、すべての申請を移す\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>部門や申請の種類ごとに、順番に移す\u003C\u002Fp>\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>\u003Cp>並行稼働の期間\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>ほぼゼロ\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>数ヶ月にわたって続く\u003C\u002Fp>\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>\u003Cp>負荷のかかり方\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>切替日に集中する\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>時間的に分散する\u003C\u002Fp>\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>\u003Cp>説明と教育\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>1回に集約できる\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>対象ごとに繰り返す\u003C\u002Fp>\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>\u003Cp>想定外が起きたとき\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>影響が全社に及ぶ\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>影響がその範囲にとどまる\u003C\u002Fp>\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>\u003Cp>気づきの活かし方\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>やり直しがきかない\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>次の対象に反映できる\u003C\u002Fp>\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>\u003Cp>いちばんの負担\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>切替日までの準備\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>並行稼働の管理\u003C\u002Fp>\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003Cp>ここから、それぞれの中身を見ていきます。\u003C\u002Fp>\u003Ch2 id=\"hebd6909fdc\">一斉切替のメリット・デメリット\u003C\u002Fh2>\u003Cp>一斉切替は、決めた日にすべての申請を新システムへ移す進め方です。この進め方が何を得意とし、何が苦手かを見ていきます。\u003C\u002Fp>\u003Ch3 id=\"hbc4d46b33a\">○ メリット1：新旧の並行稼働がほぼない\u003C\u002Fh3>\u003Cp>最大のメリットは「この申請はどちらに出すべきか」という迷いが原則として起きないことです。\u003Cbr \u002F>切替日を境に全社員が同じ仕組みに移るため、申請先の迷い、承認者の二重運用、決裁記録の分散といった、並行稼働ならではの管理コストを負わずに済みます。\u003C\u002Fp>\u003Ch3 id=\"h71d55d284a\">○ メリット2：説明と教育を1回に集約できる\u003C\u002Fh3>\u003Cp>「この日からすべて新しいシステムになります」という説明で済むため1回の説明に集約できます。\u003Cbr \u002F>周知も研修も1回に集約でき、部門や申請の種類ごとに説明のバージョンを出し分ける必要がありません。管理する側の運用ルールも、切替後は1本化されます。\u003C\u002Fp>\u003Ch3 id=\"h98954144ee\">× デメリット1：切替日に準備の負荷が集中する\u003C\u002Fh3>\u003Cp>設定、データの整備、テスト、教育。これらをすべて切替日までに終える必要があります。裏を返せば、準備が一つでも間に合わない項目があると、その影響がそのまま全社に及びます。段階移行なら後続の移行タイミングで直せる話も、一斉切替では後から直す余地がありません。\u003C\u002Fp>\u003Ch3 id=\"h152d12a7a2\">× デメリット2：想定外が起きたときの影響範囲が広い\u003C\u002Fh3>\u003Cp>切替直後に不具合や運用の誤解が見つかった場合、影響は特定の部門や申請の種類に限定されず、全社に及びます。\u003Cbr \u002F>問い合わせも切替直後の短期間に集中しがちです。その期間の対応体制をどれだけ厚くできるかが、一斉切替の成否を左右します。\u003C\u002Fp>\u003Ch3 id=\"h2aa33849df\">× デメリット3：後戻りの選択肢が狭い\u003C\u002Fh3>\u003Cp>段階移行なら、うまくいかない申請だけを一旦旧運用に戻すといった部分的な調整がしやすい。一方の一斉切替は全社が同時に新システムへ移っているため、旧運用に戻すとしても影響はやはり全社に及びます。切替前の準備とリハーサルの厚みが、後戻りしにくさを補う手段になります。\u003C\u002Fp>\u003Ch2 id=\"h8577d78f51\">段階移行のメリット・デメリット\u003C\u002Fh2>\u003Cp>段階移行は、部門や申請の種類ごとに順番を決めて、少しずつ新システムへ移す進め方です。同じ観点で見ていきます。\u003C\u002Fp>\u003Ch3 id=\"h36044f335b\">○ メリット1：一度に変わる範囲を小さくできる\u003C\u002Fh3>\u003Cp>最初に移す対象を絞ることで、設定・テスト・教育の作業量をその範囲だけに集中させられます。\u003Cbr \u002F>全社分を一度に仕上げる必要がないため、担当者の負荷を時間的に分散できます。\u003C\u002Fp>\u003Ch3 id=\"h6615da64ca\">○ メリット2：先行して得た気づきを、あとの移行に反映できる\u003C\u002Fh3>\u003Cp>最初の部門や申請で見つかった設定の不備や、社員からの「わかりにくい」という声を、次の移行対象に反映してから進められます。\u003Cbr \u002F>段階を追うごとに移行の精度が上がる点は、一斉切替にはない強みです。\u003C\u002Fp>\u003Ch3 id=\"h8aa61e9a3b\">○ メリット3：想定外が起きても影響範囲が限定される\u003C\u002Fh3>\u003Cp>万一うまくいかない申請や部門があっても、影響はその範囲にとどまります。\u003Cbr \u002F>全社を巻き込む前に軌道修正できる余地は、申請の種類が多い組織や、業務内容が部門ごとに大きく異なる組織にとって、大きな安心材料になります。\u003C\u002Fp>\u003Ch3 id=\"hd0fa10af3b\">× デメリット1：並行稼働の間、申請先の迷いが生まれる\u003C\u002Fh3>\u003Cp>並行稼働の間、社員は申請のたびに「これは新システムに出すものか、まだ旧運用のものか」を判断することになります。\u003Cbr \u002F>移行の計画を立てた側にとっては自明な区分けでも、月に数回しか申請しない社員にとっては自明ではありません。問い合わせが増える原因になりやすいところです。\u003C\u002Fp>\u003Ch3 id=\"h7997754290\">× デメリット2：承認する人に二重運用の負荷が集中する\u003C\u002Fh3>\u003Cp>管理職は、部下の申請を新システムで承認しつつ、まだ移行していない申請は旧来のやり方で確認する状態を、移行完了まで続けることになります。\u003Cbr \u002F>並行稼働の負荷は全社員に均等にかかるのではなく、承認する立場の人に集中しやすい構造です。\u003C\u002Fp>\u003Ch3 id=\"h9305375220\">× デメリット3：決裁の記録が2つの場所に分かれる\u003C\u002Fh3>\u003Cp>並行稼働の間の決裁の記録は、新システムと旧運用の両方に分かれて残ります。\u003Cbr \u002F>加えて、段階移行は「いつ終えるか」を決めずに進めると並行稼働そのものが延び続け、この管理コストが慢性化するおそれがあります。\u003C\u002Fp>\u003Ch2 id=\"h3aa5b100ff\">負荷は消えない。置き場所が変わるだけ\u003C\u002Fh2>\u003Cp>両方のメリット・デメリットを並べてみると、ひとつのことが見えてきます。どちらの進め方も、負荷の総量を減らしてはくれないということです。\u003C\u002Fp>\u003Cfigure>\u003Cimg src=\"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002Fbbb1a41319ca469fb157445b7b3b03bc\u002F%E5%9B%B32_%E8%B2%A0%E8%8D%B7%E3%81%AE%E7%BD%AE%E3%81%8D%E5%A0%B4%E6%89%80_20260812.png?w=1200&fm=webp&q=80\" alt=\"\" width=\"2400\" height=\"1394\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\u003Cp>一斉切替は、負荷を切替日の一点に集めます。その日を越えれば、あとは新システムだけの運用が残ります。\u003Cbr \u002F>ただし、一点に集めたぶん、そこでつまずいたときの影響は大きくなります。\u003C\u002Fp>\u003Cp>段階移行は、一度あたりの負担を軽くします。その代わり、並行稼働の管理が数ヶ月続きます。\u003Cbr \u002F>この管理は目立たないぶん見落とされがちですが、申請先の周知、承認者の二重運用、記録の分散という形で、確実に誰かの手間として積み上がっていきます。\u003C\u002Fp>\u003Ch2 id=\"h156c1c9fc9\">どちらが向いているかを考える判断の軸\u003C\u002Fh2>\u003Cp>どちらが優れているという話ではありません。自社の状況に照らして「どちらの得るものが自社にとって価値が大きく、どちらの負うものなら対応できるか」を考えることになります。判断の軸になりやすいポイントは、大きく3つです。\u003C\u002Fp>\u003Cfigure>\u003Cimg src=\"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002Fc5721b85145f4d93a9bdb55372bfb9df\u002F%E5%9B%B33_%E5%88%A4%E6%96%AD%E3%81%AE3%E3%81%A4%E3%81%AE%E8%BB%B8_20260812.png?w=1200&fm=webp&q=80\" alt=\"\" width=\"2400\" height=\"1406\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\u003Cp>もう少し細かい観点も含めて、具体例とあわせて表に整理します。\u003C\u002Fp>\u003Ctable>\u003Ctbody>\u003Ctr>\u003Cth>\u003Cp>判断の軸\u003C\u002Fp>\u003C\u002Fth>\u003Cth>\u003Cp>一斉切替が向きやすい状況\u003C\u002Fp>\u003C\u002Fth>\u003Cth>\u003Cp>段階移行が向きやすい状況\u003C\u002Fp>\u003C\u002Fth>\u003C\u002Ftr>\u003Ctr>\u003Ctd>\u003Cp>申請の種類の数\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>種類が少なく、項目や承認経路の作りが似ている\u003Cbr \u002F>例：稟議・経費精算・押印申請が同じ形式で、違うのは金額の分岐くらい\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>種類が多く、性質が大きく異なる\u003Cbr \u002F>例：営業の与信申請と工場の設備投資申請で、入力項目も承認者も別物\u003C\u002Fp>\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>\u003Cp>部門間の業務差\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>全部門が同じルールで動いている\u003Cbr \u002F>例：どの部門も同じ経費規程・同じ承認段数で運用している\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>部門固有の運用が残っている\u003Cbr \u002F>例：工場だけ紙の作業日報がある、営業だけ独自の値引き決裁がある\u003C\u002Fp>\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>\u003Cp>周知の行き渡りやすさ\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>全社員に短期間で説明が届く\u003Cbr \u002F>例：全員が業務でPCを使っていて、説明会を1回開けば行き渡る\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>説明のタイミングをずらす必要がある\u003Cbr \u002F>例：店舗や工場にシフト勤務の社員がいて、全員を同時に集められない\u003C\u002Fp>\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>\u003Cp>準備にかけられる期間\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>テスト・教育の期間を十分に取れる\u003Cbr \u002F>例：切替日まで3ヶ月あり、期末や監査対応の時期とも重ならない\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>準備を分散させたい\u003Cbr \u002F>例：繁忙期が近くまとまった時間が取れない。先行結果を見てから次を決めたい\u003C\u002Fp>\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>\u003Cp>想定外への許容度\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>万一の際に全社的な対応体制を組める\u003Cbr \u002F>例：切替直後の1〜2週間、情シスが問い合わせ対応に人を張れる\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>影響範囲を限定的に抑えたい事情がある\u003Cbr \u002F>例：止まると支払いが遅れる申請があり、まず影響の小さい部門で試したい\u003C\u002Fp>\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>\u003Cp>並行稼働の管理体制\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>管理する余力が薄い\u003Cbr \u002F>例：どの申請がどちらにあるかの一覧を、維持する担当を置けない\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>数ヶ月単位で運用できる体制がある\u003Cbr \u002F>例：一覧を社内ポータルに置き、更新の担当と頻度を決められる\u003C\u002Fp>\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003Cp>正直に言うと、相談の場で見てきた限り、どちらか一方の列にきれいに揃う会社のほうが少数派です。たいていは両方の列に条件が混在します。\u003C\u002Fp>\u003Cp>条件が混在する場合は、「全社共通の申請は一斉に、部門固有の申請は段階的に」というように、進め方自体を申請の性質ごとに使い分けることも現実的な選択肢です。\u003Cbr \u002F>大切なのは、この軸に沿って自社の状況を洗い出し、意図をもって進め方を決めること。\u003Cbr \u002F>ここまでの判断と、決めたあとの計画づくりをチェックリストの形にまとめてみました。\u003C\u002Fp>\u003Ch2 id=\"h28221b1850\">移行計画のチェックリスト\u003C\u002Fh2>\u003Cp>どの段階で何を決めるかがわかるよう、3つのフェーズに分けました。\u003C\u002Fp>\u003Ch3 id=\"h7b6196bb80\">フェーズ1：自社の状況を洗い出す\u003C\u002Fh3>\u003Col>\u003Cli>申請の種類の数と、それぞれの業務の性質の近さ・違いを一覧にした\u003C\u002Fli>\u003Cli>部門ごとに独自の運用や申請がどれだけあるかを確認した\u003C\u002Fli>\u003Cli>全社員への周知を短期間で行き渡らせられる体制があるかを確認した\u003C\u002Fli>\u003Cli>切替日までにテスト・教育を終えられる準備期間を見積もった\u003C\u002Fli>\u003C\u002Fol>\u003Ch3 id=\"h2d36d49e31\">フェーズ2：進め方を決める\u003C\u002Fh3>\u003Col>\u003Cli>判断の軸に沿って、一斉切替と段階移行のメリット・デメリットを自社の状況に当てはめて比較した\u003C\u002Fli>\u003Cli>申請の性質によって進め方を使い分ける選択肢（全社共通は一斉、部門固有は段階など）も含めて検討した\u003C\u002Fli>\u003Cli>一斉切替を選ぶ場合は、切替直後の問い合わせ対応体制を通常より厚くする計画を立てた\u003C\u002Fli>\u003Cli>段階移行を選ぶ場合は、区切りの単位（申請の種類ごと・部門ごと・掛け合わせ）と、最初に移す対象（頻度が高く項目が少ないもの）を決めた\u003C\u002Fli>\u003Cli>段階移行を選ぶ場合は、全体をいつ終えるかの期限を決めた\u003C\u002Fli>\u003C\u002Fol>\u003Ch3 id=\"he070ba9835\">フェーズ3：並行稼働と切替後の運用ルールを決める（段階移行の場合）\u003C\u002Fh3>\u003Col>\u003Cli>申請の種類ごとに、新システムの受付開始と旧運用の受付停止のタイミングを決めた\u003C\u002Fli>\u003Cli>どの申請がどちらにあるかを社員が確認できる一覧を用意し、更新の担当を決めた\u003C\u002Fli>\u003Cli>操作の質問と区分けの質問をまとめて受ける問い合わせ窓口を一本化した\u003C\u002Fli>\u003Cli>申請の種類ごとの切替日を記録として残し、あとから決裁記録を探す人が迷わないようにした\u003C\u002Fli>\u003C\u002Fol>\u003Ch2 id=\"ha214098e44\">まとめ\u003C\u002Fh2>\u003Cp>一斉に切り替えるか、段階的に切り替えるか。この問いに、あらかじめ決まった正解はありません。\u003C\u002Fp>\u003Cp>一斉切替は並行稼働の管理コストを避けられる代わりに、切替日までの準備の集中と、想定外が起きたときの影響の広さを受け止めることになります。\u003Cbr \u002F>段階移行は負荷を分散し、先行の気づきをあとに活かせる代わりに、並行稼働の管理を数ヶ月続けることになります。\u003C\u002Fp>\u003Cp>どちらもはっきりしたメリットを持ち、どちらもはっきりしたデメリットを持つ、優劣のつけられない選択肢です。\u003Cbr \u002F>大切なのは、どちらかを直感や消去法で選ぶのではなく、自社の申請の構成や体制に照らして、両方の中身を理解したうえで意図的に選ぶことです。\u003C\u002Fp>\u003Cp>最後にひとつ添えておくと、私は切り替えの相談を受ける営業の立場で、移行計画を自分の手で最後までやり切った当事者ではありません。\u003Cbr \u002F>並行稼働の間の現場のやりくりや周知の細かな工夫は、実際に移行を経験されたみなさんのほうが詳しいはずです。\u003Cbr \u002F>\u003Cbr \u002F>この記事の整理とチェックリストが移行計画策定の参考になれば幸いです。\u003C\u002Fp>",[117,121,124,127,131,134,137,140,143,146,149,152,155,158,161,164,167,170,173,176,179,182],{"id":118,"text":119,"level":120},"h5d0774c4ae","まず押さえたい2つの進め方の違い",2,{"id":122,"text":123,"level":120},"h5e3a887fc8","2つの進め方を一覧で比べる",{"id":125,"text":126,"level":120},"hebd6909fdc","一斉切替のメリット・デメリット",{"id":128,"text":129,"level":130},"hbc4d46b33a","○ メリット1：新旧の並行稼働がほぼない",3,{"id":132,"text":133,"level":130},"h71d55d284a","○ メリット2：説明と教育を1回に集約できる",{"id":135,"text":136,"level":130},"h98954144ee","× デメリット1：切替日に準備の負荷が集中する",{"id":138,"text":139,"level":130},"h152d12a7a2","× デメリット2：想定外が起きたときの影響範囲が広い",{"id":141,"text":142,"level":130},"h2aa33849df","× デメリット3：後戻りの選択肢が狭い",{"id":144,"text":145,"level":120},"h8577d78f51","段階移行のメリット・デメリット",{"id":147,"text":148,"level":130},"h36044f335b","○ メリット1：一度に変わる範囲を小さくできる",{"id":150,"text":151,"level":130},"h6615da64ca","○ メリット2：先行して得た気づきを、あとの移行に反映できる",{"id":153,"text":154,"level":130},"h8aa61e9a3b","○ メリット3：想定外が起きても影響範囲が限定される",{"id":156,"text":157,"level":130},"hd0fa10af3b","× デメリット1：並行稼働の間、申請先の迷いが生まれる",{"id":159,"text":160,"level":130},"h7997754290","× デメリット2：承認する人に二重運用の負荷が集中する",{"id":162,"text":163,"level":130},"h9305375220","× デメリット3：決裁の記録が2つの場所に分かれる",{"id":165,"text":166,"level":120},"h3aa5b100ff","負荷は消えない。置き場所が変わるだけ",{"id":168,"text":169,"level":120},"h156c1c9fc9","どちらが向いているかを考える判断の軸",{"id":171,"text":172,"level":120},"h28221b1850","移行計画のチェックリスト",{"id":174,"text":175,"level":130},"h7b6196bb80","フェーズ1：自社の状況を洗い出す",{"id":177,"text":178,"level":130},"h2d36d49e31","フェーズ2：進め方を決める",{"id":180,"text":181,"level":130},"he070ba9835","フェーズ3：並行稼働と切替後の運用ルールを決める（段階移行の場合）",{"id":183,"text":184,"level":120},"ha214098e44","まとめ","「システムを一斉に切り替えるのはさすがに怖い。かといって段階リリースだと現場が混乱しそう」今使っているワークフローシステムから新しい仕組みへ切り替えるとき、進め方に迷ったことはありませんか？kickflowでフィールドセールスを担当している…"]