アジャイル／スクラム ~変化が激しい時代に対応する開発手法~

ma-nao

2

Webサービスにおいてはユーザーからの反応が取りやすく、早い段階でユーザーからの要望に対応した開発に切り替えられるのがアジャイル開発だと思います。ウォーターフォールの延長改良ではなく全く別の手法だと考える、自信の常識を変える必要があると感じました。

kosu_sugi

2

アジャイルという言葉は最近よく聞く言葉であったが、俊敏・機敏という意味を初めて知った。社内で開発しているシステム・仕事もアジャイル化の考えで少しずつリリースすることが必要だと思った。予算がないので次年度に改定するといったシステムが社内に多いと感じた。

takya

2

ソフトウェアに限らず、ハード開発においてもスクラム開発のようなスキームやチーム構成をとりつつ、全体感を意識するような振り返りを行えるような状態が適しているように思えました。

koshiro-k

2

日常業務において、アジャイル対応という言葉を最近よく聞くようになった。アジャイルの性質を理解した上で適切な業務（顧客ニーズに対応するwebサイト、アプリ開発、プラットホーム、営業活動における顧客の困り事解決）に使えそうな見込み。

snoopy710

2

最近よく耳にするアジャイル開発の概要を知ることができた。また、ソフトウェア開発だけでなく、組織のアジャイル化など他用途でも使われていることを考えると、変化が激しい時代に重要な考え方であることを理解できた。

saito-yoshitaka

2

VUCAの時代にはアジャイル開発を取り入れないとユーザー満足は厳しくなっている事を理解しました。

yasuhiko0

1

ソフトウェア開発に適用していく

usako_s

1

社内でもアジャイル、スクラムという言葉がよく聞かれ実際に開発に適用されているので、今後さらに展開されていくと思う。

mario_11

1

自身の提案活動の基礎知識として活用

a_7636

1

・アジャイル開発の用語、登場人物と役割分担、開発の段取りなどが図示されていて、分かりやすかったです。
・Section1の後田さんの発言、双六でいう「上がり」一歩手前で「ふりだしに戻る」に止まってしまった感覚なのでしょうか。。。

shin1-san

1

いろいろな開発スタイルを知っておくことは大事ですね。

tokatiobihiro

1

難しい。営業なので初めて聞いた

y-yuta

1

開発チームの全てのメンバーが、常に能動的にポジティブに行動する意識を持つように予め共有しておく必要がある。

yutakasahara

1

アジャイル開発の、基本的な仕組みと考え方について理解を深めることができた。しかしながら、実践に落とし込まないと本当のメリット・デメリットはわからない

sooo1

1

環境にあわせて、考え方も変化させる。

yoshiki_itagaki

1

今回学んだ内容によって、質を意識するのか量を意識するのか、クライアントの要望や現場の状況でより必要な方を選択するうえでの指標にすることができると思う。

masa12361

1

小規模なソフト開発に分けてソフト全体を考えることができる。

nobu-yamada

1

不確実性が高まるなかで、環境が大きく変化し、顧客のニーズも設定条件が変わる。アジャイル開発が多様性に沿って少しずつの実験と検証を小さい単位で確認。成果物の確認を繰り返すので顧客の反応に沿った対応出来るのが最大のメリット。

misakisami

1

今回関わってるプロジェクトにアジャイル開発が使用されているため、その理由と中身について理解を深めることができた

y832

1

ソフトウェア開発での対応

osamu7

1

チームの開発管理業務に活用する。

taromichi

1

クライアントとの商談

gfjkdjhjfal

1

アプリを開発し、リリースを行ったあとから利用者の声を聞きながらより良いアプリに改良していく。

onukiyama

1

後から進化のアプリ開発で活用できそう

to-ok

1

アジャイル開発は、良いと思うが
全体をちゃんと理解して進むべき方向を見失わないリーダーがいないと、流されてしまう。今そのような状況なんだとわかりました。

katoucha

1

開発の手法は大きく2点
①ウォーターフォール開発
　最初に要件定義・仕様を細かく決め、長期のスパンで作り込んでいく設計開発手法
②アジャイル開発
　最初に作り込まず、小さな単位で開発〜リリース・アップデートを繰り返すことで、徐々に開発を進めていく手法
　世の中のニーズの多様化・技術の進歩・競争の激化などによる環境の変化、不確実性の高まりに対応する開発手法

最初の問い(アジャイルが適している条件)に対しては、全て当てはまるかな、、と思った。
アジャイル開発にすることで、費用は嵩んでいくし、トータルの開発時間はかかったりするため。

スクラムマスターやプロダクトオーナー、開発チームという考え方は、開発だけでなく営業活動の考え方にも使えそう。

mission

1

