DX

DX

DXどっちが先?強みと弱み

DXにいざ自社で取り組もうとしたときSWOT分析で自社の強み弱みを把握する。そして、孫子によれば「弱み」から手掛けるべき。負けないためには無防備を固める必要がある。どんなに素晴らしい新製品や新サービスも内部統制に無防備なところがあると「信頼」を失ってしまう。
五輪書

リスキリングを血肉とし結果をだすための取り組み姿勢

企業システムの開発や運用には様々なスキルが必要です。DXでは全社員をデジタル人材にするためにリスキリングを経営施策としている企業もあります。しかし、付け刃のようなスキルでは生兵法は大けがの元。学んだスキルを血肉とし、結果をだすための取り組み姿勢とはどのようなものかわかりますか?その答えを、宮本武蔵は「五輪書 水之巻 後書き」に記しています。
孫子

DXはいったいどこから手を付けたらいいのか?

IT投資やDX、次々と出てくる施策。世の中の動きに乗り遅れたり、他社に後れを取りたくはありませんね?かといって無駄な投資はしたくないのでは?では、いったいどこから手を付けたらいいのでしょうか?孫子は言う、無防備なところを攻め、不意を突くのが勝つ道だと。
DX

現場DXの壁は現場?!

現場DXの全社展開は難しい。製造業の現場は特に難しい。トップダウンで強行してもなかなかうまくはいかない。如何にその気になって動いていただくか。そのためには正攻法だけではなく、聞こえは悪いが「騙しあい」のような策も練る必要がある。
DX

部門長がRPA全社展開への壁!?

DXの道具としてRPAを導入している企業が増えている。一方で、初期段階に留まっており全社展開が進んでいないという調査結果もある。その一つの要因が「部門長の壁」である。部門長が現行の部門利益を優先し、RPAへの取り組みが片手間になっているのだ。経営層はしっかりと大義名分を示し、それでも違う方向に突っ走る部門長は追放も考えなければならない。それが経営層の「本気度」を示すことになる。
DX

「5割がDXを外注」は危うい?

DXでは設計以降のシステム開発を5割の企業が外部委託しているという。最近、DXは内製が良いという論調もあるが、初期開発の負荷分散に外注化は有効だ。ただし、丸投げせず積極的に設計レビューなど関与し「保守性」の確保、運用保守の内製化で変化に素早く対応できるようにすることが重要だ。
RPA

他人任せDXのツケ

業務部門が自らRPAを活用してDXを推進すれば要件の不備に早く気が付き軌道修正ができる。しかし、IT部門などがロボットの開発を引き受け、従来のシステム開発と同じようにヒアリングにより要件定義をする場合、思わぬ事態になることがある。つまり、従来のシステム開発と同じように要件定義を失敗する。RPAのようなノーコード開発によるDXでも、要件の事実確認は重要だ!
ワークフロー

ノーコード開発の大義

なぜ、DXではノーコード開発が有効なのか。そこには業務部門がDXを推進するという大義があるはず。ならば、例え簡単なコードであっても安易に開発者が手を出すべきではありません。
ワークフロー

お手軽DX!電子決済編

DXと聞くと全社的に組織、プロセス、企業文化等を変革しなければならないと考え、なかなか最初の一歩が踏み出せないか、DXは関係ないと決め込むか、DXから逃げたくなる人も少なくない。そこで決済業務を電子承認化する事例をお手軽DXとして紹介します。
書籍

DXでアジャイルやるなら必読!「変更を制する者がプロジェクトを制す!」

あなたはシステム開発で変更に振り回されずにうまく対処できていますか?あなたがもし、これまでシステム開発で変更に振り回され、ストレスを感じたり、疲れたりしているなら、 あるいは、これから変更が多発しそうな恐れがあり不安をかかえているなら、きっとこの本は役に立つことでしょう。