登録しないと記事読めないらしく、本文まったく読んでないのだけど、アジャイル開発は無理だとみんな知っている行政案件をウォーターフォール前提の開発契約でむりやりアジャイルしちゃったという結果なの？

横浜のワクチン接種予約の件もオートスケールしてなかったのかね。

あとで読む。
アジャイルがネックというわけでもないやろに。

完璧であることを目指しても完璧かどうか実際のところわからない。とくにソフトウェアは。ゼロリスク、ノーミス信仰でガチガチに進めると目的を見失いがち。日本のすごかったところが現代ではデメリットに作用しているとしか思えない。

[タレ]「アジャイル開発」阻む役所の流儀

そもそもアジャイルの長所は別にあって、外注調達方式には馴染まないよなぁ…

「機動的な開発手法との相性が決定的に悪かった」つーよりも、中抜しまくった結果ぢゃねぇか

COCOAは実際の作業はアジャイル開発に近いのに、受け取る金額はあらかじめ確定していた！

無料部分しか読んでないけど、本当に「そこ」が「最たる例」ですか？

なんとなく「それじゃあ仕方ないね」と思わせたいのか？という気もするが、お役所の契約が硬直的なのは確かだから、ううむ。詳しい人、解説を。

最初からわかっていたような気がする→

ココアに関しては「硬直的な行政の仕組み」にやりにくさ等の問題はあっただろうが、それが本質ではないだろう。

【IT】 .
e6ab この記事はプロフのリンクから読むことができます。

そもそも日本のユーザ企業でアジャイルの理解がどの程度進んでいるだろうか…。「どのフェーズで仕様変更しても納期内で対応できる」手法だと邪神解釈してる人が多すぎる気がする。

成果払いと工数払い、予算稟議があるからこそ成果払いになることは理解できるが、こういう場合やはり週次とかで工数確認をPMと担当者で握りながら予算とにらめっこするしかないのだろうか。

（多重請負って答え出てるんだけど）

"短いサイクルで機能変更や改修を繰り返すアジャイル開発が民間で広がり始めている。

会計法をはじめとした国の調達制度は、この手法をそもそも想定していなかった。"

半分当たっていて、半分外れ

今言う話でも無いでしょう。
検収能力が機能して居ない事が何にせよ問題なのです。

政府が民間の仕事を理解してないから起きる事だね。
うちの業界はこういうルールで動くんでって進言出来ないもんなの？それとも「いや国はこういうルールで動くんで」って押し切られるんだろうか。

アジャイルのせいとは思えないな。単純に要件定義ができてなかったんだろ。

アジャイルを「初回リリースと保守」という建て付けでやれば会計的にはこれまでとなんら変わらんと思うのです。問題はそこではなく、この忙しい場面で厚生省側のプロダクトオーナーが付き合いきれなかったんじゃないかと

月額課金のサービスを社内で稟議通す時に契約書を法務チェックに回したらなかなかにめんどくさいことになったのを思い出したわ……

アナログ組織が手掛ける
デジタル化は失敗している

＞アプリ「COCOA」が機能しなかった問題は日本の役所の旧弊を浮き彫りにした。最たる例が金額や仕様に厳格であるがゆえに硬直的な公共調達だ。ITの世界で普及しつつある機動的な開発手法との相性が決定的に悪かった。

政府調達が事前に金額を決めなければならず、クラウドやアプリ開発がうまくできないとの指摘。
今でも社会保障費・医療費などは所要額は事後的にしか分からないので、金額が確定しなくても予算措置しているはず。決めの問題

不確実、かつ、変化が早い現在において契約時にコストを決めるのは双方にとってデメリットしかない。
予算どりするために難しい発注側の気持ちもわかるけど、いまは啓蒙活動していくしかないんだろな。

全機能を雑に作って（試験）運用しながら改良する薄く広く型がスパイラル開発で、単機能を作り込んで（試験）運用中に他の機能を作り込むのがアジャイル開発だと解釈していたけど、間違っていたかも。

デジタル時代に対応した行政のアップデートが問われているとのこと。日経本誌でも最近ちょくちょくアジャイルのキーワード目にします。お役所も大企業もアジャイルマインドが浸透してくといいですね。

公共案件の開発者も悩みは絶えないんだろうなぁ🥺地方自治体の就労支援に関わっているから何となく分かる

この記事でもアジャイルが理解されてない感じ？

★
コロナ禍で色々と浮き出てきた諸問題、明日の為に解決して頂きたいものです。

アジャイル開発って、やったこと無いのですが、そんな凄いものなの？ >

ただのテスト計画作成ミス。記事に書かれているような大仰な理由ではない。

これは良い問題だな。アジャイルvs従来型
役所レガシー企業はウォーターフォールじゃないと。
ガバナンスとスピード両方とれる組織設計のソリューションニーズに刺さるプロダクトつくったろかな

