ウォーターフォールとアジャイルはどう使い分けるの？／10分で解決！みんなの相談室

t-ohno1

IT・WEB・エンジニア

開発を実施するときに、ウォーターフォールとアジャイルのどちらの開発手法を選択するか判断する必要がある。

koyaokuda

営業

初めての概念でした。勉強になりました。

j_nambu

メーカー技術・研究・開発

マネジメント、プロジェクトリーダーになったときに役立つ。既存製品のブラッシュアップなら、ウォーターフォール、完全新規なら、アジャイルが相応しい。

yutaro12

メーカー技術・研究・開発

ウォーターフォールとアジャイルの定義、および違いが分かりやすかった。

fineshot

IT・WEB・エンジニア

どちらがよいとかではなく、プロジェクトや求められるアウトプットに応じて効率的な方法を選択すればよいと思いました。判断基準として、確実性・不確実性の高さで方法を選択することに納得感がありました。

noguchihiroyuki

金融・不動産　関連職

アジャイルとワーターフォールの違いについて理解できた。開発するものによって、使い分け、効率を求めることを理解できた。

bear9d4t

人事・労務・法務

Agileの中にも流派があることを知りませんでした。すでに組織内で実装されており、さらに効果的に活用するためにどう進めるかを学びたいと思います。

nagataka_y

営業

ウォーターフォールは、最大限の経営資源に対応する大型システムで、アジャイルは不確実性が高く、システムを柔軟に変化させていく必要があると理解しました。

toyomao

人事・労務・法務

ウォーターフォールとアジャイル開発の違いと目的がよく理解できた。

taka_62

コンサルタント

日々の業務でITに触れるので、用語の理解をしておく

mitsu_1968

メーカー技術・研究・開発

知識の再確認ができました。まあ、業務系はWaterfall、プロセス系はagileかなと

kanai-t

専門職

ぼんやりと理解していたことを改めて学ぶ機会となりました。

takeru0819

専門職

定型的な業務をマクロを利用し自動化ツールを作成する場合はアジャイルでの開発が向いていると感じた

tanishio

IT・WEB・エンジニア

ウォーターフォールは、リスクを見通せる神様が居れば上手くいくイメージ。アジャイルは顧客志向の職人がいると上手くいくイメージでした。
どっちもいない場合に良い選択はどちらが良いか悩んでましたが、不確実性が低い時はウォーターフォールが良いパターンはすんなり理解しました。
シニアな人がいなくて不確実性が高い時のアジャイルにするのはちょっと怖い。

k_k_globis

メーカー技術・研究・開発

目的が明確に定め難いテーマや新しい知見や技術を随時取り込みながら開発する場合が多いためアジャイル開発で取り組もうと考えた。

tsubot

メーカー技術・研究・開発

製品の試作検討段階ではアジャイルを使い、要件が固まったら最後の1パスは仕様書などの成果物を残しつつ品質を担保する。

anken0401

IT・WEB・エンジニア

効率的に開発を進める目的に応じて選択すればよいことがわかった。お客様と会話しないと要件が定まらないようなときにアジャイルがより適していそう。

dai_3_ke

IT・WEB・エンジニア

アジャイルのやり方について改めて理解できてよかった。作りたいものによってどの手法を取るのか変わるため最適な選択をしていきたい。

matuokms

営業

プロジェクトの進め方にも応用できるのではないかと思う

ozawa_h

IT・WEB・エンジニア

アジャイルとプロトタイプは少し違うような気がします。仕様が未確定の場合はプロトタイプを作成します。
本コースのプロトタイプはもしかしたらMVP(Minimum Viable Product)のことではないでしょうか？
「価値あるプロダクトの作り方」コースでプロトタイプとMVPの違は説明されています。

kato-h2

IT・WEB・エンジニア

技術部門以外から聞かれた場合の答え方として活用。

jun_hilltop

IT・WEB・エンジニア

現場でもAgileは使っているので、意味がよくわかりました。つい、規模が小さいものをAgileとイメージしますが、実際には規模が大きくても新規サービスはAgileが向いていますね。

