リモートワーク対応からDXを始めて良いの？

単純に、リモートワークの環境を構築するだけなら、DXには含まれない。というのが、私の見解かな。

そういうこと。段々と成長してきた感じがするね。

そういうときは、DXの設計思想と合わせて、マイクロサービスアーキテクチャ（ビジネス機能に沿った複数の小さいサービスが、疎結合の集合体として構成されている状態）を意識した構成で構築すると良いよ。

多くの場合は、正式な移行が発生しないけれども、それができる構成にしておくと、万が一のときに柔軟な対応ができるよね。

いわゆるコミュニケーション系から導入する企業が多いかな。
「グループウェア」「Web会議」「ビジネスチャット」というカテゴリー。次点では、「オンラインストレージ」「ワークフロー」といったところ。

もちろん、できないことはないけど、バックオフィス業務は、既に構築されている基幹システムや社内のルール次第で難しいケースもある。

ただし、条件付きのフローを切り出してリモートワーク対応するからを検討してみるのは良いと思う。

そ、そうだなぁ。そしたら、 常識に捉われていたら難しい事例を１つ。
個人経費精算の総額が少額であることが前提になるけど。

精算金額が一定以下の場合には、ビジネスチャットで上長承認を得た上であれば、半年に一回の精算を可とする。

という運用ルールにするのは、電子帳簿保存法に対応して、経費精算を完全なリモートワークを可能にするよりも、グッとハードルが下がる。
半年に一度の月以外は、高額の経費精算だけになるので、オフィスに出勤しなければならない日数の削減を期待できる。

今までは、他にもオフィスに行く用事があったけど、リモートワーク環境があれば、経費精算以外は特に必要ない。っていう社員が大半を占める企業は、けっこう多いんだよね。

どんなことでも同じだけど、「すぐに導入できて、効果が高いもの」が優先だよね。

社外とのルール調整は時間がかかることが多いけど、社内ルールの調整は比較的やりやすいので、検討する価値が高いと思う。

特に中堅・中小企業であれば、条件付きのフローを社内で運用するのが比較的難しくないので、システム導入を前提にせず、柔軟に検討するのが良いと思うよ。

もちろん、条件付きのフローだけSaaSのワークフローを構築してしまうのも良いよ。そのあたりの細かい選択肢は、会社ごとの事情次第かな。

実際に、そういう企業は多いよ。

わかりやすいニーズと成果があるのは、プロジェクトを推進していく上で、必ず背中を押してくれるから、アプローチの1つとして良いんじゃないかな。