民間でも聞く話。 |

この場合、それが有効かどうかわからんけど、仕様がわからんのにあれするところもある。

コメント「アジャイル開発やクラウド利用では、事前に費用の全体像を見積もることが難しく、入札を通じた調達がしづらい。専用の基金を作っておくなど予算の作り方を柔軟にする必要がある」を載せて頂く。"

根性論に頼り合理的に物事を判断できない輩が世の中を牛耳っているのだから、日本社会においてITシステムが失敗するのは必然。そんな社会において、アジャイルは責任を下に丸投げし先送りするだけで害悪。

目的や要件決まってるのに、アジャイルうんたらは関係ないだろう…



-- my feedly newsfeed

全然追っ掛けてなかったからわからないんだけど、COCOAって失敗したの？ってか失敗ってどゆこと？使われてないの？

記事の内容とはずれるけど、日経新聞はデジタル化の流れにうまく切り替えられたように見える(日経電子版開発)ので、行政の仕組み問題にプラスして、デジタル化の(うまくいった部分の)軌跡も発信してほしい。

保守の契約の問題かと思ってたけど、それ自体が従来の契約では対応してない感じなのかなあ。

まともなベンダーなら、そんな面倒な客を相手しない。よそ行ってくれ。どこも相手してくれないクズベンダーなら喜んで相手するだろう

>

冒頭しか読めないけど、これは絶対に役所の流儀でもアジャイル開発が妨げられたからでもないはず。

原因は多重下請け。そして中抜き。

経験豊富なエンジニア数名に高給払って直接依頼すれば確実に成功しただろう。

で、パーソルはいったいなにしたの？

そんなかっこいい理由ではないだろう

発注元都合の後出しで要件変えまくるのをアジャイルだと思っている偉い人が割といて、その辺の思考が読み取れる記事かと。

援護のようで実は「業者の"アジャイル開発”という欺瞞」を指摘している記事。日常的に多重請負が常識の業界の流儀（アジャイルしているのはどこのだれか）を指摘して『藪をつついて蛇を出す』ことなんて出来ない

ココアの件はアジャイル関係ないと思うんだが。ただただ運用保守がきちんとできてないことだと思うんだけどどうなんすかね？

こういうのこそ「真のSES」でやるべきなんだけどなあ。枠で予算とってちゃんとやれ。

オリンピックなんて硬直化した行政にしては、柔軟すぎるほど柔軟に予算が膨れまくっているじゃない？言い訳だよね。そういう一貫性のなさも現在の行政の問題なのでは？デジタル庁云々ではなくさ。

"COCOAは硬直的な行政の仕組みが起こした問題と捉えるべきで、デジタル庁はITの専門家を集めるだけでなく、調達制度の法令や要員配置のあり方から見直す必要がある"

いまからでも、ちゃんと"COCOA"を機能させてほしい。「失敗」とか「教訓」とか「硬直的な行政の仕組みが起こした問題」などと総括して終わりにしないで！

ただねぇ...
公共でアジャイル許容したらそれはそれで別の弊害が...
癒着の温床になるぞい

非IT企業も「他山の石」としないといけない。

アジャイルとか従量課金のクラウドがどうのって前に、テスト含めた仕様書をちゃんと作って、ユーザとして当たり前の受け入れテストを普通にやれって。基礎ができないのに応用に手を出すから火傷するんだよw

アジャイル関係ないよねこれ

…？？？…
他の関連記事も読んでたけど、目に見えない物に対する認識誤り、すぐに直せるとたかを括り、下請けに丸投げ、多重請負構造、10年前にトラブった案件と同じ作り方して終了なんでは？

予算の件も問題なのだろうが、開発工程全体を見渡せる担当者がいないこと、アプリ開発に関する技術的な知識不足が解消しないかぎり同じことが起こる。

これわかるなぁ。難しかった。

アジャイル必要ない開発でもうまく行ってない物が多いと思うのだが。

ソフト開発に関する知見者を増やさないとね。

これで制度はきっと良くなる。次の問題は、アジャイルやクラウドに対応できる技術者と営業人材不足になるんとちゃうか。

「例えば成果物についての考え方がまるで違う。公共調達は完成物を受け取る前提で契約を結ぶ。アジャイル開発は『どこで成果物を受け取ったことになるのかが決めにくい』（開発契約に詳しい足立昌聡弁護士）。なじまないのも当然だ」

(｡･ω･｡)ﾉ 「アジャイル開発」阻む役所の流儀 COCOA失敗招く

タイトルしか見てないけど発注側の決済者が開発分からん人だから以外無いと思うんだよな。それはそれとしてみんな日経記事お金払って読んでるの？

GitHubのIssue見るのにアジャイルとか関係ある？

アジャイル開発やったことないから知らないけど、アジャイル開発だと実機テストや検収しないの？