tomoko-h

人事・労務・法務

経営資源と時間には限りがあるので、その中で最も効率いい方法で、という言葉に納得しました。
社内で「アジャイルに」が連発されていたので、きちんと意味を知って、使い分けで行こうと思います。

keiichirou_seki

マーケティング

自分の業務に置き換えると、既存のルールやシステムの改修にはウォーターフォール、と言う捉え方もできると感じた

kzsk

IT・WEB・エンジニア

使い分けのイメージがついた

swallow

IT・WEB・エンジニア

ウォーターフォールとアジャイル開発の違いを分かりやすく説明してくれました。
プロジェクトによって、仕様が決まっている場合はウォーターフォールにし、不確実性が高いかつ都度修正できるプロジェクトならアジャイルにしたいと勉強になりました。

shige010107

経営・経営企画

初めての概念でした。勉強になりました。

kazy_344

メーカー技術・研究・開発

ユーザ減少のタイミングの違いでやり方を選択するということ、意識してみたい。

ymcyr

メーカー技術・研究・開発

一時期、明確な根拠も示されずに「ウォーターフォールは古い！とにかくアジャイル開発だ！」とPJの進め方が盲目的に決まってしまい、その後に炎上案件になる...ということもあったので、こういった形で明確に使い分けのモデルケースを示していただけると社内で適切な判断を行いやすい環境が作れそうです。

ueno_123

販売・サービス・事務

事例を交えた使い分けの説明で、理解が深まりました。

kazuhiroueno

営業

IT関係でないが、勉強になりました

yuyas

メーカー技術・研究・開発

現場に導入したいと思いました

0315mame

コンサルタント

ウォーターフォールは古いやり方だと言うような言説があり、本当かなともやっとしておりました。が、単にものによって適切な手法が違うだけということがわかってふに落ちました。
適切な手法は環境により変わるので何か1つが絶対に正しいと言うような考えは危ないですね。

menzo

経営・経営企画

ITベンダーだけに任せるのではなく、開発するシステムの目的や特性に応じてウォータフォールが向いてるのかアジャイルが向いてるのか自分たちも考えをもって判断・採用することを心掛けたい。

bunbun111

IT・WEB・エンジニア

曖昧な要件しか出されない場合はアジャイル開発で使いながら要件を整理していくことが出来るのかもしれないなと思いました。
要件定義をユーザーとした際に、画面が動かせないと分からないというユーザーがそれなりにいる気がするためです。

kt3

メーカー技術・研究・開発

アジャイル開発にシフトしていくべきものと認識していましたが、特徴を理解し、使い分けていくべきとのと理解できました

jagge

建設・土木　関連職

ウォーターフォールとアジャイルの違いが良く理解できました。これだけでも、今後の会話に変化が出ると想定できます。少しずつ良い方向に変えられれば良いと考えます。

hiromitsu_fujii

メーカー技術・研究・開発

アジャイル、ウォータフォール開発の違いを理解出来ました。
開発や業務の内容に応じて使い分けられると良いと思います。

para1717

IT・WEB・エンジニア

基本を再確認できた。だが初歩的な内容だった。

yoshimasa-izumo

人事・労務・法務

最初はアジャイルの方が柔軟性があったよいのかと思いましたが、シーンによる使い分けで最大限の効果を発揮するのはそれぞれ違うためどちらがよいというのはないとわかりました。

kazuncho

営業

ウォーターフォール型は一括受注により取り決めた案件を遂行するには向いているが、工数が限られている為要件定義で使い過ぎてしまうと後半開発に支障が出たり、要点定義が足りないと出戻り確認が発生するといったデメリットをアジャイル開発が補っていると思いました。アジャイル開発は都度発注の仕組みになる為、完成予算が見えないことから日本企業には不向きなのだと思いますが、望ましい仕組みが作れるメリットから浸透するといいなと思います。

flex

メーカー技術・研究・開発

