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月制作)
会員限定
より理解を深め、他のユーザーとつながりましょう。
コメント194件
yamura38
開発エンジニアの視点から見た「営業と話がかみ合いません」も聞きたいです
k_fukushima1971
テーマは「開発エンジニアと話が噛み合わない」でしたが、開発エンジニアに限らず相手にこちらの要望を伝える時には、ただ一方的に伝えるのではなく、相手を良く理解し相手の立場に立って伝える内容を準備することが大切だということを再認識しました。
hir-nakamura
多くの会社で「顧客第一」の方針の中、このような場合は営業の意思が優先されてしまうのではないかと思う
rit_
開発のプロセスへの理解が重要だと思いました。
globis-u
開発の人の思考・仕事の進め方を理解して依頼をすることがしごとをうまく進めるうえでのポイントになると理解した。お客様と接点を持つ現場マネジャーは「なんとかしたい、どうしたらできるか」という思考で働いているので、瞬発力や柔軟性に長けているひとが多い傾向がある。開発者の仕事の進め方・思考・あるいはスキル長所と異なる。仕事の進め方の特性が異なるもの同士、お互いを理解して歩み寄れる会話ができるように、と指導することで、相手の価値観を否定せず、良い関係性を構築しながら、価値のある優先順位の高いものから仕事を進めていくことができそうだ。
sphsph
理解しました。
一緒に考えるはまさにそう感じています。
突貫では、無理してもらっても結局いいものができないこともあります。
moritti
ケーキ作りの途中に、ステーキを焼くことをお願いしていたのかと思うと、難しい判断をさせていたと実感した。
matsudatt
確かに、開発のリソースが充足去れたことは無いです。改めて振り返ると、優先順位を常につけて、開発には取組んでいます。依頼するときは、優先順位を明確にして、頼みたいと思います。
yam-kei
他部門との調整が必要となる場面が多く、これまで以上に必要性を整理するようにします。
tomon_2021
「歩み寄りというまとめ方になっているか」第三者の視点で見直ししてみることを実践してみようと思います。
言う側の気持ちもわからなくはないですし、なによりその方の性格や組織の役割・機能にアイディア出しがあれば噛み合わないというふうに捉えることはありがちだと思います。
s__sato
上位のレイヤーの方は知らないとスタックするので気をつけるべき事項
maimai32
話を進める上で、まずゴール設定をたてること
globis101
マクロ視点で開発エンジニアが不足している点を再認識した。 比較的リソースに余裕がある業務側で充分に事前検討し開発エンジニアに打診する様心掛ける。
92_335i
歩み寄る、当たり前ですが、なかなか顧客などの要望を優先しがちになってしまうことが往々にしてあるので意識したいと思います。
itach
相手の立場にたって理解に努めること。
mtrin
エンジニアとの感覚の違いについては、優先順位とか、それだけではないような気がしていて、もう少しエンジニア特有の感覚で共通しているものが知りたかったです。
kanayasu
アイデアという抽象的な言葉を使わず、論理的で納得感のある情報を持って丁寧に話し合いはしていきたいと思います。
yarichan
10分なりの内容でした。
japanese_castle
エンジニアだけではなく、「他部署の仕事の進め方を知る」ことの重要性を学んだ。
jo_a
情報システム部門に対しては要望等を多くあげているが、部署、会社としての目標、経営計画等を踏まえて何が優先順位が高いのかを、依頼部署として精査して、この改善、開発は、このような効果があるといった動機付けを行い、きちんと説明することを、心がけたい
misa335
要望要件を可視化して、優先順位をお互いに整理しながら進めるですね!
yoshi_k0927
開発エンジニアの基本的な考え方について理解できました。常に開発している中で、割り込みが入った場合は、そりゃ優先度を聞くのは、ごもっともと感じます。開発エンジニアに何か依頼する際は、目的のほかにインパクトや優先度も添えるように心がけたいと思います。
natuyokoi
優先順位の話は参考になった
fumi-kaga
何か依頼するときは
背景やいつまでに必要等
相手に伝わりやすい情報を用意しておくことが大事だと思いました。
naritomo3
WEB制作と協力しながらやってるのですが、差し込みの案件があるときは、辞めるか、本当に重要なものか一度判断して別の案件として次回に依頼しようと思う。
gyunicerio
開発リソースは常に枯渇しているのですね。作りたいもの確かに沢山ありますね。
tkhs0013
瞬発力で作ってきた自分としては、計画立てて、というのは窮屈な気もしますが、マルチプロジェクト体制では確かに順序順番が大事になってくるなぁ、と腑に落ちる思いです。
h_yoko
対話のために必要なんだろうとは思いますが、大切なことは他にあるような気がしてもくわかりませんでした…。
den_ver1797
開発スケジュールに合わせて開発を進めていたのに顧客から追加の要求仕様がきて、調整が必要なことはある。スケジュール・コスト・リソースなどから調整が必要だと思うのだが、相談者は個人の判断で追加を決めているのだろうか。いったん持ち帰り、決めるものなのでは。
skawai
他部署との調整はそれぞれの都合や思惑などを考えながらするよう心がけてみる
nishi53978
価値のある優先順位かぁ。
sheba
こういった職能の違いに加えて、会社ですので人間界が絡むと余計にややこしくなりますが、営業と開発(機能付加)、営業と生産管理(納期前進あるいは延伸)等との間では常にある問題、永遠の課題のような気がします。
papayuki
各開発部署の要望に対応するのも、その部署がどういう仕事をしているか、どんな段取りで仕事をしているか理解する必要があると解りました。そんな開発に寄り添った管理業務が必要な事を改めて認識しました。
ma2022
・優先順位とインパクトをしっかり調べる
限られたリソースをどこに投資していくのか?周囲と擦り合わせながらスピード感を持って進めていくことが開発において重要であるとあらためて感じた。
sdok
他部門の仕事の進め方を知ることは重要だとは思っているけど、意外と知らない。
byohei
ものづくりの要である開発と軸を持った議論ができるようにする
kuta_41
営業と開発エンジニアのコミュニケーションは、合わないこともあるが、たとえ話をしながらすればよいうことがいいのではないかと私は思います。
ki-051
相手方に依頼した事項について、緊急度と業務に与えるインパクトを理解して説明できることが重要と感じました。
sugio_k
優先順位をつけて着手することの真相には、限られたリソースでいかに効率的に運用するかがあることが理解できました。
kazy_344
自分を守るために対立軸になりがちだが歩み寄りを意識して取り組んでみる。
mame5ma
相手の立場と状況自分の要望を考えて話をする事は大切と思いました。
mayumi_h
私は企画部にいて管理業務を行っていますが、開発エンジニアとのやりとりが多く、開発業務ではありませんが 「差し込み」での業務依頼をよくします。するとやはり、遠回しに拒否されたりするこもがあり、少し腹立たしく思うこともありましたが
おそらく、業務以外の部分でも「計画を遂行しながら進める」というスタンスで取り組んでいるのだ、と認識し、相手の立場に立った依頼方法に変えていきたいと思いました。
stp_pirates
優先順位があるのは分かるものの、世の中は常に変化しており、当初計画にない開発が必要になってくるのも必ずある話です。このギャップを埋める必要があると考えます。
tsoga1229
IT領域だけではなく活かせる意識だと思った
業務を円滑に進める上で相互理解をして仕事をすることが大切と感じた
hiroto_1028
企画部と開発部の関係強化のために大事なことだと学びました。提案内容をより具体的にしていきます。
mi_kinoshita
お客様と会話する際も、業務へのインパクトや優先順位を確認するようにしたいと思います。
tubo1755
これは開発者に対しての話ではなく、仕事を依頼する上で一般的なことだと理解しました。
suzuki_n365
影響度・優先順位・コストは、開発の立場としては当たり前のことです。理不尽とも思える要求が発生する事はよくありますが、立場の違いで意識の隔たりがあることがよくわかる解説でした。開発側も噛み合わないなと感じた時は、逆の立場で考えて、よりベストな解をにぎれるようにしていきたい。
yn29550
依頼する側がその領域や事業しか見れない立場だと噛み合いませんね。
ayakachan
開発側は計画を立てて、思い付きではやっていないため、相手側の意図を理解することが必要。
daisuke_yama
頭の整理になりました。
takashi_4783
自分の要求を通したいなら、相手が気持ちよくできるように段取りを組む必要を感じた。
ymukai0123
開発はいつもリソース不足 アイデアでいっぱい
kubochi
なぜ嚙み合わなかったのかから、相手を意識できていない部分どこかやどう埋めるかを考えて無駄やストレスをなくせないかというところ
kfujimu_0630
個別最適ではなく、全体最適で考える視座に立たないといけないですね。緊急度×重要度で優先順位を決めていくのは、主にマネジャーの役割かと思いますが、実務担当もその視座で実務をこなしていると、スムーズに仕事が回ると思いました。歩み寄りを意識して、開発サイドとコミュニケーションしたいと思います。
daddyveroo
この営業さんがリスキリングしてエンジニアになればいいのでは、と思いました。そんな単純な話ではないのでしょうけど。
keiichirou_seki
とてもよくわかる内容だった。自分の業務に置き換えると、そんな中でも、差し込むべき、というものが多いので、一時的な分担など、選択肢を用意した上で噛み合う状態を作るよう事前準備が大事だと気付けた
toshiyuki_chiba
調整の話ねーーーーー
m_nojiri
まさに!!
richdad
開発者は、常に予定があって作業をしているので、突然の仕様変更は厳しいですよね。
sa110
結局はどの仕事の進め方も同じであり、情報を整理して優先順位をつけて進める事が大事である。
umeeeee
何事も優先順位が大切で歩み寄らなければならないという事ですね
cvcvcvcv
B2Bサービスの営業の割に、開発の業務の流れを知らない(ビジネスの流れを知らない)ことがあるということを意識した。
ssss_hiro
エンジニア側としてみたが、例えを用いて上手に理由を説明しているのを見習いたいと思います。
jagge
相手の都合を考えて、行動致します。
yukiko_tanaka
どうしても要望ばかり先行してしまいがちですが、開発者側の立場も考え、一緒に進めて行けるようにしたいと思います。
yoshimasa-izumo
インパクトと言う言葉を使うのだと認識しました。分野が違うので使う機会は少ないと思いますが。
jun22
打ち合わせで要望を提出する際に、オーダー中のものがある場合は重要度をしっかり伝えるようにしたい。
ookini39
発注するわれわれだけでなくエンジニア側の歩み寄りも必要なのではないかと思いました。
chi-tan
開発の立場が分かりこれからは依頼するときには気をつけていきたい
itfor
社内の営業とエンジニアの双方をイメージしながら聞くことができた。よりよいコミュニケーションを取りながらお客様に寄り添っていけるかが大事だと思った。
tricked
自分の今置かれている環境を解決する内容ではなかったが、良かった。
特に人材の不足に対するコメントが良い。10分という時間の短さもよい。
聞いている方も時間が限られているので、意味のない長い説明は省きたい。
takashi_okuyama
ヒトモノカネのリソース含め優先順位付けをして本当に必要かどうかを見極めて上で実行可否を判断していきたい
tomo2746
開発エンジニアは 通常忙しいオーラが前面に出ており、かなり話しかけづらい。しかも急な新規案件、要求変更は、すごく迷惑そうに対応をされる。
「ケーキつくりの最中に肉料理のオーダー...」 すごく解りやすい事例だった。エンジニアに要求する際は、まず優先順位とインパクトを提示の上、丁寧に説明する必要があるとわかった。
0384tashiro
開発エンジニアに依頼することは多いです。内容は理解できますが、優先順位の付け方は難しいです。
0567
「歩み寄り」はお互いに大事にしていきたい精神です。
tomoeabe
優先順位やインパクトを調べて伝える、というのは日頃の業務でも行っていることなので、改めての確認になりました。
koyatsunaoki
参考になりました。
kunio-ugai
ケーキ作り中に肉のオーダーが入った時の考え方は非常にわかりやすかった!
atoda1
顧客の要望だからといって、要望を即時反映するのではなく、優先順位、開発計画を考えて、顧客と調整し、開発現場と調整するようにしていきたい。
yaz507b
開発チームとのやり取りに活用していきたいと考えました。
65309
部門ごとに仕事の進め方が異なる。
それらを理解し、仕事を進める。
16mori16
まずはエンジニアを理解することが大事だと感じました。
ken_kane
開発要望などを発信する場面が来た時には、歩み寄りの気持ちを持って臨むよう心掛ける。
bakisaga
システム改修の内容は軽易なものから規模の大きなものまで多種多様である。こちらとしては軽易な改修はすぐに対応してほしいと思うが、システムエンジニアの立場を考えていない発注の仕方をしていたことやなぜ対応してもらえないのかという理由を理解することができた。
nobu_hashimoto
短時間で悩みを解決してもらえて、大変感謝しております。
r-s-
自分は開発部門の立場としてコースを見ました。
おっしゃる通りと思いましたし、私も開発から他部門に依頼する時は、その人たちの仕事、優先順位、インパクトを理解した上で、協力してもらおうと思いました。
mckusa
システム開発は「優先順位付け」がとても重要と肝に銘じる。
kawa-yuji5152
営業と開発の間で対応することがあるので開発側の考えが少し理解できた。
rokkaku
事情を共有して前向きな話をするという基本を振り返ることができた
dio3
思い当たる点があった
kohichiroh
相手の立場で考える
teruaki_1983
運用保守案件で、顧客からの依頼が多発した際に、平行して対応中の課題との優先順位を適切に判断する。
顧客には理解を得られるような調整を行う。
umezo
目から鱗でしたね。私は開発の人間ですが、営業との会話が噛み合わない理由がよく分かりました。「歩み寄り」ってことは常に意識しており、発言をしていましたが、そもそも営業側に開発のプロセスが伝わっていなかったのが原因であると分かりました。この内容を営業側も理解していただけると、今後の関係性も良くなる気がします。
ngohrs
技術側と営業側の人材交流を上手く企画出来たら相互理解が深まるような気がしました。
dip
In my next project I need to work together with
the web development people. I will use this mindset when I work with them. very helpful.
yasakya
エンジニアとのコミュニケーションをたえず取っておくことが大切と感じた。
19790522
順番に伝えなくてはいけないのは分かっているのですが日々の営業の中でどうしても優先順位が前後してしまうことがあります
自分の中で優先順位を明確にしてその根拠を出せるようにしたいです
3tomy
私も開発エンジニアに、対費用効果は?などと言われ、イラっとしてました。
確かに、エンジニアの仕事を理解する点において抜けていました。
hrkawaguchi
コミュニケーション回数を減らすためにも、なるべく事前に観点や情報を揃えておく必要性を感じた。