お役所や大企業がIT調達の呪縛から逃れるためには - ku-sukeのブログ
宮坂さんのTweetを拝見し、僕もここ数年DXだとかFintechだとかよくわからない業界でもがいてきて少し見えてきたことがあるので言語化してみたい。 勉強になった。行政ではIT調達なる言葉を使うが、ソフトウェア/デジタルサービスは「調達」という言葉に馴染まないのではと。サービスが顧客期待に応えるかは事前に積算できず不確実性が。顧客に聞きながら改善するしかない。これが今の予算/調達制度に抜群に相性が悪い仮説。 https://t.co/RUV1HzrDoe— 宮坂学 Manabu Miyasaka (@miyasaka) 2020年9月19日 おさらい。IT調達の呪縛とは まずはじめに、この国の遅れたIT化や、いけてない（ようにみえる）システムがなぜ起きているか、その原因の多くが、システム開発を「モノの調達」と同じフローに載せていることである。 たとえば、コピー機を100台、カラーレーザー
既に一般的なものになってしまった「シャドウIT部門」とは | readwrite.jp
ゲスト執筆者のロバート・Ｊ・ムーアはオンライン企業にビジネスインテリジェンスを提供しているRJMetricsのCEOである。 SaaS企業の成長の多くは”land and expand”戦略を原動力としている。まずツールを個人に使ってもらい、次に小さなチーム、そして会社のヒエラルキーのより高みへ、といった具合だ。 結果、企業は他社との比較や提案の要求等をすること無しに、大規模な契約にサインする事になる。SlackやDropboxといった企業はこの流れに沿う様に価格モデルを決定している。Slackが私の会社、RJMetricsから仕事を取るためにユーザーアカウントを人数制限なしに無料で利用できるようにしたのは、やり方をよく分かっていたと言って良い。ある日一部のエンジニアが使い始めたものが、エンジニア全員が使うようになり、やがては社内の全員が使うようになった頃にはそれ無しでは成り立たなくなり、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CEDEC2014 「ライブラリを作ってはいけない ～それでも作りたいあなたへのアドバイス～」
