なぜアジャイルは日本で広がらないのか？現状に関する考察と将来の展望

私はこれまで６年間日本で働いてきましたが、昨年11月にプロフェッショナル・スクラム・トレーナーになってから、日本のスクラムやアジャイル開発の現状と今後の展望についてよく質問を受けるようになりました。そうした質問に触発されて私自身もこのテーマについて掘り下げて調べたり考えたりするようになりましたので、この記事にまとめました。（English version here） スクラムとアジャイル開発の現状 1986年、当時 一橋大学教授であった野中郁次郎氏と同大学の竹内弘高氏は「The New New Product Development Game」(Harvard Business Review) という非常に有名な研究論文を発表しました(1)。この論文は日本企業による新製品開発プロジェクトの成功事例を紹介すると共に、これらのプロジェクトに共通する特徴として「自己組織化されたチーム」「開発フェ

[morimarii]

日本の商慣習上、内製でないとアジャイル無理だと思う。あるいは発注者側が強いリーダーシップでアジャイルやらないと無理。エンジニアリングというより契約の難易度が高い

[satomi_hanten]

自社開発という文化がほとんど無く、顧客の力が強く、開発チームに決定権が無い、でほとんど説明が付く。スタートアップが成功するのが難しい(資金調達含む)のも要因か(作って育てるという概念が無い)

[paradisemaker]

日本はIT人材がIT企業に7割偏ってて、仕事の流れが事業会社→IT企業になってるから、発注元のリテラシーやスキルがスクラムの基準を満たさないのと、IT予算が単年度で組まれててスコープ調整が事実上難しいからだよ

[daigo0117]

アジャイルって言われて参加したら、何を勘違いしたのか、何一つ決めないまま制作を開始して、その後思い付きで変わってく仕様に現場が振り回されるだけの案件だったことある。大手でそれだからね。

[lapdoglab]

商習慣でしょうね。いまだに内製化できない企業が多すぎで、ベンダー任せだからかと。

[cowbee]

アジャイルはメンバーにそれなりのスキルがあるのを前提にしてるからな。その前提に立つための鶏卵を突破するためには強い意思決定が必要で、その意思決定に至らないのがThe日本って感じ

[findup]

SIerがって言うけどSIerも丸投げしてくる客には手を焼いているよ。大抵は後で炎上するし。何も決まってないけど納期半年で良い感じのシステム作ってと言うような客がなかなか減らない。

[dodecamin]

日経コンピュータの木村さんが十数年ずっと言い続けている事で全て説明がつく気がする。日本人の文化的側面ではなく、多重階層化のSIビジネスという商流を既得権益として確立してしまった事が全て。

[enkagin]

予算決めてから承認を受けないと作業ができないから

[mockmock9876]

既製品のバージョンアップで商品を作ってる会社だと、商品のアーキがアジャイルできないレベルでグチャグチャ。作り直すコストも時間もかけられない経営判断が続く。

[repon]

意思決定が遅いから戦力の逐次投入になって予算食ってプロジェクト進まず、いっちょ噛みを排除しないから意思決定がブレる。そういうことをアンチパターンにして欲しいです

[minamishinji]

いい文章。 / ソフトウェア業界の話を引き出してアジャイルが難しい、と書いている人は本文を読んでないのでは、とすら思う。

[mangakoji]

派遣法が改悪される前、金融びっぐばーん前は、日本の開発はすべてアジャイルだったのに。すべて実務側の裁量というか忖度してくれてた。googleの1/3ルールだって、日本でもアンダーテーブル制度とかあったよ。

[schoollife]

公共事業では絶対に無理だろうな……。

[hiroyuki1983]

ウォーターフォールが一度決めたら完成するまで仕様変更できないとか大嘘で、テスト工程とかで山盛り仕様変更しまくってるからな。そこでアジャイル的なサイクルが回るから、あえてアジャイルとかする必要ないのよ

[yuangao]

調達担当部門や予算担当部門に相談すると、決めてから発注すれば良いじゃない、きっちり積算してから予算取れと言われるので、この辺の意識を変えさせるハードルが高い。

[mak_in]

多重下請け構造、商習慣ももちろんだけど、それによって形成された技術力やマインドが弊害になってる気がする。

[maninthemiddle]

契約を準委任にすればアジャイルできなくはないけど、発注側に成果物を事前定義されない度量と作りたいものを詳細に想像できるスキルが必要

[iwanofsky]

“合意形成には当然ながら時間がかかり、それをやり過ぎると企業は業績低下に悩まされることになります”

[circled]

顧客にコード書ける人がいないからじゃね？

[naoya2k]

いまのプロジェクト、アジャイルって言ってるけどメンバーのスキルが低くて全体の開発の段取りが立てれないだけ。

[kusomamma]

ソフトウェア業界以外でアジャイルなんか単語の意味すら通じないよ

[m_h]

ブコメが勉強になる

[seal2501]

事業責任者に権限がないからです

[shinobue679fbea]

とうとうトヨタ式をソフトウェアに翻訳したアジャイルが日本ITに取り込まれる前にコーディングそのものがなくなりそうなウケるな

[hiroomi]

人気米読んでて、やるなら何に困ってするのかを確認しながらしてねと。困らないなら既存のままでよいやん。

[harumomo2006]

アジャイルを導入すると納期直前に言われる＞「え？アジャイルなんだから簡単に仕様変更できるよね？」

[xx9xx91024]

書いてるけど、綿密な計画を立ててきっちり管理すれば成功すると思っているマインドは結構大きい。細かな成果物レビューをして、間違いを指摘されながら繰り返し改善していくのは割と慣れてない人が多い

[snare_micchan]

トータルコストはむしろ不利、POの負荷が高すぎる、受注側に完成責任がないなど、発注側にあまりメリットがないんだよね。日本はWFが世界一成功した国と言われてる

[sirobu]

ユーザー系子会社のシステム部門が二次受けやってたりするし、「社内システム開発出来ない」は言い訳に過ぎないと思うんだよなー

[remonoil]

プロダクトオーナーが何十人もいるんだもの

[kenjou]

日本の産業構造の欠陥がソフトウェア産業の成長を阻害しているよね。時代に合わないことをいつまでも続けているということでもある。

[raebchen]

いやいや、こんだけの説得力のある「思いの言語化」できる人は日本人にはそう多くないだろ😳 自分の思いを言語化して、相手の納得を得て、相手の意見に耳を傾け、相手とともに対等に議論できんと😳 やはり教育😳

[zakusun]

人間・迅速さ・顧客・適応性に価値を置く開発。チーム主導で設計・実装・デプロイを短期間に繰り返してユーザーが得た価値を学習し適応するトライアルアンドエラーで開発が行われる。←やりたくないだけでしょ？

[daij1n]

丸投げするから二転三転する度に地獄絵図

[tsutaken]

これまで行程ごとに要員を変えていた弊害なんじゃないかな？（設計Aさん→プログラミングBさんみたいな）

[yogasa]

アジャイルがいま顧客が抱えている問題の解決に対して本質的じゃないから / アジャイルの方が優れてるんだから、WFでやってるような所は淘汰されるだろ？いつになるかは知らんけど

[lionsage]

契約形態も要因にあると思う。

[yfukuda827]

失敗の責任を受注側と発注側が半々にできない。プロジェクトのpivot が難しいこと。アジャイルはやってるところも多いけど、失敗したらプロジェクト解散しちゃうんじゃないかな。成功中のアジャイルはただの週次報告。

[AKIT]

アジャ・コングがイルとか何それ怖い。