ウォーターフォールの例として「銀行のシステムのような要件定義がしっかりして後戻りのないシステム」が上げられていたが、ずいぶんと極端に大きな例で、もう少し近い例はないのだろうかと思いました。
某銀行で頻発した銀行システムの不具合は、ウォーターフォールだから、事前検証できなかったわけではないでしょうが・・・、後戻りのないシステムというのがピンと来ないままです・・・・。

ayu_saba

1

ウォーターフォールかアジャイル開発か見極める必要があると感じた。

o_h

1

復習できました。

ko_to_en

1

自社はウォーターフォール型であり、プロジェクトによって入ってアジャイル型にシフトする必要があると感じた

terra13

1

開発チームが使っている言葉や業務の進め方がまさに今回説明されている内容のものであった。

hiro4725

1

小さな単位でPDCAを回しながら進めていくやり方は非常に効果的ふだと思います。

uracchi

1

社内でも多くアジャイル開発がされていますが具体的に何故それを選択しているか理解できてなかったが今回把握することができた

rmlab

1

プロジェクトの進め方にも参考になる進め方ですね。

ichi_koma

1

正解のない社会に適応するためには、考え方、やり方を変えなくてはいけない、ということですね。周囲とのコミュニケーションに応用できると思います。

kennnnneeeeey

1

概念的なことはわかるのですが、これをチームで動かしたときに１スプリントでインクリメントがどれだけ仕上がるのかがなかなか不透明だと思ってしまいます。細部を見てしまいがちだと思うので、全体感でバックログを振り返るということを定期的にできればうまく活用できるのではないかと思います。そのバックログを最初に作成しきれるのかという点も疑問ですが、それもある程度でき上ったところで開発を進めていくような流れになるのかと思います。そして定期的にリファイン面としていくような動きをすればよいのかと思いました。いづれにしても経験しながら慣れていければよいなと思います。

taku_yas

1

プロジェクトに応じて開発手法を分ける必要性が理解できた。この学びを開発に活かしていきたいと思う。

st123

1

アジャイルとスクラムという用語自体を全く知らなかったので、勉強になった。ただ、業務上、システム開発に全く関わらないので、参考程度の情報だった。

takamaco

1

大小様々なシステム開発はもとより、システム開発以外の新しい取組みを検討する場合も参考になりそうです。

atoda1

1

スクラムは勉強になった。

kawatomi

1

担当はハード開発であるが、先行開発を行っているため、場合によってはアジャイル開発が適しているものがあると思う。
顧客も仕様が固まっていない開発において、適用してみようと思う

yhkb

1

新事業検討の際に同じやり方が適用できると考えられる．

megakurubushi

1

アジャイル開発の手法は適している場面もあれば適していない部分もあるので見極めが必要

g_kazuki

1

生産現場への新しいシステム導入の際に、アジャイル開発かウォーターフォール開発かどちらが適しているか見極めて使っていきたい。

mikan_001

1

社内でよく聞く言葉でしたが、あまり意味がわかっていませんでした。この動画のおかげで、なぜ必要なのか、何をしているのか、を理解することができました。

onoday

1

まずは試してみて必要に応じて修正する（＝アジャイル）という意識をチーム内で浸透させようと思います

abe_629

1

難しかった

copenpepper

1

アジャイル開発の考え方は、システム開発の分野でなくても、チームでのプロジェクトの進め方や新たなツールや手法の導入において活用できると考える。

muneto555

1

アジャイル開発の基礎を理解できました

masahide_hara

1

ソフトウェア開発に色々な方法があることが理解できました。今後のシステム開発に活用していきたいと思います。

salty_octopus

1

スクラムを回す方法はシステム開発だけでなく日々の様々な業務で使えそうだと感じました。

obayashi_mikiya

1

実際の開発の現場がどの様な開発手法を取っているのかを理解することで、そのプロダクトの方向性を理解することができる。

k_otk

1

不確実性が高く、スモールスタートを検討する事業に相応しいのがアジャイル開発

yamaji1108

1

アジャイル開発の用語を知らなかったのですが、実際は、「トライアルだけれども実運用」をして、微調整をしながら進めるというのは有効な方法という認識を持っていました。これが概念として確立されていることを知りました。社内で「アジャイル開発」の用語/概念が浸透するとより進めやすくなると思います。

somed_nagahata

1

経験が必要なため、導入には準備が必要と感じる

rimona

1

ソフトウェア開発だけでなく、プロジェクトマネジメントに使えそう。

o0ve7ra1l3l

1

情報系ではない業務ですが、業務に通じる考えは共通しているところがあります。仕事に生かしていきたいです。

sakaeyama

1

スクラムは、変化の激しい時代においと、経験主義を導入し、高速でまわし、改善を繰り返すことで、チーム力や対応力もつくので、日々行うことが大切。
クライアントワークだけでなく、社内課題の解決でも活かせるので、すぐにはじめてみたい。

a-yashiro

1

新規テーマ探索にアジャイル開発が適している。

t-road

1

スクラムなどの定義，用語の理解が深まりました。

memeko

