【完全解説】よくわかる”EA” 創業の歴史 1982～2024
今回は世界的ゲーム企業で、ApexやBattlefieldなどをもつ EAの歴史！ ━━━━━━━ ▼CHAPTER▼ ━━━━━━━ 00:00 オープニング 00:44 はじまり 05:06 コンシューマー進出と社長退任 10:37 スタジオ買収⇔閉鎖の連鎖 18:33 方針変更と再びの炎上 24:48 EAの今後 ・X(旧Twitter) https://twitter.com/sonogame_wo ▼おすすめ動画 Respawnの歴史 1999年～2024年 https://youtu.be/TqZpF96GPvs Epic Gamesの歴史 https://youtu.be/JDNvwXCE3b4 Yostarの歴史 https://www.youtube.com/watch?v=5BzkM0zIirE #apexlegends #apex #エーペックスレジ
「プロジェクトマネジメントの基本」の先に待つ、現場で起こる成功と失敗を歴戦のPM達が語る
日本のIT技術者の約7割はIT企業に所属しており、受託開発や自社開発に従事しているとされる。しかし、一つの企業に長く所属していると、受託と自社開発の違いやプロジェクトの進め方について、あまり深く意識する機会がないかもしれない。今回のセッションでは、パラダイスウェア代表取締役の橋本将功氏をモデレーターに迎え、株式会社Sun Asteriskの青木史也氏、NTTコミュニケーションズ株式会社の岩瀬義昌氏がパネリストとして登壇。受託開発と自社開発のプロジェクトマネジメントの違いを、実体験に基づくエピソードを交えながら議論した。 歴戦のPM達が語る、プロジェクトマネジメントに不可欠な要素とは セッションの冒頭、モデレーターである橋本氏が「普段のプロジェクトで特に留意していることは何か」と質問した。これに対して、株式会社Sun Asteriskのベテランプロジェクトマネージャー（PM）であり、同社のP
PMBOK原理・原則：テーラリング入門 〜プロジェクトに合わせて "いいとこどり" する技術〜 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? PMBOKのテーラリングについて記事を書きました。 プロジェクトマネジメントの手法は、「全部入り」でも「完全省略」でもNG。大切なのは、プロジェクトの特性に合わせて「使える手法は何でも使う」という考え方です。 金融系基幹システムのシミュレーションとしての更改事例も紹介し、要件定義・開発・管理の各フェーズでどのようにテーラリングしたかを実践的に解説しています。 はじめに：なぜテーラリングが必要なの？ 「PMBOKの手法をすべて導入しないといけない」 「アジャイルだからウォーターフォールの手法は使えない」 ...こんな思い込み、ありませんか
これからのプロジェクトマネジメントに大事なのは「結果にコミットしない」こと クリエイティブな仕事に求められる“アジャイル思考” | ログミーBusiness
不確実さが増す世界のプロジェクトマネジメントとはとういうものか倉貫義人氏：そんな不確実さが増す世界のプロジェクトマネジメントはどういうものなのか。（スライドを示して）プロジェクトがうまくいかない（理由）というのは、このあたりを見てもらうと胃が痛くなりそうな言葉がいっぱい書いてあると思います。想定よりコストがかかるとか、作ったものを直せないとか。 （スライドを示して）これに対してどうすればいいかというと、「こうすればうまくいくのかな？」と考えがちですよね。「遅いからプレッシャーをかけようか」とか「少し遅れているので人を増やそうかな」とか「一気に作ったほうがいいんじゃないの？」とか「属人性を排除しましょう」とかと言いがちですよね。 これらはけっこう言いがちですが、全部失敗するやつです。これを全部やってみたら困ったことにプロジェクトが大変なことになるので、ぜひやってみたらいいと思います。 （会場
本に書いてあるスクラムと、お前らのいうスクラム開発は別物だということにいい加減気づいてくれ
前振り タイトルは煽りの激しい釣りです。ごめんなさい。 Web業界で今流行っている自称スクラムと、RSGTで語られるような本来のスクラムとの間のギャップが大きすぎて説明が面倒臭くなったのでこの記事を書きました。 いい加減「私たちは自称スクラム開発を完璧に回しているから、スクラムの恩恵を将来得られるだろう」「私たちは本来のスクラムとはかけ離れた別物のスタイルで開発をしている。だからスクラムの恩恵は永遠に得られない」という二重思考を他人にするようお願いするのにも飽きましたしね。 さて本題といきましょう 本題 世間で、特に渋谷や五反田や六本木のWeb企業ではスクラムというものはとても流行っています。 しかしどう考えても、Web企業でよくお目にかかるスクラムと国内トップカンファレンスであるRSGTで語られるスクラムとの間には大きな隔たりがあります。 「うちはスクラムやってます」 カジュアル面談で耳
日テレは約束を守らなかったのか？
セクシー田中さんの件、SNSの議論や著名人の発信、スターを稼いでるブコメなどを読んでると、日テレや脚本家を批判する人たちも擁護する人たちもどうも事実を正しく認識できていないように思えて仕方ない。 そこで今一度芦原さんのブログに立ち返って冷静に事実確認をしたい。 まず今現在、批判してる人や擁護してる人が漠然と抱いている事の顛末は以下のようなかんじじゃなかろうか。 １．日テレからドラマ化のオファーがあり、原作者は「原作を忠実に再現すること」を条件に許可をした。 ２．しかし実際に脚本が上がってくると大幅に改変されたものがあがってきた。 ３．脚本化が自我を出したせいなのか、芸能事務所等の大人の都合によるものなのか真相はわからない。 ４．原作者の抗議の声も聞き入れられず、脚本はそのまま使われて原作とは大きく異なるものが8話まで作られてしまう。 ５．さすがに腹に据えかねた原作者が脚本家を降ろし、9話、
【業界の闇】傲慢なプロデューサーが作る、地獄の開発現場を紹介します
今回はラジオ形式の動画です。 喋ってる内容と背景のゲームは特に関係がありません。 関係があると角が立ちそうなので、むしろ全く関係ない1番動くのを見てて面白そうなゲームを採用しました。 やけに具体的な話になってますが 同じような話を複数聞くので、動画にすることにしました。 これを聞いた方で、自分も同じ経験があるよという方は 愚痴ってもらって大丈夫です。 更新頻度高めサブチャンネル： ゲームラジオ：https://www.youtube.com/channel/UCc0YFk6FXP4bc-MaM_EwOPg/videos 目次 00:00 はじめに 00:44 爆死プロジェクトができるまで 03:38 組織が終わるまで 07:37 地獄の現場で起きる悲劇 11:06 どうしたらいいのか 12:48 まとめ 質問箱： https://peing.net/ja/f31af569d804
おしゃれカンケイで親交を深めたガースーこと菅賢治さん登場。古舘はじめ多くのタレントが慕う理由
今回のゲストは「笑ってはいけないシリーズ」や「踊る！さんま御殿！！」など 数多くの人気番組を手掛けてきたテレビプロデューサー・ガースーこと菅賢治さん！ 菅さんのAD時代のお話や菅さん流・若手の育て方について。 ＊菅さんとの対談②＊ 大晦日の定番「笑ってはいけないシリーズ」番組が長く続いた要因はダウンタウン松本人志さんの姿勢。 https://youtu.be/-7H810BwRcU ＊菅さんとの対談③＊ 「おしゃれカンケイ」スポンサーが降りるアクシデント。資生堂から呼び出されクレーム。菅さん来てからおかしい https://youtu.be/BY-qeCoiOxw ＊菅さんとの対談④＊ ガースー仕事の流儀。明石家さんまさんなど日本を代表する芸能人との掟。菅さんが大切にしている事。 https://youtu.be/_BM7B9ekpCU ＊菅さんとの対談⑤＊ 2人を引き合わせた人物
「スクラムで生産性は上がらないしリリーススケジュールが狂いまくりなんですよ」とか言うお前らに告ぐ
前提 この記事は内製開発をしているSaaSの中の人であるエンジニアが、SaaSの内製ソフトウェア開発をする上での話として書いています。 前ふり 「スクラムで生産性は上がらないしリリーススケジュールが狂いまくりなんですよ」 「何が原因なんですか？どうすればいいんですか？」 という相談を受けました。 NDAを書いてから、どれどれとチームの状況を見てみました。 該当チームのスプリントゴール 該当チームのスプリントゴールはこんな感じでした。 QAフェーズのプロジェクトAを、QA作業を完了してリリースできる状態まで進める 実装フェーズのプロジェクトBを、フィーチャーの実装率を50%まで進める 設計フェーズのプロジェクトCを、要確認な点を除いて実装レディーな状態まで進める スプリントゴールが3つありますね。とても面白いですね。 思わずボンドルド卿みたいな反応をしたくなりますがここは先に進みましょう。
NECが担当、経産省が「次世代DCプロジェクト」の開発を中止する背景事情（ニュースイッチ） - Yahoo!ニュース
経済産業省はグリーンイノベーション基金を使った次世代データセンター（DC）のプロジェクトで、NECが担当する「アクセラレーター」の開発を中止する。市販製品の性能向上が想定より速く進んだため。グリーンイノベーション基金で開発を中止するのは初めて。代わりに市販製品を採用し、2030年までに40％以上省エネ化したDCを実現するとの目標は変えない。 【一覧表】NECは？電機メーカー8社の決算詳細 グリーンイノベーション基金による開発プロジェクトの進捗（しんちょく）を確認する作業部会で、NECから辞退の申し出があり、了承された。 「次世代グリーンデータセンター」プロジェクトでNECは省電力のアクセラレーターを開発し、現行の中央演算処理装置（CPU）と比べ10倍の電力効率向上を目指すとしていた。同プロジェクトでNECは、システム全体を効率化する「ディスアグリゲーション技術」も担当しており、同技術の開発
だれかの進捗をうまく把握できないときのフレーズ集 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ほとんどの人はだれかと恊働しています。マネージャーやリーダーであるなら、この割合はより大きくなります。 筆者は、仕事の重要な要素のひとつを「進捗を出すこと」と定義しています。そして進捗を出すには、進捗をただしく把握することも重要になってきます。 しかし「進捗を把握する」と言っても、想像以上に難しいと感じる場面が多々ありました。たとえば、 進捗はどうですか？ → 進行中です／〜をやっています なにか問題はありますか？ → とくにないです 〜までに終わりそうですか？ → たぶん大丈夫だと思います というようなやりとりは一般的なコミュニケーシ
頓挫したウルトラモバイルPC「PGS - Portable Gaming System」とPGS Labだいたい全記録 - eps_r
今年も宜しくお願い致します。 DDLC+こと『ドキドキ文芸部プラス!』良かったですね。コンシューマに移植するならこうせねばならんだろうという変更点と、そこから伸ばした思わぬストーリーライン（これ自体は自分のなかでも賛否あるが）、更に書き下ろしの外伝によって満足感が担保されていました。原作既読なので私からはどうしてもファンアイテムへの目線になってしまうものの、未読の人はここから始めてもよかろうと思います。 そして出てさえいればDDLCやDDLC+を遊べるハードだったかもしれないウルトラモバイルPC、5年以上前に発表され未だリリースに至っていないPortable Gaming SystemことPGSについての備忘録を残していきます。 目次: PGS（Portable Gaming System）とは 宣言されたスペック PGS苦難の道のり 2016年7月2日: Kickstarterで出資受付
SQUARE ENIX OPEN CONFERENCEゲーム開発プロジェクトマネジメント講座
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1 ©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2 ©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3 ©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4 ©SQUARE
完璧な要件定義など幻想である。個ではなく、チームで作る要件定義 - Qiita
これはなにか エンジニア、ビジネスサイドの方に向けた、「良い要件定義の作り方」について書いた記事です。 長文がつらつらと書いてある本稿ですが、要するに言いたいことは、 ● 完璧な要件定義など幻想であり、誰がどう作っても不完全である ● そのため、一番危険なのは、とびきり賢い人が出してきた要件定義で、 「あの人が作ったんだから大丈夫」と盲目的に考えること ● 完璧にはならないことを受け入れ、ベストを尽くす姿勢が大事 ●そもそも、アジャイル開発において、完璧な要件定義は求められていない ●良い要件定義には以下のスタンスが必要 ● UXから逆算する ● 削ぎ落とす ● 個ではなく、チームで作る ● レビューを徹底する ● 3つのシナリオを想定する ということです。 ※約1万字あり、また各章について深く掘り下げる項目は別記事を添付しています。そのため、モバイルで通読するにはすこし骨が折れるかもしれ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【ゆっくり解説】北欧版アクアラインが超格安・短工期で完成した理由【オーレスン・リンク】
いま読んでる本、「プロジェクトが炎上したら最初にやることはな〜んだ？」という問題の答えがコレなので、完全に信頼できる→「プロマネの極意」
爆死ゲームの運営会社に呼び出されたので、失敗した理由を聞いてみた【ブラック★ロックシューター FRAGMENT】
【忠言】スクエニを救いたい…「クソゲーの作り方」と改善方法
プロダクトマネジメント組織立ち上げの課題と落とし穴と楽しみ #pmconf2022
この動画で好きな大型タイトルの続編の発売時期が分かります【FF/ドラクエ】