0:59:48
おすすめの学習動画

AI BUSINESS SHIFT 第8回 機能別戦略編:AI時代の営業現場のリアル
本コースは、リーダー・マネージャー層を対象に、AIのマネジメント活用・組織活用を体系的に学ぶ『AI BUSINESS SHIFTシリーズ(全12回)』の第8回です。 第8回「機能別戦略編: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月制作)
新着会員限定

マネジャーのための仕事の任せ方
「仕事を任せると失敗が怖い」「自分でやった方が早い」マネージャーとしてメンバーやチームの力を引き出しながら成果を上げるには、どのように仕事を任せていけば良いのでしょうか? 変化の激しい時代において、マネージャーとして成果を上げ続けるためには、メンバーの個性や特性を理解し、それに合わせた効果的な任せ方を身につけることが重要です。このコースでは、ソーシャルスタイル理論を活用してメンバーごとに最適なアプローチを学びます。「任せる力」を高めることで、チーム全体の成長を促進し、自身のリーダーシップを発揮できるようになっていきます。 ※本動画は、制作時点の情報に基づき作成したものです(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月制作)
会員限定



より理解を深め、他のユーザーとつながりましょう。
コメント151件
yoshi_1206
概念が難しい用語が幾つかありましたが、繰り返し学んだり、実際にソフトウェア開発に携わることで理解を深めて行きたいと思います。
ryo_ni
設計タイミングで見直せるようにしたい。
mihodate
実際に現在携わっている業務にも関わる内容が多く、改めて勉強になりました。
fkk-ogawa
通常、一言で設計とまとめられてしまう内容に対して、様々視点から分解して設計精度を高めるために必要となる知識は、設計者全員が持つべきと考える。ただし、顧客は質問への回答を面倒と考える傾向があるため、営業を通じて十分なコミュニケーションが成り立たないと仕様の抜けにつながるため、結果として顧客に満足していただけない可能性が高まる。設計は、設計者だけでなく営業と顧客を交えた共同作業であることを意識して進めたい。
vegitaberu
正直すべてを理解することはできませんでした。ただ、プログラミングという作業が、その作業内容、規模、時間的関係、技術などにおいて、複雑化しているということは理解できました。
moriyun
デザインパターンについてもっと知りたくなった。
yuu-ohshima
ソフトウェア設計の基本的な考え方を理解できた。
私たちが日々利用しているアプリケーションは、機能のみならず、非機能要件まで定義されているのだと想像した。
kobaya471ko
振り返り学習が必要と考えます。
x0888
組込みではないオブジェクト指向の開発の担当になったときに参考になる。
csl_kojima
理解が深まりました。
k_fujimo
拡張性等、業務上耳にする用語もあったので、確認できてよかった。
ucchiy50
学んだ概念を、実際の業務に当てはめて試していきたいと思う。
takuto2009
ソフトウェアの設計に携わることはありませんが、参考になりました。
techno
様々なIT知識は仕事においても試験などのような場面でも活用することができる。
moto_taka
要件定義するまでは実務でしていましたが、その後のソフトウェアの開発フローがわかりました。今後、自分でコーディングする前の事前作業に時間をかけて整理してからコーディングしていきます。
stani
参考にさせていただきます。
taka_miffy
オブジェクト指向、もう一度勉強する
kenzo_s
ソフトウェア開発には携わっていませんが、設計の考え方に参考になりそうです。
moto-t
回路の言語設計でもプログラムの構成方法を考える時に参考になると思う。
gakiuzi50
専門用語が多すぎて分からなかった。もう一度時間をかけて見直したい
doumoto_
用語に対する理解が深まった。
aqueous
このコンテンツはどれくらいのレベルの知識なのだろうか。正直業務が違いすぎてよくわからない。
itot318
業務要求から要件定義を作成し、開発者側に漏れなく伝えることが重要と考える。
その際、業務フロー図などの情報も併せて用意しておきたい。
saaaaa22525
一度で理解しきれなかったため、また受講したい
hr-sakai
本当にサクッとわかるのでよかった。これからも深く学習して活用していきます。
r-m08
ソフトウェア開発の大まかな流れは理解できた。
nabezo1962
こりゃ難しかったです。実務では全く使わない知識なので頭に入ってこなかったです。
fbj01549
少し難度があがり、理解するには数回見ることが必要と感じております
mi-----mu
サクサ確認できるので良いコースです
kikawadareika
開発にかかわることはありませんが、ソフトウェアがどのようにしてできあがっているのか少しでも触れることができたので、よかったです。
kiyama-h
ITパスポートの勉強に近い
n_jiro
理解しきれなかったことが多いので、復習します。
f_a-835
再度受講して、流れを理解したいと思う
iso_ken
今回学んだことは、とくに用語面でとても有用であった。
しっかりと身につけたい。
s_yamanoi
ソフトウェア開発で使用する用語の解説講義でしたが、今まで業務で使用した用語も多くあり理解が深まりました。どちらかと言えば設計を依頼している立場が今までは多かったのですが今回の講義で学んだ用語で繋がり参考になりました。
dragonpapa
初めて聞く用語が多く、すぐに理解できない点もあるので復習して理解を深めたい。
hiroponzu
普段の雑談でも言葉の定義を正しく使用したいと思います
kazu177
用語や概念が、聞いたことのないものが多かった。これらを理解するのが、デジタル化を理解する助けになるかもしれない。
aki4444
一部、専門的なないようであった
nagase29
自分に関わる業務に要求定義から始まり、コンポーネント図を見て作業をすることがあるので、身近に感じました。
頭で想像出来ると学びの理解がスムーズになると思います。
m_yuuki02
非機能要件定義はコレから学ぶべき領域が多く努力が必要である
ananana
何度か繰り返し視聴したいと回でした。
sales_supdoctor
要件定義を明確にすることは、日常の業務をステップに分けて業務フローを捉え、どのようなソフトウエア設計が業務フローの高速化・高度化に寄与できると考える。具体的には、各ドメイン領域に応じて手続き型のプログラミングを実施しながら、必要に応じて関係者とオブジェクト指向型で協働しながらその有効性を図ることなどである。設計者が常にコンタクトとれる勤務形態であればアジャイル型で様々なソフトウエア開発等は可能と考えるが、働き方改革の浸透等によりある程度の時間をかけて開発等が進められる環境(ウォーターフォール型)も考慮する必要がある。しかし、プロジェクトマネジャーのリテラシーにより業務全体像を把握しており、非常時にはマネジャー自体が自己対応が可能な場合は早期開発の可能性が高まる場合も想定できる
ykitayama14
一度では理解しきれない内容だったので復習したい。
inagaki_tomomi1
専門用語が多くとても難しい内容でした。
genchawan
全く理解できなかったので復習します。
marimariiii
はじめて聞く用語が多く具体的な事例も思いうかばない感じです
何度も復習したいです
an14793
ソフトウェア開発において、特にオブジェクト指向に則った開発では、原理・フレームワークに沿って開発できるように繰り返しレビューし、継続的な開発ができるようにしていかなくてはならない。
hhmorimoto
ソフトウェアの設計手法について概要ではありますが、とてもよくわかりました。
今後自分の業務でのソフトウェア開発のときの参考とさせていただきたいと思います。
sachi000
様々な開発や手法があり、それぞれ名前があることを学べました
kyo1227
正直すべてを理解することはできませんでした。ただ、プログラミングという作業が、その作業内容、規模、時間的関係、技術などにおいて、複雑化しているということは理解できました。
oknmkcti
原則みたいな設計哲学みたいなのは興味深いですね。
nomkrk
業務や日常生活で全く使わない単語のオンパレードだった。
m_k_d
UMLやDDD、ユビキタスなど耳なじみのない用語が多く、復習が必要。
kazuyori
ソフトウエアの設計の流れを体系的に理解することができた。今後の技術動向を注視したい。
yutahayasaka
初めて聞く用語が多かった。本質を抑えたい
mutame
ソフトウェア開発の流れは理解できた
aiko-aiko
明確なゴールを定めておくことが重要であると理解することができたが、内容が難しく理解できない部分が沢山あったので復習していきたい。
mamec
開発には様々な手法や考え方があるのだと理解しました。個人的には、クラスがイメージがつかなかったので、今回学べて良かったです。
オブジェクト指向はよく聞くので、よく復習したいです。
tquattro
初めて聞く用語が多く、すぐに理解できない点もあるので復習して理解を深めたい。
terulin
アクセスを使用したシステム開発の経験があるため、オブジェクト指向と言った言葉は知っていても、概念をよく理解しないままなんとなく使用していた。まだはっきりとは見えていないけれど、ぼんやりとしていたものがはっきりと見えてきたような気がする。
gtr_star
何度も復習して実践活用することで理解を深めたい
yamatakuishi
より理解が深くなった。
koh_w
普段の現場ではあまり聞くことのない用語が多かったので必要に応じて再度深めていきたい。
akisa28
ソフトウェアの設計の際の手順が分かった。
mitti24gym
全く理解できませんでした。今後私自身では日常ではおこなわないと思いますが、知識としては持っておきたいので、再度見直す機会をつくります。
gararanyororo
別のものを開発する時にも再利用できるようにしておくことや、一部の変更のためにいろいろなところに影響が出てしまわないようにしておくことは、開発のみならず、例えばチーム編成や室内の物の配置などといったことにも当てはめて考えることができると思いました。
1982103
何度か振り返って復習しょうと思いました。
nakataco
ソフトウェアの導入や、開発依頼時に、基本となる考えがわかれば、エンジニアとコミュニケーションがとりやすくなる
ymmtr
用語説明的なものが多いので、初学者がまずは概念を把握するためや、現場叩き上げで体系的に学ぶ機会のなかったエンジニアが自分の経験を腹落ちさせるのに有効な話だと感じました。
fruitmix56
コンパクトにまとめたプログラムを集めて作り、再利用や修正しやすいプログラムが扱いやすいみたいですね。
reon2001
設計手法についてより詳しく学んでみたいと思いました
miyhaha
今は辞書を読んでるような感じです
jyoui
後半の用語についてはよく理解ができず何言っているか分からない状態だった。
leosan
一度ではおぼえなきれないと思うががんばりたい
takuma-y
まずは知識の獲得そして実践が重要だと感じた。
UMLであったり、SOLIDであったりと知らなかった知識がたくさんあったのでもっと深く知る必要があると感じた。
taka_shimo
IT企業ですが、長らく営業・経営企画業務に携わっており、開発工程等の技術的な知識習得を怠ってきたと反省する機会となりました。
経営戦略を考える上でも、IT会社であれば、技術・スキルを意識していく必要がある。
自分自身の業務に関係がなくとも、組織として必要な知識・スキルは常に習得していく、理解していく必要があることを今回、学びました。
fbj02790
ソフトウェア設計の基本についてはだいたい理解出来ましたが、まだ学習/経験が足りないと認識しています…。
rocky55
専門用語が多く、難しかったです。
ku1012
初めて聞く用語が多かったので復習したいです。
fumihiko0605
現在シミュレータの開発作業に携わろうとしており専門用語などまだまだ理解が出来ていない部分が多かったため、参考になりました。
kurodaccyo
ソフトウェアを開発するのに共通認識が必要なことがわかりました。ソフトウェアの設計にも種類があることがわかりました。
h_yamahi
用語が多過ぎて理解不能です。
eumeda
かなり専門的な内容で理解することが非常に難しいです。繰り返し学習したいと思います。
ay_tkmt
全てを理解することは難しいが、設計手法が体系化されていてることが分かった。
lupin_the3rd
開発元がどのような意図を持って作成しているのかを知ることによって、不具合や要望の際も、より明確に伝えることができるのではないかと思った。
yiidaco
初めて聞く用語がほとんどだったため、再度見直したい。
kykfgmt
開発内容をしっかりと理解共有してから始める…のは業務にとって大切。用語は難しいので、復習が必要
tomo92
SOLIDについて整理して学習したことがなかったので役立った
-yasuko-
ソフトウェア設計の分野は全く分かりませんが、決められた考え方に則り、進んでいくという事が分かりました。
hi_wakabayashi
ソフトウェア開発用語を理解し、エンジニアとのコミュニケーション・プロジェクト管理に活用したい。
pa-pas
ソフトウェア設計の流れを学んだが、丁寧に学習しないと理解できないと思った。
stk_shitian
ソフトウエアを開発するにあたり、どのような完成形を目指すのか、顧客ニーズを踏まえ明らかにする要求定義は極めて大切だ。この段階でエンドユーザーの要望をいかに反映させ、開発者に届く定義ができるかで、完成度や顧客満足度に大きく影響する。UML14図各種が表せる得意な分野や形をしっかり把握し、構造・振る舞いを的確に表せば、設計すべき事柄やオブジェクト指向での開発・チーム開発にも共通の言語になる。ドメイン駆動設計はビジネスロジックが複雑なソフトウエア開発に向いていて、各ドメインごとのエキスパートと開発者の綿密な詰め・コミュニケーションを円滑にすることができる。DDDの開発手順に沿い、設計すれば、業務内容の深い理解・調査から業務仕様をモデリング、システム仕様を定義・コーティングして仕上げられる。完成後も持続的に改善見直しを実行、顧客ニーズに合うソフトウエアであり続けられる。ソフトウエアの設計原理SOLIDは高品質なソフトウエア作りに不可欠な考え方で、実務で運用できるレベルに力をつけていきたい。常に現状に見合うソフトウエアであり続けるため、見直ししやすいようクリーンアーキテクチャ採用も大事なポイントである。またこれまで編み出された手法・ノウハウの蓄積ををデザインパターン化し、有効活用することで、開発者は案件特有の部分や機能追加に注力でき、開発時間やコストの削減につながる。汎用性が高い部分は再利用しやすいようパターン化する、パターン内容の追加更新も、ソフトウエア開発の効率化、品質維持に重要だと考える。関係者が分かりやすい仕様書や要求定義はシンプルなものが質も高い。そうした高品質仕様書を書けるような実力を養いたい。
fuji_fuji_
要件定義
UML
ウォーターフォール開発
アジャイル
オブジェクト指向
システム要件(機能・非機能)
usa_usasan
設計手法について理解できました
hikaharu
設計手順にはいろいろな手法があることが理解できました。あとは過去問で復習したいと思います。
ivygreen
用語が理解しづらいので復習したい
nagashima-ryota
オブジェクト指向が難しく理解できなかった
saijo_ky
奥深い世界であることを認識できた。もっと学ぶ必要があると痛感した。
m-manabu
設計タイミングで見直せるようにしたい。