Submit Search
Upload
スクラムはもうだめぽよ!新しい開発手法『パワープレイ』をお姉さんが教えてあげちゃう!
•
220 likes
•
33,604 views
Moto Arima
Follow
2013/3/9 NADECで講演した内容です。 都合上、やったみた結果の一部内容は省きました。 何かあればTwitterで @arimamoto までお願いします (^^)/
Read less
Read more
Technology
Report
Share
Report
Share
1 of 13
Download Now
Download to read offline
Recommended
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
Yasui Tsutomu
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
Yoshiki Hayama
Ltの作成と実践~入門編~
Ltの作成と実践~入門編~
Daiji Okuno
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
Itsuki Kuroda
Slideshare Japanese
Slideshare Japanese
Hidenori Goto
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
onozaty
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
Tokoroten Nakayama
More Related Content
What's hot
大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd
Itsuki Kuroda
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
Tokoroten Nakayama
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
5分でわかった気になるインセプションデッキ
5分でわかった気になるインセプションデッキ
Takao Oyobe
「顧客の声を聞かない」とはどういうことか
「顧客の声を聞かない」とはどういうことか
Yoshiki Hayama
すべての優先度が1の時の優先順位の決め方
すべての優先度が1の時の優先順位の決め方
Takashi Imagire
TPS/リーンを使って強化するアジャイル/スクラム
TPS/リーンを使って強化するアジャイル/スクラム
Kazutaka Sankai
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
Shin Ohno
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門
Masahito Zembutsu
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
Yusuke Hisatsu
WayOfNoTrouble.pptx
WayOfNoTrouble.pptx
Daisuke Yamazaki
はじめてのPRD
はじめてのPRD
Takuya Oikawa
新たなgitのブランチモデル「Git Feature Flow」!Git Flow,Git Hub Flow,Git Lab Flowを超えれるか?
新たなgitのブランチモデル「Git Feature Flow」!Git Flow,Git Hub Flow,Git Lab Flowを超えれるか?
naoki koyama
プロトタイピングとユーザビリティテストで「UXデザイン」を練りあげよう! | UXデザイン基礎セミナー 第4回
プロトタイピングとユーザビリティテストで「UXデザイン」を練りあげよう! | UXデザイン基礎セミナー 第4回
Yoshiki Hayama
テスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるな
Kentaro Matsui
リーン開発の本質 公開用
リーン開発の本質 公開用
ESM SEC
5分で出来る!イケてるconfluenceページ
5分で出来る!イケてるconfluenceページ
CLARA ONLINE, Inc.
振り返り(アジャイルレトロスペクティブズ)
振り返り(アジャイルレトロスペクティブズ)
Keisuke Tameyasu
暗号技術の実装と数学
暗号技術の実装と数学
MITSUNARI Shigeo
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
What's hot
(20)
大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
5分でわかった気になるインセプションデッキ
5分でわかった気になるインセプションデッキ
「顧客の声を聞かない」とはどういうことか
「顧客の声を聞かない」とはどういうことか
すべての優先度が1の時の優先順位の決め方
すべての優先度が1の時の優先順位の決め方
TPS/リーンを使って強化するアジャイル/スクラム
TPS/リーンを使って強化するアジャイル/スクラム
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
WayOfNoTrouble.pptx
WayOfNoTrouble.pptx
はじめてのPRD
はじめてのPRD
新たなgitのブランチモデル「Git Feature Flow」!Git Flow,Git Hub Flow,Git Lab Flowを超えれるか?
新たなgitのブランチモデル「Git Feature Flow」!Git Flow,Git Hub Flow,Git Lab Flowを超えれるか?
プロトタイピングとユーザビリティテストで「UXデザイン」を練りあげよう! | UXデザイン基礎セミナー 第4回
プロトタイピングとユーザビリティテストで「UXデザイン」を練りあげよう! | UXデザイン基礎セミナー 第4回
テスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるな
リーン開発の本質 公開用
リーン開発の本質 公開用
5分で出来る!イケてるconfluenceページ
5分で出来る!イケてるconfluenceページ
振り返り(アジャイルレトロスペクティブズ)
振り返り(アジャイルレトロスペクティブズ)
暗号技術の実装と数学
暗号技術の実装と数学
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Similar to スクラムはもうだめぽよ!新しい開発手法『パワープレイ』をお姉さんが教えてあげちゃう!
Fuse02
Fuse02
Kenji Ono
No020-01-suc3rum-20101129
No020-01-suc3rum-20101129
Sukusuku Scrum
ゆるロボ製作所ができるまで
ゆるロボ製作所ができるまで
Mikito Yoshiya
アジャイルと私
アジャイルと私
Hajime Yanagawa
ゲーム開発出身者がチームラボで働いてみた
ゲーム開発出身者がチームラボで働いてみた
秀和 福永
Agile samuraidojogathering
Agile samuraidojogathering
M I
ゲーム開発現場の中心で心理的安全性を叫ぶ [RSGT2018]
ゲーム開発現場の中心で心理的安全性を叫ぶ [RSGT2018]
Masahiro Taguchi
How you can speed up serverless development by local
How you can speed up serverless development by local
PIXTA Inc.
スクラムのフレームワークでKAIZENを体験しよう comeback japan 2017
スクラムのフレームワークでKAIZENを体験しよう comeback japan 2017
HIDEKAZU MATSUURA
20121017_アプリ制作勉強会@GMO Yours
20121017_アプリ制作勉強会@GMO Yours
Yozo SATO
Scrumの紹介とXPプロジェクトへの適用(Scrum and XP)
Scrumの紹介とXPプロジェクトへの適用(Scrum and XP)
Masashi Umezawa
テキストマイニングのイメージと実際
テキストマイニングのイメージと実際
antibayesian 俺がS式だ
【16-B-2】 Yahoo!アジャイルクロニクル ~コーチとエンジニアの体験記~ 長岡実氏
【16-B-2】 Yahoo!アジャイルクロニクル ~コーチとエンジニアの体験記~ 長岡実氏
Developers Summit
はじめてのESG
はじめてのESG
Shirado Masafumi
地獄Spec
地獄Spec
Tsunenori Oohara
地獄Spec
地獄Spec
Drecom Co., Ltd.
第30回名古屋アジャイル勉強会「『アジャイルな見積りと計画づくり』のエッセンス」
第30回名古屋アジャイル勉強会「『アジャイルな見積りと計画づくり』のエッセンス」
hiroyuki Yamamoto
第57回名古屋アジャイル勉強会「ソフトウェア開発に、 変化を起こそう、 変化に立ち向かおう」
第57回名古屋アジャイル勉強会「ソフトウェア開発に、 変化を起こそう、 変化に立ち向かおう」
hiroyuki Yamamoto
大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06
大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06
俊仁 小林
Scrum始めました
Scrum始めました
minamo
Similar to スクラムはもうだめぽよ!新しい開発手法『パワープレイ』をお姉さんが教えてあげちゃう!
(20)
Fuse02
Fuse02
No020-01-suc3rum-20101129
No020-01-suc3rum-20101129
ゆるロボ製作所ができるまで
ゆるロボ製作所ができるまで
アジャイルと私
アジャイルと私
ゲーム開発出身者がチームラボで働いてみた
ゲーム開発出身者がチームラボで働いてみた
Agile samuraidojogathering
Agile samuraidojogathering
ゲーム開発現場の中心で心理的安全性を叫ぶ [RSGT2018]
ゲーム開発現場の中心で心理的安全性を叫ぶ [RSGT2018]
How you can speed up serverless development by local
How you can speed up serverless development by local
スクラムのフレームワークでKAIZENを体験しよう comeback japan 2017
スクラムのフレームワークでKAIZENを体験しよう comeback japan 2017
20121017_アプリ制作勉強会@GMO Yours
20121017_アプリ制作勉強会@GMO Yours
Scrumの紹介とXPプロジェクトへの適用(Scrum and XP)
Scrumの紹介とXPプロジェクトへの適用(Scrum and XP)
テキストマイニングのイメージと実際
テキストマイニングのイメージと実際
【16-B-2】 Yahoo!アジャイルクロニクル ~コーチとエンジニアの体験記~ 長岡実氏
【16-B-2】 Yahoo!アジャイルクロニクル ~コーチとエンジニアの体験記~ 長岡実氏
はじめてのESG
はじめてのESG
地獄Spec
地獄Spec
地獄Spec
地獄Spec
第30回名古屋アジャイル勉強会「『アジャイルな見積りと計画づくり』のエッセンス」
第30回名古屋アジャイル勉強会「『アジャイルな見積りと計画づくり』のエッセンス」
第57回名古屋アジャイル勉強会「ソフトウェア開発に、 変化を起こそう、 変化に立ち向かおう」
第57回名古屋アジャイル勉強会「ソフトウェア開発に、 変化を起こそう、 変化に立ち向かおう」
大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06
大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06
Scrum始めました
Scrum始めました
Recently uploaded
2024 03 CTEA
2024 03 CTEA
arts yokohama
TaketoFujikawa_台本中の動作表現に基づくアニメーション原画システムの提案_SIGEC71.pdf
TaketoFujikawa_台本中の動作表現に基づくアニメーション原画システムの提案_SIGEC71.pdf
Matsushita Laboratory
2024 04 minnanoito
2024 04 minnanoito
arts yokohama
2024 01 Virtual_Counselor
2024 01 Virtual_Counselor
arts yokohama
持続可能なDrupal Meetupのコツ - Drupal Meetup Tokyoの知見
持続可能なDrupal Meetupのコツ - Drupal Meetup Tokyoの知見
Shumpei Kishi
20240326_IoTLT_vol109_kitazaki_v1___.pdf
20240326_IoTLT_vol109_kitazaki_v1___.pdf
Ayachika Kitazaki
情報処理学会86回全国大会_Generic OAMをDeep Learning技術によって実現するための課題と解決方法
情報処理学会86回全国大会_Generic OAMをDeep Learning技術によって実現するための課題と解決方法
ssuser370dd7
2024 02 Nihon-Tanken ~Towards a More Inclusive Japan~
2024 02 Nihon-Tanken ~Towards a More Inclusive Japan~
arts yokohama
ARスタートアップOnePlanetの Apple Vision Proへの情熱と挑戦
ARスタートアップOnePlanetの Apple Vision Proへの情熱と挑戦
Sadao Tokuyama
「今からでも間に合う」GPTsによる 活用LT会 - 人とAIが協調するHumani-in-the-Loopへ
「今からでも間に合う」GPTsによる 活用LT会 - 人とAIが協調するHumani-in-the-Loopへ
Tetsuya Nihonmatsu
IFIP IP3での資格制度を対象とする国際認定(IPSJ86全国大会シンポジウム)
IFIP IP3での資格制度を対象とする国際認定(IPSJ86全国大会シンポジウム)
ssuser539845
What is the world where you can make your own semiconductors?
What is the world where you can make your own semiconductors?
Industrial Technology Research Institute (ITRI)(工業技術研究院, 工研院)
Recently uploaded
(12)
2024 03 CTEA
2024 03 CTEA
TaketoFujikawa_台本中の動作表現に基づくアニメーション原画システムの提案_SIGEC71.pdf
TaketoFujikawa_台本中の動作表現に基づくアニメーション原画システムの提案_SIGEC71.pdf
2024 04 minnanoito
2024 04 minnanoito
2024 01 Virtual_Counselor
2024 01 Virtual_Counselor
持続可能なDrupal Meetupのコツ - Drupal Meetup Tokyoの知見
持続可能なDrupal Meetupのコツ - Drupal Meetup Tokyoの知見
20240326_IoTLT_vol109_kitazaki_v1___.pdf
20240326_IoTLT_vol109_kitazaki_v1___.pdf
情報処理学会86回全国大会_Generic OAMをDeep Learning技術によって実現するための課題と解決方法
情報処理学会86回全国大会_Generic OAMをDeep Learning技術によって実現するための課題と解決方法
2024 02 Nihon-Tanken ~Towards a More Inclusive Japan~
2024 02 Nihon-Tanken ~Towards a More Inclusive Japan~
ARスタートアップOnePlanetの Apple Vision Proへの情熱と挑戦
ARスタートアップOnePlanetの Apple Vision Proへの情熱と挑戦
「今からでも間に合う」GPTsによる 活用LT会 - 人とAIが協調するHumani-in-the-Loopへ
「今からでも間に合う」GPTsによる 活用LT会 - 人とAIが協調するHumani-in-the-Loopへ
IFIP IP3での資格制度を対象とする国際認定(IPSJ86全国大会シンポジウム)
IFIP IP3での資格制度を対象とする国際認定(IPSJ86全国大会シンポジウム)
What is the world where you can make your own semiconductors?
What is the world where you can make your own semiconductors?
スクラムはもうだめぽよ!新しい開発手法『パワープレイ』をお姉さんが教えてあげちゃう!
1.
2013/3/9 有馬もと
NADEC スクラムはもうだめぽよ! 新しい開発手法『パワープレイ』を お姉さんが教えてあげちゃう!
2.
「有馬もと」の自己紹介 ●
@arimamoto ● 渋谷ではたらくゲームプログラマやさん ● とある会社のプログラマのマネージャ。 ● ゲーム開発歴20年近くいっちゃった。ぎゃー。GBAと かDSとかパチスロ関係とかいろいろやってた。 ● いまはソーシャルゲームやさん。 ● ゲーム業界の高田純次を目指していたり。どーん!
3.
「有馬もと」の自己紹介 ■有馬のアジャイル歴 ●
アジャイル宣言が出る前、XPの頃から実地に生かしてい る。最初の理由は「自分の仕事を楽にしたかった」。何しろ 次から次にやってくる仕事をフローごと改善したかった。 ● アジャイルのえらい人であるアリスター・コーバーンさんと 膝つけて話す機会があり、どうしたらいいのか聞いてみた ら「経済の原理原則的に早くてうまいプログラマは何やっ ても忙しいよ、ハハハ」と言われてしまい目からウロコ。は なから「自分が忙しくなること前提」で開発手法を取り入 れ、サーバントリーダーシップやらファシリテーションやら 何でもやる。 ● 現会社ではソーシャルゲームのプログラマのリーダーとし てひとつまかせてもらった機会を得られたので、頭から しっぽまでアジャイルしてみた。ただ当人たちにはアジャイ ルだなんて一言も言わなかった(←ここがミソ)。
4.
さて。えらい人がよく言うこと。 「別にドラクエとかは、アジャイルで作ってい ないよね?」 …え、うん、はい。
5.
確かに一理ある ●
一般的なスクラムなどアジャイル開発手法と、すごい売り上げ を立てた伝説的タイトルとの「開発方法の差」はどこだろう? ● 一方で最近スクラムなどのゲーム開発への活用事例を見て いると、どうももんにゃりすることがある。 バーンダウンチャートを使うことで「もっと楽しませる要素を作り込む」ことを阻害し ていないか? ホワイトボードにタスクを書くことで「自分が仕事していることに安心」 していないか? スクラムの定期的なイテレータにより「来週のログに書けばいいや」 とかになっていないか? 全体的な作業量の平均化を進めてしまっているのではな いのか? プログラマはゲーム開発にのめりこめる、コーディングハイに勝手になれ る開発手法となっているのか? たんにリーダーの手抜きの方法になっていて、 チームによい影響がでていないか? 良い物ができない言い訳に使ってないか? もうこれはだめぽよ~ではないか? ゲーム開発についての新しい開発手法が必要!
6.
そこで「パワープレイ」 ●
チーム内にいる伸び盛りの人(スタープレイヤー)を 前面に押し立てて、それをチーム全体で支えること で、危機をチームで乗り切ってしまおう、という手法 ● 期間を短めに設定したり、日常的な作業リズムを あえてぶちこわして「危機感」をチーム内に持たせ ることが特徴 ● リリースを乗り越え、「やりきる」ことに主眼を置く。 そのときに壮絶な発明品が次々と生まれ、どんど んコンテンツのクオリティを高めていくのが目的 ● パワープレイとはアイスホッケー用語。反則で敵の人数が少なくなったときの得 点チャンスのこと。チーム全員でいっせいにゴールを狙うというアイスホッケーの 見せ場。スクラムの元ネタはラグビーなので、そこに対抗してみた(笑) ● 有馬の発明品。外部発表していないけど、会社内で開いた勉強会で好評だった。
7.
「パワープレイ」のプラティクス ●
チームにパワープレイを宣言する(非常事態宣言) ● スタープレイヤーの選出と人員配置 ベテラン的な人や伸び盛りな技術者を選出する。だいたい1~3名ぐらい。他はそ れを補佐するような人員配置にする。 ● スタープレイヤーが行う対応 スタープレイヤーには現在チームが抱えるもっとも難解な問題に取りかかる。一 心不乱に短期間で問題を解決していく。そのためには何をしてもよいとチーム内 で合意しておく。 ● スタープレイヤーへの支援 様々な面で支援をする。ツールが必要であれば調達したり、他部署の信頼できる 人の支援を受けさせたりする。めげそうになっていたら話を聞いて問題を分解し てあげる。細かい仕事はチームリーダーが拾って、スタープレイヤーの突進に邪 魔にならないように徹する。 ● 危機感を生み出す 朝会など定期的な物があればすっとばす。場合によってはUnitTestなどの安全 策も外す。非日常なパワープレイ中なんだとチームが理解できておすすめ。
8.
「パワープレイ」のスケジュール感と進捗確認 ●
「パワープレイ」の開始時期と期間 リリースの2~3週間前が目安。長めには取らない。 ● パワープレイのゴール 目的はひとつのみ。直近の期日に重要な物が完成することをゴールとする。 ● タスク確認 前提として「大きなタスク(リリース日はここ)」と「小さいタスク(個人が受け持つ仕 事)」の管理が分離していること。小さいタスクは元から自己管理に徹してもらう。 基本的に「できた物」だけを見せてもらうことだけにする。数字管理だめ。 ● みんなで見る日 ゴールの2日前ぐらいにして、そこで関係者全員で見る(みんなで見る日)。そのと き生まれたログは、その場で整理して重要度に応じて調整し、こなしてもらう。 元々スケジュールは短めなので、これぐらいでよい。みんなで心配になったら、再 度みんなで見る日を設定する。 2~3日 2~3週間 スクラムか何かでも可 パワープレイ! みんなで見る日 リリース!
9.
「パワープレイ」中のチーム状況 ●
リーダーが取るべき雰囲気作り スタープレイヤーからぐっと来る物ができたときに、リーダーは「彼は何か持って るね!」と絶賛してあげる。どよめくオーディエンスにスタープレイヤーもいい気分 になり、チーム内にも「すげー」「がんばらんと」という方向に勝手になっていく。そ こに神も生まれる ● 「パワープレイ」の成功 うまくいっている間は、もう細かいことを言う 人はいない。とにかく物がどんどん生産され る。リーダーは、物が全部できるまでは支援 に徹し、できた物には「こうしたらいい」と建 設的指導を与え、完璧な物ができたらみん なの前で褒め称える。こうしてリリースを チーム全員で乗り越える ● 「パワープレイ」が失敗 何度もパワープレイを強要する。同じような 失敗を繰り返す(またこの人かよ、的な)こと があるといけない。やばげな問題は育たな いうちにあらかじめリーダーが片付け、ス タープレイヤーに近づけないようにすると、 確実に成功する
10.
実際にやってみた ●
とあるタイトルのソーシャルゲームで適用してみた ● それまでは期間不定のスクラムで回していた。ゴールは誰かに見せ るなど何かしらのタイミングに向けてのものだった。 ● 一度ちゃぶ台返しに合うなど、プログラマ的にはやさぐれてもおかし くない状況 ● リリース2週間ぐらい前から適用してみた。 ● スタープレイヤーとしては、目玉となる機能の開発をしていた人2名 ぐらい。ひとりは業界1年未満の若手。ほかの人はその人たちの補 佐(リスト表示部分など誰でもできそうなところ)を徹底してもらった。 ● 結果「ここは俺が食い止めるから、おまえは先に行け!」とかチーム 内で言われてた。 ● それでもリリースが諸事情で当初予定より2週間ほど伸びてしまっ た。さらにベテラン助っ人を呼ぶなど、いろいろした。 ● リリースはほぼ成功。わーい(^^)/
11.
ふりかえり ●
大量の発明品ができた。たとえば開発した目玉機能はエンジ ニア由来で落ちたことがない。わりとオリジナル部分が多い。 これは担当したプログラマのいくつかの発明に支えられてい る。 ● 課金関連のバグをリリース前につぶせたり(しかもすごい低い 確率のがたまたま出せた)、いろいろ神がかり的なことが起き、 それがテンションあがることになった。 ● それまでよくでていた文句や不満などは、この期間中はほんと に目立たなくなった。 ● 社内で評価されたり、一部の機能が社内の他タイトルに入った り、それなりによかったのかなと。 ● 人はめちゃくちゃ育った。何しろチームの雰囲気がよいことで 社内的に有名になった
12.
よく言われたこと ●
スタープレイヤーがチーム内にいません – いやいやいや…。君の目は節穴かい? – みんな何かの特技を必ず持っている。別にベテランじゃなくても よい(実際そうだった)。平均的なプログラマしかいないと感じてい るのなら、誰かに役割を与えて祭り上げることも重要。 ● これは開発手法なのか…? – はい。アジャイルの思想にのっとっているので問題ないかと。 ● いわゆるバンデッドな開発になってしまうのではないのか? – ある意味ではそこを目指している。統制されたカウボーイプログ ラミングになればよい。プログラマがやんちゃしないと発明品が 生まれないため。 – また開発に理解がある人をスタープレイヤーとしてしまえばよ い。そんなにひどくはならない
13.
最後に ●
ゲーム開発は本来属人的なものです。攻殻機動隊の名言の ように「我々の間には、チームプレーなどという都合のよい言 い訳は存在せん。あるとすればスタンドプレーから生じる、 チームワークだけだ」というのがゲーム開発です。開発手法を 選ぶときは、そこをはき違えてはいけません。 ● パワープレイは荒ぶりたいときに利用できます。リリースが近 づいてチームがごたごたしてきたときに使ってみてください。ま た問題が多いチームの立て直しにも利用できます。 ● アジャイルは手法ではありません。アジャイルは「思想」です。 スクラムなどの手法をありがたがるよりも、自分たちで「思想」 を学び、そこから「最適な手法」を作り上げることにいますぐ着 手してください。日本発のソフトウェア開発手法をぜひ世界へ! れっつじっせーん! ありがとうございました~(^^)/
Download Now