高度に発達したウォーターフォールはアジャイルと見分けがつかない - An Epicurean
tl;ldr ウォーターフォールという言葉を悪口として使うのは良くないんじゃない？ 空想上の開発手法ウォーターフォールと進化したウォーターフォール アジャイル開発の説明がされるとき、アンチパターンとして「ウォーターフォール」が使われることがあります。これは「ダメな開発現場」と同義で使われており、共通仮想敵としての空想上の開発手法とも言えます。 それは、曰く、硬直化していて変化や手戻りを許さず、一本道でフィードバックサイクルがない、数十年アップデートされていない古臭い手法のことらしい。 もちろんそういう開発をしている現場もまだ数多く存在するでしょう。ただ、ウォーターフォールをカイゼンし進化させている人達もいます。そういう人たちの話を聞くと、例えば以下のような話を聞きます。 一ヶ月で１ウォーターフォールを回す 前の手順に戻る手続きが定められている 初期フェーズから開発者を巻き込む 定期的なレビ
ウォータフォールはやめて2024年の開発をやろう！｜牛尾 剛
今回の記事は特に私の意見であり、所属会社の意見ではないことをお断りしておきます。 最近になってまたウォータフォール vs アジャイルの議論を見かけることが多くなってきたので、私が勤務する米国の世界規模のクラウドプロバイダーでは2024年現在どんな開発をしているのかをご紹介したいと思います。私はこれが「正解」といいたいのではなく、何らかのポイントが皆さんの何らかの参考になったらいいなと思って筆をとりました。 ちなみに、2016年時点で私のウォータフォール開発に対する考え方は下記のブログの通りで今も変わっていません。ただ、2024年現在だからといってアジャイルをやるべきと思っているわけでもありません。 もし、今ウォータフォールをやっている人がいたら「そんなこと言ってもどうしたらええねん」となると思うので、自分なりの解決方法も考えてみました。 最初に自分的な結論を書いておくと「2024年の開発と
ウォーターフォールを世に広めたとされる米軍がアジャイルに移行中という話 - Qiita
また、この図の説明においては理想的なケースにおいても1つ前の工程に戻る事が述べられています。 " Hopefully, the iterative interaction between the various phases is confined to successive steps. " (投稿者訳) 理想的には、各段階において工程が前後する範囲は直近の工程に限られる。 理想的でない場合はどうかというと、テストから設計まで工程が戻りうると示唆しています。 "The testing phase which occurs at the end of the development cycle is the first event for which timing, storage, input/output transfers, etc., are experienced as dist
Microsoftの専門家「ウォーターフォールは一切メリットがないのでやめておきなさい」アメリカでは、アジャイルやスクラムの進め方が「常識」としてソフトウェア開発の場で浸透している話
いぐぞー ✈️ 旅するプログラマー @igz0 旅とプログラミングをこよなく愛します。 アメリカ大陸🇺🇸を横断しました！！小学生からプログラミング→新卒SIer→Webに目覚め個人事業主兼会社員。テレビ出演経験あり。 Webサービス制作者。読書・IT関連を中心にツイートします！！ネタツイート有。アイコンは@ixy先生に利用許諾済み。Amazonアソシエイト参加。 note.com/igz0/ いぐぞー ✈️ 旅するプログラマー @igz0 Microsoftの専門家「ウォーターフォールは一切メリットがないのでやめておきなさい」 > アメリカでは、アジャイルやスクラムの進め方が「常識」としてソフトウェア開発の場で浸透している これマジ？？ 日本のIT企業が、米国では「時代遅れ」のウォーターフォールを未だに信奉してるってコト！？ pic.twitter.com/jRofJKmAKM
トヨタはハードウェアアジャイルをどう強みにしているか？ 自動車開発におけるスクラムとモブの実践 - Agile Journey
アジャイル開発に関心がある人にとって、トヨタ自動車と聞いてすぐ思い浮かぶのは「TPS（トヨタ生産方式）」でしょう。 かんばん、ジャスト・イン・タイム、リーンなど、そのクルマ作りにおける考え方は多くのアジャイル開発手法の源流にもなっています。 一方、現代のアジャイル開発が主眼としているのは、変化への迅速な適応が求められるソフトウェアシステムの開発です。 自動車やその部品（ユニット）のようなハードウェアを開発する際の手法としてアジャイル開発手法を採用するケースはまだ決して多くありません。 そのような中、トヨタ自動車のエンジンを含む駆動系の技術開発を担うパワートレーンカンパニーでは、アジャイルなハードウェア開発への取り組みを2021年ごろから本格的に進めています。 さらに2023年9月のスクラムフェス三河や、2024年1月のRSGT 2024（Regional Scrum Gathering T
東京都が初のアジャイル型開発にチャレンジ 新しい取り組みを内部に浸透させるために作成した『都庁アジャイルプレイブック』とは
GovTech東京 エキスパートの杉井正克氏と東京都デジタルサービス局の下家昌美氏が、東京都庁でアジャイルを実践するための「都庁アジャイルプレイブック」を紹介しました。 登壇者の自己紹介 下家昌美氏（以下、下家）：よろしくお願いします。では始めさせていただきます。「東京都庁でアジャイルを実践するための『都庁アジャイルプレイブック』のご紹介」です。 アジェンダです。自己紹介、なぜ都でアジャイルを行うか。R4年度の取り組みと、最後はプレイブックのご紹介です。 まず私、東京都デジタルサービス局の下家の自己紹介です。写真は恥ずかしいので、なるべく掲載したくないというところで、ごめんなさい。所属はデジタルサービス局です。アジャイル型開発を知るきっかけですが、家庭と仕事の両立でいろいろとどうすればいいかなと、タスクがいっぱいあるなと。でも全部はこなせないなと考えた時に、新聞のコラムでアジャイルを知りま
「ウオーターフォール」が好きな企業、「アジャイル」に失敗する企業の特徴
関連キーワード アジャイル | 開発プロセス 代表的なシステム開発手法として、上流工程から下流工程へと順番に開発を進める「ウオーターフォール」型開発と、小規模な変更を短期間のうちに繰り返す「アジャイル」型開発がある。 従来、企業が採用する開発手法としてはウオーターフォール型が主流だったが、近年では“アジャイル移行”に目を向ける企業の動きが広がる。その背景や、移行で企業が直面する課題について解説する。 ウオーターフォールを好む企業、アジャイルに失敗する企業 併せて読みたいお薦め記事 連載：2大開発手法を比較 前編：いまさら聞けない「ウオーターフォール」と「アジャイル」の基本的な違い 中編：「ウオーターフォール」ではなく「スクラム」との相性が良い開発とは？ アジャイルに関する記事 アジャイル型開発の「カンバン」には“あれ”がない？ スクラムとの主な違い アジャイルの次に考えるべき「プロダクト思
アジャイルを導入したものの続けられなかったあなたへ 誤解や理解不足で起こる“もったいない”を解消するヒント
アジャイルの「理論」や「理想」だけではない、 実際に実践したからこそ見えてきた「現実」に役立ったヒントを紹介したのは、マネジメントソリューションズ社の渡会氏。「Rebuild our Agile!」をテーマに掲げた「Agile Japan 2023」で、アジャイルのRebuildについて発表しました。全2回。前半は、「選択肢のRebuild」と「ロールのRebuild」について。 開発の考え方をウォーターフォール→アジャイルにRebuild 渡会健氏：みなさん、こんにちは。マネジメントソリューションズの渡会と申します。これから、「アジャイルで実際に困ったからこそアジャイルをRebuildした話」ということで講演させていただきたいと思います。よろしくお願いいたします。 （会場拍手） 最初に、私の自己紹介。この自己紹介の中にも、けっこうRebuildしたことが入っています。 最初の20年は、プ
アジャイル開発はなぜ失敗するのか？ ガートナーが絶対押さえるべき6つのポイント解説
そもそも、アジャイル開発とは何か。片山氏は「正解がわからない状態で、正解に近づくためのアプローチであり、手法としてはインクリメンタル（徐々に増加する）とイテレーティブ（反復）、つまり、少しずつ繰り返しながらビジネス価値を上げて提供するアプリケーションを開発する点が特徴です。その考え方は複雑だったり、難しかったりするわけではありません」と説明する。 また、ウォーターフォール型開発との違いについて、片山氏は「ウォーターフォール型開発では決められたゴールを目指して直線的に進んでいくのに対して、アジャイル開発では試行錯誤を繰り返しながらゴールに近づくことを目指します」と解説する。 「ある程度の規模を持つシステムを開発する場合、アジャイル開発のほうが工数もかかることがあります。アジャイル開発の特徴が決して『早い』『安い』ではないと理解しておくことが非常に重要です」（片山氏） 片山氏によると、実際のア
手法を真似ただけのアジャイル開発、業務をデジタル化しただけのDX | ネットコマース株式会社
「アジャイル開発に取り組んではみたのですが、うまくいかないので、元のやり方に戻そうと思っています。」 あるSI事業者での講演の後、こんな話しを伺った。同様の話しは、他でもよく耳にする。 私は、エンジニアでもなければ、アジャイル・コーチでもない素人だ。ただ、成果をあげているアジャイル・チームの連中との付き合いは多く、「門前小僧」程度には、アジャイルについては理解しているつもりだ。そんな、私でさえも、これは失敗するだろうと、思うことが多い。 うまくいかない取り組みに共通しているのは、おおよそ以下の3つに整理できそうだ。 ひとつは、「システムを作ることを目的にしていること」だ。 ビジネスを成功させること目的とせず、そのための手段である「システムを作ること」を目的としている「アジャイル開発（？）」では、うまくいかないのは当然のことだ。 2001 年初頭、ユタ州スノーバードで、ソフトウェア開発の将来
プロダクトマネジメントの罠「ビルドトラップ」とは？ アジャイルや組織改革の専門家、吉羽龍太郎氏が解説
大事なのはアウトプットではなく、アウトカムとインパクト 吉羽氏はアジャイル開発やDevOps、クラウドコンピューティング、インフラ構築自動化、組織改革を中心にオンサイトでのコンサルティングやトレーニングを提供する専門家。吉羽氏がCTOを務めるアトラクタも同様のサービスを提供している。また吉羽氏は青山大学では非常勤講師としても勤務。『SCRUM BOOT CAMP THE BOOK』（翔泳社）をはじめ、専門領域に関する著書も数多く手がけている。 吉羽龍太郎氏 セッションはまず「アウトプットとは何か」という問いかけから始まった。「アウトプットに似た言葉として、アウトカムやインパクトといった言葉がある。まずこれらの関係性を整理したい」と吉羽氏。 アウトプットは「人や機械、組織が作ったものの『かたまり』や『量』を示すもの」。プロダクト開発におけるアウトプットとは、リリースしたプロダクトの機能やこな
大規模アジャイル手法「SAFe」、NTTデータがCAFISに用いたワケ
アジャイル開発の普及に伴い、開発するシステムの大規模化が進んでいる。大規模向けアジャイル開発フレームワークを採用する企業も増えてきた。世界で最も普及している米Scaled Agile（スケールドアジャイル）の「Scaled Agile Framework（SAFe）」をはじめとして、「Large Scale Scrum（LeSS）」や「Scrum of Scrums（SoS）」などがある。 これらは複数チームによる開発、または全社をアジャイルで変革する際に、開発者層や経営層が行う業務を定めており、大規模な開発で有効だ。既に国内でも事例が登場している。ここではNTTデータの事例を基に、大規模なフレームワークのメリットや導入ポイントを見ていこう。 NTTデータがSAFeを選択したワケ NTTデータは2017年から決済インフラ「CAFIS（キャフィス）」のモバイルペイメントシステムをSAFeを用
先が読めないからこそアジャイルが役に立つ 予定調和にハマらないためのスクラム活用術
スクラムの初心者からエキスパート、ユーザー企業から開発企業、立場の異なるさまざまな人々が集まる学びの場でもあるスクラムフェス大阪2020。「今あえてのスクラム」のテーマで登壇するのは、株式会社アトラクタのFounder兼CBOでもある永瀬美穂氏。後半となる今回は、いよいよスクラムの話に突入します。スクラムについての振り返り方や、今までの価値観に囚われていてはダメで、新しい価値観の構築が必要など、これからのスクラムとの接し方について話してもらいました。 スクラムとは 永瀬美穂氏（以下、永瀬）：まずは、そもそも「スクラムって何ですか？」という話になります。本当に頼んだわけでもないのに、最初のオープニングトークというかネタがうまくハマっていまして。「マネジメントのためのフレームワークなんですか？」とかを考えている人ももちろんいるでしょう。例えば「スプリントを回すことによって改善し続ける方法、開発
チーム間のスキル差をなくす、KDDIが大規模アジャイルで用いた秘策とは
アジャイル開発の普及に伴い、開発するシステムの大規模化が進んでいる。複数のアジャイルチームを束ねて1つのプロダクトを開発するようなプロジェクトも増えてきた。ただし複数のアジャイルチームで開発する際にはさまざまな課題に直面する。その1つが複数のチーム間でスキルを平準化することだ。 大規模なアジャイル開発ではチーム間のスキル差を最小限に抑え、全てのチームが開発内容にかかわらず同じベロシティー（開発速度）を出せるようにするのが理想だ。しかし新たに加わったチームが、長期にわたりプロダクトを開発してきたチームのスキルレベルに追いつくのは容易ではない。 チーム間のスキルレベルを素早く埋めて開発をスムーズに進めるにはどうすればよいのか。複数チームによるアジャイル開発に取り組むKDDIの2つの事例を基にポイントを見ていこう。 日ごとに一部のメンバーを入れ替える KDDIで「au HOME」サービスを開発す
XPまつり2020聴講レポート && LT発表資料公開 - BASEプロダクトチームブログ
こんにちは。BASE BANK 株式会社 Dev Division にて、 Software Developer をしている東口（@hgsgtk）です。 XP祭り2020 XP祭り2020は、XPJUG（日本 XP ユーザーグループ）主催のベントです。2002 年から毎年行われていて、今年 2020 年は、9 月 19 日にオンライン開催されました。 xpjug.com 今回自分は初参加でした。LT 参加で申し込んでいたので、聴講者 && LT 発表の両方の視点で、参加レポートを書き連ねていきます。 TL;DR XP 祭り 2020 に参加しました 聴講レポート：『近代史とアジャイル』が面白かった 「時を超えたプログラミングの道 "XP はソーシャルチェンジである"」という発表をしました 聴講レポート：『近代史とアジャイル』が面白かった 聴講させていただいた内容、全て面白かったのですが、個
アジャイルソフトウェア開発、組織の文化が依然として壁に
ソフトウェア開発におけるアジャイルは、ゲームチェンジャーである「アジャイルソフトウェア開発宣言」が発表されてから現在に至るまでの約20年間、ずっと重視されている（そう、筆者はやっと、嫌な言葉だと思っていた「ゲームチェンジャー」をこの記事で用いた。ここではこの言葉がぴったりくるからだ）。 われわれはアジャイルの原則を、その開発宣言で述べられている通りに守っているのだろうか？われわれはついに、「ソフトウェア開発の実践 あるいは実践の手助けをする活動を通じて、よりよい開発方法を見つけだそうとしているのだろうか」？また、われわれはついに、「プロセスやツールよりも、個人と対話」に価値を見出したのだろうか？ そうなっているかもしれない。誰もが最善を尽くそうとしている。しかしわれわれは、より短距離走に近い開発形態を採っている、すなわち「動くソフトウェアを、2～3週間から2～3カ月（2020年には2～3時
KDDI流の「アジャイル開発」で新規ビジネスを創出--3名のキーマンが語る組織作りの本質
新規事業開発で困りごとをもつ企業を支援するため、KDDIはビジネス開発拠点「KDDI DIGITAL GATE」を2018年9月に開設した。企業の新規事業担当者とKDDIのエンジニアが1つのチームを結成し、プロジェクトを遂行する独自の体制が特徴で、そこではアジャイル開発の手法の1つである「スクラム」をとり入れている。 一定のルールのもと、小規模チームで設計、実装、テストという一連のプロセスを短期間で繰り返していくスクラムは、企業の新規事業開発に特に有効な手法とされ、海外では標準的に用いられている。その有効性に早くから目をつけたKDDIは、2013年からアジャイル企画開発に取り組み、2016年にはアジャイル開発センターを設立。さらにスクラムを考案したジェフ・サザーランド氏が立ち上げた米Scrum Inc. 、そして永和システムマネジメントの2社と共同で、2019年4月に合弁会社Scrum I
世界中の開発者が「アジャイルの意味」を振り返って見えてきた3つの問題とは？【デブサミ2020】
「アジャイル」という開発手法が登場して久しい。日本の開発現場にもアジャイルという言葉自体は徐々に浸透してはいるが、一方で「アジャイルとは何か」という定義の曖昧さや、実際の事例の少なさなど課題は多い。そんな中、アジャイル開発支援ツールのベンダーである豪Atlassian社は、「アジャイルの振り返り」のキャンペーン活動を行っている。同社のJason Wong氏は活動の中で世界中のアジャイル開発者から集めた声を紹介した。また、アジャイルソフトウェア開発宣言に立ち戻り、よりよいアジャイル開発を実現するためにはどうすればよいか、提言が行われた。 講演資料：アジャイルを「ふりかえる」 アジャイル開発そのものについて振り返りを行う「#RetroOnAgile」 Atlassian Pty Ltd. Principal Product Manager Jason Wong氏 オーストラリアのシドニーに本社
プレス発表 DX推進に向け、アジャイル開発版の「情報システム・モデル取引・契約書」を公開：IPA 独立行政法人 情報処理推進機構
IPA（独立行政法人情報処理推進機構、理事長：富田 達夫）は本日、アジャイル開発を外部委託で行うケースを想定したアジャイル開発版「情報システム・モデル取引・契約書」を公開しました。 URL: https://www.ipa.go.jp/ikc/reports/20200331_1.html 経済産業省が推進するデジタルトランスフォーメーション（DX）の時代では、その中核となる情報システムの開発にも、ビジネス環境の変化への俊敏な対応が求められます。そのため、技術的な実現性やビジネス成否が不確実な状況でも迅速に開発を行い、顧客の反応に基づいて素早く改善を繰り返すという、仮説検証型のアジャイル開発が有効となります。このような観点から、同省が2018年9月に公開した「DXレポート」では、DXの進展によるユーザー企業とITベンダー（ベンダー企業）の役割変化などを踏まえたモデル契約見直しの必要性が指摘
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「アジャイル開発」阻む役所の流儀 COCOA失敗招く - 日本経済新聞