IT関連の仕事はしていないが、参考になった。
物事をなす時の最大効率化（効果/資源・時間）を狙って手段は柔軟に変えることの大切さを振り返ることができた。

komurosy

営業

概念の違いがわかった。

city_runner

その他

目的に応じて、この2つの使い分けをしていきましょう。

nimura_0601

メーカー技術・研究・開発

これまでやっていたウォーターフォール型開発からアジャイル開発への転換点にいます。品質保証やツール等これ迄とは違った視点での取り組みが必要と感じています

ssatoh

その他

非常によく分かる説明だった。機動力のあるアジャイル開発の方が、今の世になかに即しているものが多い。

ymd65536

IT・WEB・エンジニア

確実性と不確実性という分け方は初めて聞きましたので大変参考になりました。

andt_gb

IT・WEB・エンジニア

アジャイルの概念図がわかりやすい。
講師の方のトークがわかりやすい。

pdruck

メーカー技術・研究・開発

最先端の研究開発の現場ではアジャイル開発メインで、ある程度影響範囲が広く確立されたものが出てくるとウォーターフォール、というケースが一般的。

y_sukeroku

その他

開発ではないが、日常的な業務でもウォーターフォールとアジャイルの考え方は利用できると感じた。

yoshi3568

メーカー技術・研究・開発

要求事項が明確に決まっている案件などはウォーターフォール型、もう少し柔らかく時間に尤度がある場合、アジャイル型を取り入れるとよいと感じた。

yo_ma

販売・サービス・事務

確実性の物はウォーターフォール方式で開発、不可実性の物はアジャイル方式で開発

ohtani_takuo

メーカー技術・研究・開発

いまさら聞けない話で、適用シーンがイメージできました。

t_taro

IT・WEB・エンジニア

業務に活かしていきたいと思います。

skiki

経理・財務

不確実性が高いものがアジャイル・確実性が高いものがフォーターフォール。理解しやすいです。

akihisa3

人事・労務・法務

アジャイルは、エンジニアのスキルが発展途上の場合にも活用できる手法と思います。当社ではその目的でアジャイルを採用する予定です。

hk7mar

人事・労務・法務

これからの新サービスの役立てそう

kawaihrm

人事・労務・法務

具体例をあげてしょうかいしていただいたのでよく分かりました。

sakura_

その他

私は、アジャイルで、どんどん進化させていく派です。

satou817

メーカー技術・研究・開発

不確実性の高いPJに向いている。なるほどです。
以前受けた1Hのアジャイル研修では、結局何に使えるかさっぱり（講師からも回答も曖昧…）でしたが、概念だけならこちらを見た方が分かり易いです

redcomet

IT・WEB・エンジニア

ITプロジェクトの企画立案時。

nobu_hashimoto

専門職

どちらが正解ではなく、どちらもより効率的に進めるための、考え方や方向性であることが理解できました。

machida0160

IT・WEB・エンジニア

確実性のある開発案件なぞないからアジャイル一拓で、アジャイルも仕様変更の連続でどんどん時間だけ過ぎていくなあ、という案件をやったことがあった。はっきりいって駄目。

suzuki-02

メーカー技術・研究・開発

バグがあっても、被害が少ないものはアジャイルのイメージ

sheba

その他

今の世の中アジャイル開発が主流のように言われていることに違和感がありましたが、単に開発思想の違いであり、開発用途によって使い分けるべきなのだ、ということを改めて理解した。

miyarn

IT・WEB・エンジニア

要件が曖昧なのでアジャイルという判断をひとまとまりにしてはいけないという気付きがありました。多くのＩ／Ｆに関連するところまでもアジャイルにすると逆に非効率になる等あるので、どこからどこまでをアジャイルにするか、方法なども考える必要があると思いました。

yuri-nishimura

メーカー技術・研究・開発

まさに、ウォーターホールから、アジャイル開発にシフトしようとしているプロジェクトにいるので、ポイントよくわかりました

ch_o

その他

私の仕事はITではないですが、考え方の参考になりました。