1

実際にたづさわっていない分野なので正直難しいが、常識として勉強したいと思う。

5510hya

1

組織、業態としてはアジャイル開発の適用が不適な場合も有るが、比較的日数を要する日常業務等においても、この考え方は適用できるのではないかと思った。

mryx

1

システム開発のみならず、日頃の業務においても展開できる。

opiiii

1

チーム内で役割を決めてプロジェクトを進めていくこと

miyazaki8008

1

アジャイル開発参考にします。

k_ishida

1

今まさに社内で使用しているシステムをアジャイル開発的手法で継続的な改善を行ってます。

suzfumia

1

短時間に復習ができた

tk_hosaka

1

自社のチームは疑うべくもなくリバーフロータイプが多い。アジャイル／スクラムの体制をどの様に取り込んでいくべきか。

o_yamagami

1

プログラム開発だけではなく、施策の展開にも応用できる方式である事を感じます。

terys23

1

なんとなく関わってきたシステム開発の手法が少し理解できた。

vegitaberu

1

なんとなくで、理解していたアジャイルの概念が理解できました。
プログラムの開発だけでなく、様々なプロジェクトに、この考え方、やり方は使えそうな気がします。
その一方で、従来のやり方に慣れてきた人には、とてもやりにくいのだろうなと感じますので、そのあたりの、調整、適合をどう図るかが、課題になってきそうかなと思います。そのあたりをケアしながら、この考え方を取り入れてみたいと思います。

saty

1

顧客ニーズを取り入れることの多いシステムではアジャイルが活用できると感じた。昔からあるシステムではウォーターフォールが支流となるため、導入システムによって使い分けが必要と感じた

makkoo

1

開発の手法の一つと学んだ。
具体的に自分が作業をするイメージはあまり湧かなかった

ozawa_h

1

GLOBISの技術関係コースには誤った内容があるので注意が必要。
例えば次があります。
①「ミスと修正を繰り返して品質を高めるところ。」は誤りです。アジャイルでも品質は徹底します。アジャイルは不可実は仕様を徐々に明確化しながらシステム開発を行うことであり、出荷を優先して低品質のサービスを許す仕組みではありません。
②「小さいな単位で少しずるリリースする」は完全に間違いではありませんが、誤った理解されやすいです。ウォーターフォールの場合はすべてが完成するまではエンドユーザは利用できませんが、アジャイルの場合は最初のサイクルから利用することができるようにします。ようするにサイクル毎に機能を詳細化して実装することになります。また、サイクル毎にリリースした製品の評価を得て、次サイクルを微調整します。

krypton

1

受注産業ではクライアントがいるのでどこまで受け入れてもらえるかも重要かなと感じました。

granputa

1

taskの難易度、パラメーターが未知の場合にパイロット開発的なシミュレーションにも使えるかも。

hisatoyu

1

ようやく社内で飛び交っている横文字の意味が理解出来ました。

takashi_niki

1

実業務で用いるには回りの理解が不可欠ですね。どう巻き込んでいくか。も大切と感じました

s_atmimi

1

カタカナの馴染みのない言葉が多いので、頭に残らない。

kohichiroh

1

システム開発の基礎となる部分を勉強できた。

fineshot

1

小さくリリースして価値を高めていくというのは、システム開発問わず、早い段階からアウトプット・報告し仕事の精度を高めていくことと同じに思います。小さくリリースするというのも、ユーザにとって優先度の高いもの・要件を満たすものは何かを精査・合意したうえで最低限乗せる機能を決めていく必要があると思います。また、チームの平均作業量（ベロシティ）が上がっているのかどのように測っていけるとよいと思います。

n-yuta

1

PMPの基礎知識復習のため

x1043243

1

技術が多様化し、昔ほど、設計をしっかりすることが難しくなってきた。だからこそ、組織の軽量化が必要になる。

miyu3200

1

日々使用するアジャイル機能の本質を捉えられた。

kittyomu

1

これまでウォーターフォールでやってきたがアジャイルの方が適している場合があると感じた。

haradah-asahi

1

システム開発の知識習得のため

ken_tiger

1

顧客の開発案件において、その案件は開発時点で要件の確定が可能であれば全力で要件を定義しに行く。要件の定義が下手であること、エネルギーをかけたくないということが隠れた前提として、安易にアジャイル開発に至ることで怪我をする。

s_hiroki_dd

1

多様化が進み変化の激しい現代において有効な開発手法であると思う。チームの能力開発にも適していると思われる。適当なプロジェクトに適用することを検討しているが、実際のプロジェクトに初めて適用するには勇気が必要だと感じる。身近に実際にやっている人やチームがあればありがたいのだが。

hoso-michi

1

クライアントからの要望を聞いた際の選択肢の提示として活用可能か。

chifumi-muraki

1

アジャイル開発の手法は、チームでの業務改善改革の手法としても有用な気がしたので試していきたい。