エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
SaaS時代の社内システム導入は「システムを開発」するのではなく「システムに迎合する」|林
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
SaaS時代の社内システム導入は「システムを開発」するのではなく「システムに迎合する」|林
社内システムにおいてはSaaSソリューションを活用するのが一般的になっていますし、仮にスクラッチで開... 社内システムにおいてはSaaSソリューションを活用するのが一般的になっていますし、仮にスクラッチで開発をするとしても便利なライブラリやフレームワークが充実しています。これらを活用することで、システム開発はこれまでの何倍も簡単になるはずなのに、システム導入はあまり簡単になっていない気がします。これがなぜか考えたのでシェアします。 結論としては、SaaS時代はシステム導入=システム開発ではなく、システム導入=システムに合わせた業務変革となるため、システム導入の難しさの種類がシステム開発それ自体やシステム移行の難しさから、業務や人(働き方)を変えることという別の種類の難しさに変わったためだと思います。 「システム導入」は「業務に合ったシステムを開発すること」だったスクラッチ開発の時代は、システムを導入するということは業務に合ったシステムを開発することを意味していました。 初期のシステム導入(紙業