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

alps

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

小回りの利くアジャイル開発に携わってみたい

saito-yoshitaka

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

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

koshiro-k

販売・サービス・事務

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

ys7710

営業

- ビジネス環境の変化のスピードが上がっていることにより、ミスと修正を許容して、短いPDCAサイクルを回すアジャイル開発が進んでいる
- 自社の調査サービスは、ウォーターフォール開発だが、場面と目的に合わせて使い分けるものだと思う
- 顧客としては、アジャイル開発の方が好都合だと思うが、提供側としてはアジャイル開発はコストや納期が想定しづらそうでリスクが大きくなることも懸念される

snoopy710

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

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

ma-nao

IT・WEB・エンジニア

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

k_otk

経営・経営企画

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

onoday

人事・労務・法務

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

taromichi

営業

クライアントとの商談

yhkb

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

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

miyu3200

IT・WEB・エンジニア

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

kennnnneeeeey

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

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

misakisami

経営・経営企画

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

ayu_saba

IT・WEB・エンジニア

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

muneto555

IT・WEB・エンジニア

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

takashi_niki

専門職

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

somed_nagahata

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

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

noz

人事・労務・法務

少し難しいが勉強になる

ponta2466

資材・購買・物流

当社におけるオペレーションマニュアル更新の手法としても使える考え方と思います。残念ながら１度マニュアル作成をすると満足し或は時間が無いなどの理由で、マニュアルがおざなりになり機能していないのが現状。作業手順（＝マニュアル）を見直す事なく現場作業者が独自に改善している或は顧客に反している事に、ミスが有って初めて気づいている、そんな組織を（考え方を）変えて行く事が実現出来たら良いと思いますが、、、

rimona

経営・経営企画

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

s_hiroki_dd

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

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

t-road

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

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

makkoo

販売・サービス・事務

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

t-s-szy

メディカル　関連職

スピードに対する手法とするには最適だと理解できた。逆にリスクが高い開発に対しては従来の開発が適しているので、理解して使い分けることが必要だと認識した。

o_h

その他

復習できました。

s_atmimi

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

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

masa12361

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

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

x1043243

営業

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

iwamika

営業

、

shin1-san

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

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

a-yashiro

専門職

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

y832

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

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

megakurubushi

専門職

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

mhg

IT・WEB・エンジニア

ウォーターフォール開発と相反するという解説がありましたが、誤解だと思います。アジャイル開発の文化面だけ取り入れてプロセスそのものはウォーターフォール開発というケースもあります。

memeko

専門職

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

takamaco

その他

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

mehima

経営・経営企画

部分最適になることもあるため、バックログのリファインメントを常に行う。

vegitaberu

人事・労務・法務

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

chifumi-muraki

経理・財務

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

opiiii

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

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

mari1126

その他

開発部門ではないので直接活用できる機会は無いですが、トライ＆エラーを繰り返して小さな単位で進めていく考え方はどのような業務でも取り入れられると思いました。

to-ok

経理・財務

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

ozawa_h

IT・WEB・エンジニア

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

copenpepper

その他

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

granputa

その他

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

hisatoyu

営業

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

nyns

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

不可実性の高い目標なので、適していると感じました。

mikan_001

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

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

hoso-michi

営業

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

osamu7

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

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

salty_octopus

資材・購買・物流

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

saty

IT・WEB・エンジニア

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

fineshot

IT・WEB・エンジニア

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

usako_s

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

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

kawatomi

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

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

suzfumia

専門職

短時間に復習ができた

5510hya

専門職

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

krypton

マーケティング

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

onukiyama

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

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

uracchi

その他

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

mryx

人事・労務・法務

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

terys23

営業

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

ken_tiger

経営・経営企画

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

ichi_koma

人事・労務・法務

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

tokatiobihiro

マーケティング

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

sooo1

営業

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

mission

販売・サービス・事務

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

taku_yas

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

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

masahide_hara

その他

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

kittyomu

経営・経営企画

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

yutakasahara

コンサルタント

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

kohichiroh

資材・購買・物流

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

y-yuta

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

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

kovochan

資材・購買・物流

開発と修正を短期間に繰り返せるので、要望にあったインクリメントが作り出せる。ユーザーの声を聞きながら作れるので、聞き取り時点の勘違いや誤解で作り直しが出にくいのが良い。

haradah-asahi

販売・サービス・事務

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

yoshiki_itagaki

IT・WEB・エンジニア

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

sakaeyama

クリエイティブ

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

hiroki_st

IT・WEB・エンジニア

スクラム活動の役割を改めて確認し、メリットを活かせるよう開発を進めようと思います。やはり仕様、課題に直面したときに顧客やユーザに成果物を出し、比較や現物確認してもらうことはアジャイル開発ならではと思いました。

rmlab

コンサルタント

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

obayashi_mikiya

コンサルタント

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

ot-take

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

復習し、スピード感を持って取り組みたい

hiro4725

資材・購買・物流

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

atoda1

営業

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

g_kazuki

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

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

cancancan

販売・サービス・事務

アジャイル開発の概要を把握できた。自社で取り組んでいる開発も、アジャイル開発であることを理解。

sv6554479

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

アジャイル開発という言葉をよく耳にしていて、なんとなく臨機応変に開発していくイメージを持っていたが、本来の意味とどういう開発に向いているかをきちんと理解できた。

miyazaki8008

その他

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

kato_rida_aoki

経理・財務

全てではないが従来はウォーターフォール開発でシステム開発が出来たが、昨今はアジャイル開発で対応しないとシステム開発は難しい。

nobu-yamada

その他

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

o0ve7ra1l3l

資材・購買・物流

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