03月14日(土)まで無料
0:54:38
割引情報をチェック!
AI BUSINESS SHIFT 第11回 機能別戦略編:AIが拓くプロダクト開発の未来
本コースは、リーダー・マネージャー層を対象に、AIのマネジメント活用・組織活用を体系的に学ぶ 『AI BUSINESS SHIFTシリーズ(全12回)』の第11回です。 第11回「機能別戦略編:AIが拓くプロダクト開発の未来」では、 AIがプロダクト開発の生産性や品質に与える影響、 AI時代において競争優位となるプロダクトとは何か、 そしてその戦略を実現するために、個人・チーム・組織に求められる能力やマインドセットは何か について学んでいきます。 ■こんな方におすすめ ・プロダクトマネージャー、プロダクトオーナー、テックリードなど、プロダクト開発を担う方 ・AIを活用したプロダクト開発や開発組織づくりに関心のある方 ・AI時代におけるプロダクト戦略や競争優位の源泉を考えたい方 ■AIシフトシリーズとは? 『AI BUSINESS SHIFTシリーズ』は以下の3部構成で設計された全12回のシリーズです。(順次公開) https://unlimited.globis.co.jp/ja/tags/AI%E3%83%93%E3%82%B8%E3%83%8D%E3%82%B9%E3%82%B7%E3%83%95%E3%83%88 ・基礎編(第1回〜3回):リーダーやマネージャーに求められる、AI時代の基礎的なリテラシーの強化を目的としたコース ・マネジメント編(第4回〜7回):AI時代のリーダーシップや組織変革を中心に学ぶコース ・機能別戦略編(第8回〜12回):AI時代における機能別での戦略のあり方を中心に学ぶコース より実践的なAIツールの活用法について学びたい方は『AI WORK SHIFTシリーズ』をご視聴ください。 https://unlimited.globis.co.jp/ja/search?tag=AI%E3%83%AF%E3%83%BC%E3%82%AF%E3%82%B7%E3%83%95%E3%83%88 ※本コースは、AIのマネジメント活用を学ぶ「AIビジネスシフト」シリーズの一環として提供しています。 ※本動画は、制作時点の情報に基づき作成したものです(2026年2月制作)
03月14日(土)まで無料
マネジャーのための仕事の任せ方
「仕事を任せると失敗が怖い」「自分でやった方が早い」マネージャーとしてメンバーやチームの力を引き出しながら成果を上げるには、どのように仕事を任せていけば良いのでしょうか? 変化の激しい時代において、マネージャーとして成果を上げ続けるためには、メンバーの個性や特性を理解し、それに合わせた効果的な任せ方を身につけることが重要です。このコースでは、ソーシャルスタイル理論を活用してメンバーごとに最適なアプローチを学びます。「任せる力」を高めることで、チーム全体の成長を促進し、自身のリーダーシップを発揮できるようになっていきます。 ※本動画は、制作時点の情報に基づき作成したものです(2024年12月制作)
会員限定
AI時代の個人力
AIが仕事や社会の前提を変え続ける今、最も求められるのは「他者に代替されない個としての力」“個人力”です。 本コースでは、澤円氏の著書『個人力』をもとに、AI時代をしなやかに生き抜くための「前向きな自己中戦略」を学びます。 テーマは、「Being(ありたい自分)」を中心に据え、自ら考え(Think)、変化し(Transform)、協働する(Collaborate)ことで、自分らしい価値を発揮していくこと。 リスキリングやAI活用が叫ばれる今こそ、スキルより先に“自分の軸”を問うことが重要です。 あなたは何を大切にし、どんな未来を描きたいのか? このコースは、あなたが“ありたい自分”として生き、キャリアをデザインしていくための思考と行動のガイドになります。 ※本動画は、制作時点の情報に基づき作成したものです(2025年11月制作)
会員限定
【AI×クリティカル・シンキング】①イシューと枠組みでプロンプトを磨く
生成AIから期待する回答を引き出せず、試行錯誤を重ねていませんか。 本コースでは、生成AI活用の質を高める鍵として、クリティカル・シンキングの視点からイシュー設定と枠組みを押さえる重要性を解説します。 目的に直結する問いの立て方や、プロンプトに落とし込む際の実践ポイントを具体例とともに学ぶことで、AIをより思考のパートナーとして活用できるようになります。 生成AIを業務で使い始めた方から、活用を一段深めたい方まで、再現性あるプロンプト設計を身につけたい方におすすめの内容です。 さらに学びを深めたい方は、こちらも合わせてご覧ください。 【AI×クリティカル・シンキング】②AIの弱点との向き合い方 https://unlimited.globis.co.jp/ja/courses/cdfe41e3/learn/steps/62198 ※本コースは、AI時代のビジネススキルを学ぶ「AIタレントシフト」シリーズの一環として提供しています。 https://unlimited.globis.co.jp/ja/tags/AI%E3%82%BF%E3%83%AC%E3%83%B3%E3%83%88%E3%82%B7%E3%83%95%E3%83%88 ※本動画は、制作時点の情報に基づき作成したものです(2026年1月制作)
会員限定
リーダーの挑戦⑤ 藤田晋氏(サイバーエージェント代表取締役)
グロービス経営大学院学長の堀義人が、日本を代表するビジネスリーダーに5つの質問(能力開発/挑戦/試練/仲間/志)を投げかけ、その人生哲学を解き明かします。第5回目のゲストは、サイバーエージェント代表取締役の藤田晋氏。起業の理由、経営をどうやって学んだか、アメーバブログ・ABEMAの立ち上げ、経営チームづくりについてなど聞いていきます。(肩書きは2020年12月11日撮影当時のもの) 藤田 晋 サイバーエージェント 代表取締役 堀 義人 グロービス経営大学院 学長 グロービス・キャピタル・パートナーズ 代表パートナー
会員限定
ビジネスパーソンのための睡眠スキル ~問題解決編 前編 なぜ眠れないのか?~
「仕事が終わらないから睡眠時間を少し削ろう…」「業務時間中なかなか集中できない…」「毎日朝起きるのがつらい…」。 あなたはこのような経験をしたことはありませんか? 仕事やプライベートの時間をやりくりするために、真っ先に削りがちなのが「睡眠」時間。 実は今、日本社会は世界と比較して「最も眠らない国」だということもわかってきています。 慢性的な睡眠不足は、心身の健康に悪影響なだけでなく、仕事のパフォーマンスにも当然大きな影響を与え、社会全体の経済損失につながります。 このコースでは、基本的な睡眠リテラシーを学んだ後の「問題解決編」として、「なぜ多くのビジネスパーソンは眠れないのか?」について解説していきます。 ▼本コースで学べる主な内容 ・そもそも眠れないことは何が問題なのか? ・眠れなくなってしまう原因とは? 睡眠不足の原因は認知機能の問題にありました。 自身の睡眠不足に対し、正しく「気づき・理解し・行動を変える」第一歩を踏み出しましょう。 ▼関連コース ・ビジネスパーソンのための睡眠スキル ~リテラシー編~ https://unlimited.globis.co.jp/ja/courses/24575c03/learn/steps/53129 ・ビジネスパーソンのための睡眠スキル ~問題解決編 後編 どうしたら眠れるのか?~ https://unlimited.globis.co.jp/ja/courses/4ba981e9/learn/steps/62042 ※本動画は、制作時点の情報に基づき作成したものです(2025年12月制作)
会員限定
大阿闍梨 塩沼亮潤が死の手前で見つけた「生き方」
あすか会議2018 第4部分科会B-1「極限の世界で見つけた人生の歩み方」 (2018年7月7日開催/国立京都国際会館) 1300年間で2人目となる大峯千日回峰行満行を果たした塩沼亮潤大阿闍梨。48キロの山道を1日16時間掛けて歩き、それを千日間に亘って続ける過酷な行の中で、どのような悟りを得たのか。そして、9日間、断食・断水・不眠・不臥を続ける四無行満行という極限の世界で何を見つけたのか。塩沼氏が「創造と変革の志士」へ贈る「人生の歩み方」とは。(肩書きは2018年7月7日登壇当時のもの) 塩沼 亮潤 慈眼寺 住職
無料
英語 de 学ぶ!3Cs Analysis(3C分析)
このコースでは、グロービス学び放題の英語版である『GLOBIS Unlimited』のコースの中から、ビジネスで役立つ頻出の英語表現をピックアップしています。英語ネイティブの方が実際に見ているコースなので、リアルなビジネス英語の表現を学ぶことができます。 今回のコースは「3Cs Analysis(3C分析)」です。一緒に『英語で』ビジネス知識を学んでいきましょう! ▼今回扱ったUnlimitedコース続きは下記からご覧いただけます 3Cs Analysis https://unlimited.globis.co.jp/en/courses/da5ca962/learn/steps/36362 ※本動画は、制作時点の情報に基づき作成したものです(2025年12月制作)
会員限定
より理解を深め、他のユーザーとつながりましょう。
コメント332件
toyo_syu
アジャイルを勘違いしている人が非常に多い。
ユーザも開発も正しく理解した上で選べば良い話なのに世間はアジャイルが主流みたいな変な情報に踊らされてる人も少なからずいるのが現実。
何をどう作るかをシンプルに目的に沿って考えれば良いと思う。
mm0318
ウォーターフォールは古い手法で今後廃れていくといった印象を持っていましたが、今後も確実性の高い業務では活用されるのですね。確実性と不確実性を見極めた上で、使い分けていきたいと思います。
wego
許容リスクが厳しいプロダクトはリリースのたびに検証コストが嵩むのでアジャイルに向かない。が、アジャイル以外は時代遅れと言わんばかりのご時世・・・。
ryotamibu
ウォーターフォール=作成すべきものが決まっていて、最大限の経営資源を割いて対応する大型のシステム。
アジャイル=不確実性が高く、システムを柔軟に変化させていく必要があるもの。
kazuya11
ユーザがアジャイル開発を仕切りに押してくるのだが、
要件をきちんと出せないユーザほど、おしてくる印象。
自分のチームは、体制的にも、サービス的にもアジャイル向きであり、
アジャイル的な開発を行っている。
ちなみに、アジャイルとプロトタイプの違いって、なんだろう?
piyorinblog
使い分けに関する話が出ていたが、個人的にはほとんどのプロダクトにおいてアジャイル開発に移行している印象だ。その理由は、変化の早い社会のニーズに対応するためには、アジャイル開発無くしては立ち向かえないからと理解している。いったい確実性の高いものの開発とは、どんなものを指すのかとても気になった。
aka1234567
これからの時代はアジャイルも増えるがリスク管理も難しくなってくると思いました。
katsuya02
変革期の中、ヒト、モノ、カネ、時間が鍵となり有限なものを如何に最大効率するか?についてアジャイルという思考を知りえた事は大きなプラスとなりました。
nishimura2020
新規設備と開発設備
顧客確定商品と未決定顧客提案商品
shuts
自身の業務でも、仮説検証を早く回す必要が有るときには、そのように対応したいと思った。
eriyama
ポイントを押さえた説明でわかりやすかったです。
tomoemasuyama
非常にわかりやすい説明だった
k4d
デザイン思考、アジャイル開発、新結合。変化の速い時代に大事なキーワードですね!
gonglo
不確実性と確実性、別の分類すると主にBtoC、エンゲージメント型はアジャイル、BtoB、業務システム系はウォータフォールが多い。
fujiyoshi1215
仕事に役立つ授業ですね
nmp_csg
AIを加えたシステムを構築しています。どこまでできるのかを確認しながら進めているため、アジャイル型を考慮し、進めております。
hide09885
確実性かどうかが使い分けの基準であると理解出来た。
tetsuya_0829
金融機関でもアジャイル開発がでてきましたよ。
効率化のためのシステムとかはアジャイル開発の方が向いているような気がしますし、時代の流れが速いので、ウォーターフォールでも時間をかけすぎるとリリース時には時代に合ってないものとなっている、ということも出てきはじめています。
yooona
よく聞く単語ですが、使い分けを未だ理解できてませんでした。
okurinco
雰囲気で捉えていましたが、作りたいものの特性(確実性と不確実性)で使い分けるという目安が知れて良かったです。
moritti
リーンに始めるというのは、アジャイルに開発すると同義と理解していいのだろうか。
OODAサイクルなどもアジャイルに開発する際の、
フレームワークだと考えてもいいのだろうか。
sphsph
言葉の意味はよくわかりませんが、進め方は色々あるんだなと思います。
効率よく、スピーディーに。まさにその通りです。
hagiwara0215
ソフトウェア開発企業との商談の際に用いる事ができる知識なので実践の場で活用できる
esraa_y0604
interesting
takuya0412
ウォータフォールとアジャイル、確実性で選択。違いの基本を理解ができた。小さく作り顧客の意見からの検証を繰り返してアップデイト開発するアジャイルはサービスアプリに向いているとイメージがつけやすくなった。
haruparu
基幹システムの変更の際に考慮されます
oka7712230
考え方の勉強出来た。あまり使った事の無い言葉だったので、覚えたい。
phanaco
今までウォーターフォールで仕事を進めていると思っていましたが、実際はアジャイル、すなわち不確実性が高い要望の中で進めていたことに気付きました。
アジャイルは米国のような、開発者がユーザー企業にいる場合の形態であり、日本のようにベンダーがアジャイル開発する場合の契約形態がまだ整っていないように思います。今後アジャイルの契約形態が整ってきたら、より広まるのではないでしょうか?
jmlefty
ウォーターフォールとアジャイルをどう使い分けるかというと、ゴールの明確な仕事であれば計画を立てて一連の流れに沿って進めて、自由度の広い仕事であれば方向性が正しいのかを確認しながら進めるのがよさそうと理解しました。ゴールが明確でも細部の自由度の広いことは多いので、双方を活用しながら全体を進めるようにしていきたいと思います。
matsudatt
今の業務のスタイルを考えるとアジャイルがあっています。言葉を知っていた訳ではないですが、自然と、試行を繰り返して進めるやり方を取っていたことに気づかされました。
jimmie
新技術などの技術開発においてはウォーターフォールが良く、組織内などのみでのサイト運用などはアジャイルが向いていると思う
mhiropon
業務内容,関わる人によってやり方が変わる
nagataka_y
ウォーターフォールは、最大限の経営資源に対応する大型システムで、アジャイルは不確実性が高く、システムを柔軟に変化させていく必要があると理解しました。
nimura_0601
これまでやっていたウォーターフォール型開発からアジャイル開発への転換点にいます。品質保証やツール等これ迄とは違った視点での取り組みが必要と感じています
ohtani_takuo
いまさら聞けない話で、適用シーンがイメージできました。
tsurukichi
アジャイルとAJAXと間違えて受講したがアジャイルという手法を知ることができて開発手法の選択肢や取り組み方が大きく変わった。
77na
アジャイルは、小さなチームでプロットタイプを作成し検証しながらより良いものにしていくため、不確実性のもの(ニーズがどこにあるか不確かなもの)に適す。
ウォーターフォールは確実性(明確なゴール)があり、何度も検証することは許されないものに適す。
h_yoko
金融系のシステムをウォーターフォールでつくるのは想像しやすい例だなと思いましたが、アジャイルにすることで、より良くしていくサイクルを速められるのは同じではないのでしょうか。アジャイル関連の講座が他にもあれば見てみようと思います。
ma2022
・企業の貴重なリソースを使って開発を進める場合に重要なポイントは、最大効率であること
・不確実性の高い案件はアジャイル、確実性の高い案件はウォーターフォール開発と使い分ける意思決定が大切
slicedbaum
ものづくりに限らず、顧客向けサービス、社内向けサービスの開発にも使える考え方なので、意識的に使い分けたい。
beginnerclass
現在のプロジェクト進行と開発手法が、この動画を見て合っていない(アジャイル開発向き)ということはわかりました。
あとは具体的な提案ができるよう、まずはプロジェクトの知見を増やすことを目標とします。
(今は知見がなさすぎる)
mayumiya_m
ウォーターフォール、アジャイルの考え方、意味がよくわかりました。システム開発の基礎の部分に触れた気がします。
ymd65536
確実性と不確実性という分け方は初めて聞きましたので大変参考になりました。
akirasa
システム特性によって使い分けること。
mac-shake
ためになりました
mizutaniatsushi
ウォーターフォール&アジャイルの使いわけ
eikon
銀行のシステムなどはウオーターフォールで一気に、新しいアプリなどはアジャイルで部分ごとに、開発を進める
camp_hso
マネージャークラスはウォーターフォールの開発に慣れているため、アジャイル向きの開発でも要件定義にすごく時間を取られてしまう事が多々ある。
そこを打破することも考えていきたい
y-yuta
私たちが担当している業務(FPGAを利用したハードウェア中心の開発)においてもアジャイルがうまく使えないかを検討しています。アジャイルを適用する場合に何が問題となり、どうすれば解決するかについて議論していますが、明確に答えが出せていないのが現状です。これが使い分けできると、開発の効率化できる選択肢が増えると考えています。
taka_62
日々の業務でITに触れるので、用語の理解をしておく
matuokms
プロジェクトの進め方にも応用できるのではないかと思う
kiy0510
法務部勤務です。
開発契約にもよくウォーターフォール、アジャイルという単語が出てきて、契約形態を請負とするか準委任とするかで技術部と議論になることがありました。
この動画で概要を学ぶことが出来、今後よりケース毎に適切な判断をするための、いち基準を得られたと思います。
hu
アジャイルでうまく進めるにはチームメンバーのレベルや結束、プロマネの能力もとても重要だと思うが、アジャイルでうまく回せた時、とてもやりがいがありそう。。
yoh41
何となくアジャイル開発の方が優れているというような思い込みをしていたが、開発項目に適した手法を選ぶのが重要であることを学んだ。
kuta_41
プロジェクト開発に使えそうである。
babasan
ウォーターフォール、アジャイル、どいらも限られたリソースで最大効率で作るための方法
ウォーターフォールで途中でテストや、顧客への伺いをたてるのは無駄。
不確実性が高い、つまり外部環境の、変化により目標が変わるならアジャイル
yo_ma
確実性の物はウォーターフォール方式で開発、不可実性の物はアジャイル方式で開発
bear9d4t
Agileの中にも流派があることを知りませんでした。すでに組織内で実装されており、さらに効果的に活用するためにどう進めるかを学びたいと思います。
kenlsi
一般的な意味は理解できた
masamasa16
正解が分かりにくい世の中。新製品をスピーディーにかつ柔軟に打ち出していく手法について概要を学べました。
kazy_344
ユーザ減少のタイミングの違いでやり方を選択するということ、意識してみたい。
sheba
今の世の中アジャイル開発が主流のように言われていることに違和感がありましたが、単に開発思想の違いであり、開発用途によって使い分けるべきなのだ、ということを改めて理解した。
masashi_oguro
実務で活用したいと思います
kenkendesu
ウォーターフォールとアジャイルという言葉は聞いたことがあったのですが、内容は知らなかったので、よく分かりました。
開発の確実性、不確実性によって使い分けするという事がわかりました。
mrymkyys
アジャイルの活用方法を理解できました。実現性検討では、アジャイルですね。
sugasyo
ウォーターフォールとアジャイルの使い方を深く理解する事ができた。
afushimi
どちらが良いのではなく都度判断が必要なことを理解できた。
アジャイル開発をする場合の工数見積もりをどうするのが良いかのイメージまでだきなかった。
machimura
VUCAの時代、要件定義から設計・発信まで1年以上かかってしまうと、できたときには顧客関心にそぐわないことがよくあります。小売りは特にアジャイル開発をしていくことが適していると感じて、今も仕事に従事しています。
hkmk888
ローコード開発は、アジャイル開発を取り入れられる
pochi_33
アジャイルとスパイラルとプロトタイプの違いをわかり易く解説してほしい。
kzsk
使い分けのイメージがついた
cadenza
最初のとっかかりとしては良いと思いました。
tanaka1632
ウォーターフォールもアジャイルもどちらが優れているとかではなく、限られたリソーセスを最大限に使って、良いもの作りましょう。良い言葉ですね。
fuku-fuku-
使い分けが理解できた
satou817
不確実性の高いPJに向いている。なるほどです。
以前受けた1Hのアジャイル研修では、結局何に使えるかさっぱり(講師からも回答も曖昧…)でしたが、概念だけならこちらを見た方が分かり易いです
k_yam
私も感覚的に使っていたため、きちんと定義を学べて良かったです。
locky0721
用語の意味が明確になり、その特徴を理解できた。
ryuta_0629
使い分けること、見極める判断力を養いたいと思った。
kobori0417
何事も、まず何をやるか?をしっかりと決める事が重要。そして、その目標に到達するために、どうやるか?を決めること。その方法として、アジャイルやウォーターフォールのようなやり方があるだけ。先人たちが築き上げてきた最適な方法で、効率的に、です。
extmvs
.
hiroyuki0521
アジャイルとは何か、どう使い分けるのかの足掛かりとなった。
miu34
両方のメリット・デメリットを理解して、最初の段階でどこまでを出すのが良いことなのか?その最大効率との線引と判断が非常に難しいと感じます。
これから会議後のリリースの内容とタイミングを考える上で、是非取り入れたい視点の一つだと感じました。
moakota
今までイメージで捉えていたので、経営資源や開発チームの特徴も考えて、自分でも開発方針を理解していきたいです
tucker_2020
不確実性の大小という軸で、選択するプロセスを変えればいいんだというのが分かった。
pdruck
最先端の研究開発の現場ではアジャイル開発メインで、ある程度影響範囲が広く確立されたものが出てくるとウォーターフォール、というケースが一般的。
n__nakamura
これから企画検討する社内データを蓄積・結合・検索するシステム構築計画立案。
fukutaronari
不確実性が高いものはアジャイル
確実性が分かっているものはウォーターフォール
顧客の反応を見る 見てブラッシュアップ=アジャイル
kanai-t
ぼんやりと理解していたことを改めて学ぶ機会となりました。
kfujimu_0630
アジャイルとウォーターフォールの違いがよく分かりました。優劣がある訳ではなく、不確実性が高いものはアジャイルが向いていて、確実なものはウォーターフォールが向いているのですね。開発するものによってうまく使い分けたいと思いました。ありがとうございました。
myo77myo
ウォーターフォール開発の中でもアジャイルちっくにまわしたほうが効果的なシーンなどあるのではないかと思う
ssatoh
非常によく分かる説明だった。機動力のあるアジャイル開発の方が、今の世になかに即しているものが多い。
yuri-nishimura
まさに、ウォーターホールから、アジャイル開発にシフトしようとしているプロジェクトにいるので、ポイントよくわかりました
seki1060
開発規模を考慮して使い分けできそうです。
nagana
目安としてよく理解できた
keiichirou_seki
自分の業務に置き換えると、既存のルールやシステムの改修にはウォーターフォール、と言う捉え方もできると感じた
andt_gb
アジャイルの概念図がわかりやすい。
講師の方のトークがわかりやすい。
kanehiray
ウオーターフォールとアジャイルの違いが良く分かりました。
monta
もっとアジャイル開発の理念というか、理想というものを織り込んで欲しかった。
3ion
システム開発のみの場面ではなく、業務を計画的に進めるプロジェクトでも念頭において応用できると感じた。
h1manabe
いわゆる基幹システムとフロントシステムについて考えると期間システムは大きなシステムなのでウォーターフォール開発でしっかりと要件を決めていきながら開発していく必要がある。フロントシステムについては特にお客様接点となるようなシステムは現在の市場のニーズお客様のニーズの変化が非常に激しいんでウォーターフォールでしっかりと作ってしまうと柔軟に対応できず市場に遅れをとってしまう危険性があるためアジャイルで開発していくというのが望ましいのではないか。