[B! 開発] お役所や大企業がIT調達の呪縛から逃れるためには

オーナーコメントを固定しています

オーナー ku-suke ブコメ見て追記した。刺したり刺されたりしていこう！

2020/09/23 リンク

nnnnnhisakun お役所の予算には第三者査定があるのですが、過去の案件と比較できる様式（いわゆるウォーターフォールの工程毎の人月費用）で提案見積もりを用意しないと財務部門に相手にされないという壁がなかなか壊れない

システム開発

2020/09/23 リンク

ryunosinfx うん、わかってる人は分かってるんだ。でも責任有る席に座る人が理解できない理解できない物に判子は押せない。判らない物にGOサインを出せる人間は相当な有能者だ。そんな人は役所に行かない、全てはそこだと思う。

2020/09/22 リンク

pn-go 予算をフェーズに分割すると単年度予算主義の呪縛により、夏頃には次年度の予算の内容をあらかた決めておく必要がある。n年に調査、n+1年に予算要求。n+2年に開発。

2020/09/22 リンク

cl-gaku 正論か理想論か知らんけどそれだけ言っていいならクックパッドかメルカリかどっかそのへんから発注側が何人か抜いてくりゃいいだけの話ではと思う

2020/09/22 リンク

bayaread お役所や大企業の決裁者の思考は基本的に「これにGOを出した結果、自分が怒られることはないか？」なので...本当に根深い問題だ...

2020/09/23 リンク

decobisu 開発で画面設計やらずに先にUX調査してRFP用にUIモック作る話いいなぁ

2020/09/22 リンク

von_walde ﾓﾉﾂﾞｸﾘの現場も割とこんな気がする

2020/09/22 リンク

オーナーコメントを固定しています

オーナー ku-suke ブコメ見て追記した。刺したり刺されたりしていこう！

2020/09/23 リンク

kabutch “既製品を調達するノリでITに関しても発注が行われ、失敗を繰り返していることをIT調達の呪縛と呼ぶ”世の中のシステム開発業者の多くが品質を確保した「製品」を作れないのが悪いのでは？

2020/09/25 リンク

システム開発

2020/09/23 リンク

bayaread お役所や大企業の決裁者の思考は基本的に「これにGOを出した結果、自分が怒られることはないか？」なので...本当に根深い問題だ...

2020/09/23 リンク

von_walde ﾓﾉﾂﾞｸﾘの現場も割とこんな気がする

2020/09/22 リンク

decobisu 開発で画面設計やらずに先にUX調査してRFP用にUIモック作る話いいなぁ

2020/09/22 リンク

お役所や大企業がIT調達の呪縛から逃れるためには - ku-sukeのブログ

宮坂さんのTweetを拝見し、僕もここ数年DXだとかFintechだとかよくわからない業界でもがいてきて少し見... 宮坂さんのTweetを拝見し、僕もここ数年DXだとかFintechだとかよくわからない業界でもがいてきて少し見えてきたことがあるので言語化してみたい。勉強になった。行政ではIT調達なる言葉を使うが、ソフトウェア/デジタルサービスは「調達」という言葉に馴染まないのではと。サービスが顧客期待に応えるかは事前に積算できず不確実性が。顧客に聞きながら改善するしかない。これが今の予算/調達制度に抜群に相性が悪い仮説。 https://t.co/RUV1HzrDoe— 宮坂学 Manabu Miyasaka (@miyasaka) 2020年9月19日おさらい。IT調達の呪縛とはまずはじめに、この国の遅れたIT化や、いけてない（ようにみえる）システムがなぜ起きているか、その原因の多くが、システム開発を「モノの調達」と同じフローに載せていることである。たとえば、コピー機を100台、カラーレーザー