やったことにするには納品が、納品には検収が、検収には仕様書が必要で、仕様書には「発注者側」に対象分野の専門的知識と調整力・決定能力が必要で。その責任を負う人も、責務を全うさせる機構もないからだよ。

俺も役所じゃないけど、それに近いところで働いたことがあるけど、ほんと開発手法が終わってる。
コードじゃなくて仕様書ばっか書いてたわ。

このツリーを見る限り、アジャイルとか金の問題とかそう言うのでダメだったんじゃない気がする。税金掛かってるし、第三者委員とか作ってもっとしっかりと監査すべき。

いや、一流企業とかいう奴らもそんなもんだぞ

このタイトルに惹かれて読むやついる？なんでアジャイルがキーワードなの？こじつけ臭くて

改めて読むと論理通ってない。アジャイルであってもどこかのタイミングでは「仕様を満たす」瞬間があり、その瞬間の課題を見つけるのは受注側だから "厚労省側に課題を発見できる人材がいなかった" は言い訳にならない

上手くいかない原因を人だけのせいにしているといつまで経っても上手くいかない。人のアップデートとともに、仕組みのアップデートも。
民間感覚や、開発の知見を持つ人とともに仕組みのアップデートもしていただきたいところ。

日経よりもあきぴーさんの論のほうが正しい。

アジャイルの成否はプロダクトオーナーの態度で決まりそう。でないとアジリティー上がらない

そりゃー役所とべったりの某大手が中まで入り込んで
専門家面してるかねー
更に酷いのはそんな輩を重用する権威主義がはびこってるから

アジャイル関係ないわww

コメントしづらい

準委任契約で行けるだろ。何言っちゃってんの？自分らが責任を回避したいがために丸投げの請負契約で出してるだけだろうが、そんなことやったって結局追及されるんだからさっさと腹くくれや。

アジャイルならできる、ハッキリわかんだね。

別にそこまで無理してアジャイル開発しなくてもよくない？ってツッコミを入れたくなる

まともにテストしてないのはアジャイルとか開発手法の問題ではない…

大袈裟過ぎる。
単にそこまで手間かけてまで真面目にやらなかったのだろう。
何せ感染の一次情報が「自己申告」。仮に全国民がインストールして完璧に動作したとして気休めにしかならぬ。携帯の電池の無駄。

アジャイル関係あらへんやろ

アジャイル開発は「どこで成果物を受け取ったことになるのかが決めにくい」（開発契約に詳しい足立昌聡弁護士）。なじまないのも当然だ

いやいや、常に成果物を受け取るんだよ

アプリは納品して終わりな物品とは違うからな。面倒を見ることの出来るプロを内部で雇うか、もしくは基金化するしかない。今までの単年度会計ではアプリ開発もウェブサイト開発も絶対無理ぞ。

フラジャイル開発🤣

短くですが、コメントをさせて頂いております。
「公共調達は完成物を受け取る前提で契約を結ぶ。アジャイル開発は『どこで成果物を受け取ったことになるのかが決めにくい』。」
＞

民間だったらどこでもアジャイル開発でも外注できるような書き方ですね。自分が知らないだけ? |

今回のワクチン予約の件でも、クラウド利用によるスケーリング容易性が重要なのは認知されたはず


金額の縛りは、従量課金が多いクラウドサービスを政府が使う際の障害にもなっている。

開発手法の問題ではない気がする。>

ページをシェアします。.

by Lunascape

役所が責められがちですが、大企業/ベンダー間の「アジャイル開発」でも起こりうることです。

概念を双方が都合よく解釈しないように、言葉の意味するところを、お互い注意したいですね。

IT事業の調達の仕組み・プロセスは早急に改善が必要ですよね。障害発生時に迅速な対応ができない原因になっているし、しかも、障害を起こし得るバグを探すこと自体に消極的になっているのでは？（後者は推測

いや、関係ないと思うｗ

アジャイル（っていうかスクラム）は「最初に少し開発してみてスループット確認してから全体を見積もろうぜ」ってなってた気がするんだけどな。その程度の建て付けくらいは出来るのでは？

これ、じゃあ公共インフラどうやって保守やってるの？とは思われてないんだろうか。。。

役所に限らず日系メーカーとかでもSaaSの導入が難しくて、検品と品証の仕組みをなんとかしないといけないんだよなぁ。調達する時は「役務の提供」とかの名目にして物の調達でないという立て付けにして調達してるイメージ。

政府は小さく
自分たちでなにかをするより
規制改革で民間の力をレバレッジすることを考えたほうが良いと思う

アジャイル開発であるということが開発プロジェクトが失敗する原因にはならないと思っていたけれど、成果物を合意してから開発するということ自体がWF的な考え方なのか。。
受託開発でアジャイルは難しいな

／