kenih

メディカル　関連職

業務の中でも、日常の定例業務とプロジェクト業務で変わってくると感じた。
定例業務はやるべきことが決まっているので、ウォーターフロントのように一発で決められるようにして、プロジェクト業務は想定外の連続となることが予想されるのでアジャイルに調整していくことが必要だろう。

tekkaann

IT・WEB・エンジニア

・「検証」という言葉について若干誤解を招く使い方だった。
・本社において真にアジャイルなスタンスが許されるかはなかなか難しいと思われる

tatsuya_10969

IT・WEB・エンジニア

どちらが良い・悪いではなく、案件の状況・特性に応じて適切な手法を選択することが重要だと離開できました

mhiropon

メーカー技術・研究・開発

業務内容，関わる人によってやり方が変わる

manor

コンサルタント

ウォーターフォール型は、要件定義、設計、開発、テスト、リリースまで、独立した各工程をつなぎあわせたモデルであり、アジャイル型は計画からリリースを繰り返し多くの検証ができる。

matas_williams

IT・WEB・エンジニア

ウォーターウォールとアジャイルはどちらが良いというものではないことがわかりました。

tatsuro-kochi

メーカー技術・研究・開発

それぞれの特徴を理解してスタイルを判断していく必要がある。確実性(障害の許容度)/不確実性(変化の速さ)を基準に、仮説検証がどのくらいあるのかを考えながら選択していきたい。たくさんあるデータから価値を見出すといった開発にはアジャイル開発が適していると感じた。

mrymkyys

メーカー技術・研究・開発

アジャイルの活用方法を理解できました。実現性検討では、アジャイルですね。

com_ichisawa

IT・WEB・エンジニア

自分の業務がウォーターフォールモデルであること
なぜウォーターフォールモデルを利用しているのかを意識することが出来た

ryuta_0629

販売・サービス・事務

使い分けること、見極める判断力を養いたいと思った。

hisay

資材・購買・物流

日常的な業務のやり方を作っていくのはアジャイル、サプライチェーンを構築するのはウォーターフォールかなと考えました。

kosaku_yoshida

IT・WEB・エンジニア

まだ技術が確立されていない場合、アジャイルに開発する

xuejiang

IT・WEB・エンジニア

やはり私の開発規模ではアジャイルだと再認識。

usako_s

メーカー技術・研究・開発

今までの開発ではウォーターフォールが一般的だったが、プロトタイプで顧客反応を見ながら開発する為にはアジャイルが良い。

mac-shake

金融・不動産　関連職

ためになりました

77na

専門職

アジャイルは、小さなチームでプロットタイプを作成し検証しながらより良いものにしていくため、不確実性のもの(ニーズがどこにあるか不確かなもの)に適す。

ウォーターフォールは確実性(明確なゴール)があり、何度も検証することは許されないものに適す。

masa_0697

IT・WEB・エンジニア

概要については理解できた。
顧客影響がもろに受けてしまうような機能については、アジャイルは不向きかなとおもいました。

ochorios1994

コンサルタント

曖昧だった点が明確になった。

kazuki1130

IT・WEB・エンジニア

SIer勤務ですが、ウォーターフォールの方がメンバーの役割や必要のスキルセットの範囲が小さくなるので経験の浅いメンバーなどが多い組織でも比較的実現しやすいと思います。
アジャイルはメンバーのレベルがある程度高くないと、そもそも適さない開発手法だと思っています。

toshi-iwai

経理・財務

両者の意味合いが良くわかりました。企業のHP作成はアジャイルでやれば良いのでしょうね。

y-arano

メーカー技術・研究・開発

社内DXを進める際、ウォーターフォール、アジャイルどちらで開発すればいいか判断できる。

ノンプログラマーのアプリ開発だとほとんどが、アジャイル開発になると思う。

tomoyukiy

メーカー技術・研究・開発

ウォーターフォールとアジャイルの意味を学ぶことができました。適したポイントで使い分けを意識する。