SlideShare a Scribd company logo
1 of 13
Download to read offline
2013/3/9 有馬もと
                        NADEC




スクラムはもうだめぽよ!

新しい開発手法『パワープレイ』を
お姉さんが教えてあげちゃう!
「有馬もと」の自己紹介


●   @arimamoto
●   渋谷ではたらくゲームプログラマやさん
●   とある会社のプログラマのマネージャ。
●   ゲーム開発歴20年近くいっちゃった。ぎゃー。GBAと
    かDSとかパチスロ関係とかいろいろやってた。
●   いまはソーシャルゲームやさん。
●   ゲーム業界の高田純次を目指していたり。どーん!
「有馬もと」の自己紹介
■有馬のアジャイル歴
●   アジャイル宣言が出る前、XPの頃から実地に生かしてい
    る。最初の理由は「自分の仕事を楽にしたかった」。何しろ
    次から次にやってくる仕事をフローごと改善したかった。
●   アジャイルのえらい人であるアリスター・コーバーンさんと
    膝つけて話す機会があり、どうしたらいいのか聞いてみた
    ら「経済の原理原則的に早くてうまいプログラマは何やっ
    ても忙しいよ、ハハハ」と言われてしまい目からウロコ。は
    なから「自分が忙しくなること前提」で開発手法を取り入
    れ、サーバントリーダーシップやらファシリテーションやら
    何でもやる。
●   現会社ではソーシャルゲームのプログラマのリーダーとし
    てひとつまかせてもらった機会を得られたので、頭から
    しっぽまでアジャイルしてみた。ただ当人たちにはアジャイ
    ルだなんて一言も言わなかった(←ここがミソ)。
さて。えらい人がよく言うこと。
「別にドラクエとかは、アジャイルで作ってい
ないよね?」




           …え、うん、はい。
確かに一理ある
●   一般的なスクラムなどアジャイル開発手法と、すごい売り上げ
    を立てた伝説的タイトルとの「開発方法の差」はどこだろう?
●   一方で最近スクラムなどのゲーム開発への活用事例を見て
    いると、どうももんにゃりすることがある。

バーンダウンチャートを使うことで「もっと楽しませる要素を作り込む」ことを阻害し
ていないか? ホワイトボードにタスクを書くことで「自分が仕事していることに安心」
していないか? スクラムの定期的なイテレータにより「来週のログに書けばいいや」
とかになっていないか? 全体的な作業量の平均化を進めてしまっているのではな
いのか? プログラマはゲーム開発にのめりこめる、コーディングハイに勝手になれ
る開発手法となっているのか? たんにリーダーの手抜きの方法になっていて、
チームによい影響がでていないか? 良い物ができない言い訳に使ってないか?


もうこれはだめぽよ~ではないか?
ゲーム開発についての新しい開発手法が必要!
そこで「パワープレイ」
●   チーム内にいる伸び盛りの人(スタープレイヤー)を
    前面に押し立てて、それをチーム全体で支えること
    で、危機をチームで乗り切ってしまおう、という手法
●   期間を短めに設定したり、日常的な作業リズムを
    あえてぶちこわして「危機感」をチーム内に持たせ
    ることが特徴
●
    リリースを乗り越え、「やりきる」ことに主眼を置く。
    そのときに壮絶な発明品が次々と生まれ、どんど
    んコンテンツのクオリティを高めていくのが目的

●   パワープレイとはアイスホッケー用語。反則で敵の人数が少なくなったときの得
    点チャンスのこと。チーム全員でいっせいにゴールを狙うというアイスホッケーの
    見せ場。スクラムの元ネタはラグビーなので、そこに対抗してみた(笑)
●
    有馬の発明品。外部発表していないけど、会社内で開いた勉強会で好評だった。
「パワープレイ」のプラティクス
●   チームにパワープレイを宣言する(非常事態宣言)
●   スタープレイヤーの選出と人員配置
    ベテラン的な人や伸び盛りな技術者を選出する。だいたい1~3名ぐらい。他はそ
    れを補佐するような人員配置にする。
●   スタープレイヤーが行う対応
    スタープレイヤーには現在チームが抱えるもっとも難解な問題に取りかかる。一
    心不乱に短期間で問題を解決していく。そのためには何をしてもよいとチーム内
    で合意しておく。
●   スタープレイヤーへの支援
    様々な面で支援をする。ツールが必要であれば調達したり、他部署の信頼できる
    人の支援を受けさせたりする。めげそうになっていたら話を聞いて問題を分解し
    てあげる。細かい仕事はチームリーダーが拾って、スタープレイヤーの突進に邪
    魔にならないように徹する。
●   危機感を生み出す
    朝会など定期的な物があればすっとばす。場合によってはUnitTestなどの安全
    策も外す。非日常なパワープレイ中なんだとチームが理解できておすすめ。
「パワープレイ」のスケジュール感と進捗確認
●   「パワープレイ」の開始時期と期間
    リリースの2~3週間前が目安。長めには取らない。
●   パワープレイのゴール
    目的はひとつのみ。直近の期日に重要な物が完成することをゴールとする。
●   タスク確認
    前提として「大きなタスク(リリース日はここ)」と「小さいタスク(個人が受け持つ仕
    事)」の管理が分離していること。小さいタスクは元から自己管理に徹してもらう。
    基本的に「できた物」だけを見せてもらうことだけにする。数字管理だめ。
●   みんなで見る日
    ゴールの2日前ぐらいにして、そこで関係者全員で見る(みんなで見る日)。そのと
    き生まれたログは、その場で整理して重要度に応じて調整し、こなしてもらう。
    元々スケジュールは短めなので、これぐらいでよい。みんなで心配になったら、再
    度みんなで見る日を設定する。
                                       2~3日
                           2~3週間
    スクラムか何かでも可


                 パワープレイ!           みんなで見る日 リリース!
「パワープレイ」中のチーム状況
●   リーダーが取るべき雰囲気作り
    スタープレイヤーからぐっと来る物ができたときに、リーダーは「彼は何か持って
    るね!」と絶賛してあげる。どよめくオーディエンスにスタープレイヤーもいい気分
    になり、チーム内にも「すげー」「がんばらんと」という方向に勝手になっていく。そ
    こに神も生まれる
●   「パワープレイ」の成功
    うまくいっている間は、もう細かいことを言う
    人はいない。とにかく物がどんどん生産され
    る。リーダーは、物が全部できるまでは支援
    に徹し、できた物には「こうしたらいい」と建
    設的指導を与え、完璧な物ができたらみん
    なの前で褒め称える。こうしてリリースを
    チーム全員で乗り越える
●   「パワープレイ」が失敗
    何度もパワープレイを強要する。同じような
    失敗を繰り返す(またこの人かよ、的な)こと
    があるといけない。やばげな問題は育たな
    いうちにあらかじめリーダーが片付け、ス
    タープレイヤーに近づけないようにすると、
    確実に成功する
実際にやってみた
●
    とあるタイトルのソーシャルゲームで適用してみた
●   それまでは期間不定のスクラムで回していた。ゴールは誰かに見せ
    るなど何かしらのタイミングに向けてのものだった。
●
    一度ちゃぶ台返しに合うなど、プログラマ的にはやさぐれてもおかし
    くない状況
●   リリース2週間ぐらい前から適用してみた。
●   スタープレイヤーとしては、目玉となる機能の開発をしていた人2名
    ぐらい。ひとりは業界1年未満の若手。ほかの人はその人たちの補
    佐(リスト表示部分など誰でもできそうなところ)を徹底してもらった。
●   結果「ここは俺が食い止めるから、おまえは先に行け!」とかチーム
    内で言われてた。
●   それでもリリースが諸事情で当初予定より2週間ほど伸びてしまっ
    た。さらにベテラン助っ人を呼ぶなど、いろいろした。
●   リリースはほぼ成功。わーい(^^)/
ふりかえり
●   大量の発明品ができた。たとえば開発した目玉機能はエンジ
    ニア由来で落ちたことがない。わりとオリジナル部分が多い。
    これは担当したプログラマのいくつかの発明に支えられてい
    る。
●   課金関連のバグをリリース前につぶせたり(しかもすごい低い
    確率のがたまたま出せた)、いろいろ神がかり的なことが起き、
    それがテンションあがることになった。
●
    それまでよくでていた文句や不満などは、この期間中はほんと
    に目立たなくなった。
●   社内で評価されたり、一部の機能が社内の他タイトルに入った
    り、それなりによかったのかなと。
●   人はめちゃくちゃ育った。何しろチームの雰囲気がよいことで
    社内的に有名になった
よく言われたこと
●   スタープレイヤーがチーム内にいません
    –   いやいやいや…。君の目は節穴かい?
    –   みんな何かの特技を必ず持っている。別にベテランじゃなくても
        よい(実際そうだった)。平均的なプログラマしかいないと感じてい
        るのなら、誰かに役割を与えて祭り上げることも重要。
●   これは開発手法なのか…?
    –   はい。アジャイルの思想にのっとっているので問題ないかと。
●   いわゆるバンデッドな開発になってしまうのではないのか?
    –   ある意味ではそこを目指している。統制されたカウボーイプログ
        ラミングになればよい。プログラマがやんちゃしないと発明品が
        生まれないため。
    –   また開発に理解がある人をスタープレイヤーとしてしまえばよ
        い。そんなにひどくはならない
最後に
●   ゲーム開発は本来属人的なものです。攻殻機動隊の名言の
    ように「我々の間には、チームプレーなどという都合のよい言
    い訳は存在せん。あるとすればスタンドプレーから生じる、
    チームワークだけだ」というのがゲーム開発です。開発手法を
    選ぶときは、そこをはき違えてはいけません。
●   パワープレイは荒ぶりたいときに利用できます。リリースが近
    づいてチームがごたごたしてきたときに使ってみてください。ま
    た問題が多いチームの立て直しにも利用できます。
●   アジャイルは手法ではありません。アジャイルは「思想」です。
    スクラムなどの手法をありがたがるよりも、自分たちで「思想」
    を学び、そこから「最適な手法」を作り上げることにいますぐ着
    手してください。日本発のソフトウェア開発手法をぜひ世界へ!


            れっつじっせーん! 
        ありがとうございました~(^^)/ 

More Related Content

What's hot

大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexdItsuki Kuroda
 
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLiveDXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLiveTokoroten Nakayama
 
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織Takafumi ONAKA
 
5分でわかった気になるインセプションデッキ
5分でわかった気になるインセプションデッキ5分でわかった気になるインセプションデッキ
5分でわかった気になるインセプションデッキTakao Oyobe
 
「顧客の声を聞かない」とはどういうことか
「顧客の声を聞かない」とはどういうことか「顧客の声を聞かない」とはどういうことか
「顧客の声を聞かない」とはどういうことかYoshiki Hayama
 
すべての優先度が1の時の優先順位の決め方
すべての優先度が1の時の優先順位の決め方すべての優先度が1の時の優先順位の決め方
すべての優先度が1の時の優先順位の決め方Takashi Imagire
 
TPS/リーンを使って強化するアジャイル/スクラム
TPS/リーンを使って強化するアジャイル/スクラムTPS/リーンを使って強化するアジャイル/スクラム
TPS/リーンを使って強化するアジャイル/スクラムKazutaka Sankai
 
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24Shin Ohno
 
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門Masahito Zembutsu
 
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話Yusuke Hisatsu
 
新たなgitのブランチモデル「Git Feature Flow」!Git Flow,Git Hub Flow,Git Lab Flowを超えれるか?
新たなgitのブランチモデル「Git Feature Flow」!Git Flow,Git Hub Flow,Git Lab Flowを超えれるか?新たな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回プロトタイピングとユーザビリティテストで「UXデザイン」を練りあげよう! | UXデザイン基礎セミナー 第4回
プロトタイピングとユーザビリティテストで「UXデザイン」を練りあげよう! | UXデザイン基礎セミナー 第4回Yoshiki Hayama
 
テスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるなテスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるなKentaro Matsui
 
リーン開発の本質 公開用
リーン開発の本質 公開用リーン開発の本質 公開用
リーン開発の本質 公開用ESM SEC
 
5分で出来る!イケてるconfluenceページ
5分で出来る!イケてるconfluenceページ5分で出来る!イケてるconfluenceページ
5分で出来る!イケてるconfluenceページCLARA ONLINE, Inc.
 
振り返り(アジャイルレトロスペクティブズ)
振り返り(アジャイルレトロスペクティブズ)振り返り(アジャイルレトロスペクティブズ)
振り返り(アジャイルレトロスペクティブズ)Keisuke Tameyasu
 
暗号技術の実装と数学
暗号技術の実装と数学暗号技術の実装と数学
暗号技術の実装と数学MITSUNARI Shigeo
 
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのかシリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのかAtsushi Nakada
 

What's hot (20)

大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd
 
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLiveDXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
 
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
 
5分でわかった気になるインセプションデッキ
5分でわかった気になるインセプションデッキ5分でわかった気になるインセプションデッキ
5分でわかった気になるインセプションデッキ
 
「顧客の声を聞かない」とはどういうことか
「顧客の声を聞かない」とはどういうことか「顧客の声を聞かない」とはどういうことか
「顧客の声を聞かない」とはどういうことか
 
すべての優先度が1の時の優先順位の決め方
すべての優先度が1の時の優先順位の決め方すべての優先度が1の時の優先順位の決め方
すべての優先度が1の時の優先順位の決め方
 
TPS/リーンを使って強化するアジャイル/スクラム
TPS/リーンを使って強化するアジャイル/スクラムTPS/リーンを使って強化するアジャイル/スクラム
TPS/リーンを使って強化するアジャイル/スクラム
 
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
 
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門
 
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
 
WayOfNoTrouble.pptx
WayOfNoTrouble.pptxWayOfNoTrouble.pptx
WayOfNoTrouble.pptx
 
はじめてのPRD
はじめてのPRDはじめての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を超えれるか?新たな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回プロトタイピングとユーザビリティテストで「UXデザイン」を練りあげよう! | UXデザイン基礎セミナー 第4回
プロトタイピングとユーザビリティテストで「UXデザイン」を練りあげよう! | UXデザイン基礎セミナー 第4回
 
テスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるなテスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるな
 
リーン開発の本質 公開用
リーン開発の本質 公開用リーン開発の本質 公開用
リーン開発の本質 公開用
 
5分で出来る!イケてるconfluenceページ
5分で出来る!イケてるconfluenceページ5分で出来る!イケてるconfluenceページ
5分で出来る!イケてるconfluenceページ
 
振り返り(アジャイルレトロスペクティブズ)
振り返り(アジャイルレトロスペクティブズ)振り返り(アジャイルレトロスペクティブズ)
振り返り(アジャイルレトロスペクティブズ)
 
暗号技術の実装と数学
暗号技術の実装と数学暗号技術の実装と数学
暗号技術の実装と数学
 
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのかシリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
 

Similar to スクラムはもうだめぽよ!新しい開発手法『パワープレイ』をお姉さんが教えてあげちゃう!

No020-01-suc3rum-20101129
No020-01-suc3rum-20101129No020-01-suc3rum-20101129
No020-01-suc3rum-20101129Sukusuku Scrum
 
ゆるロボ製作所ができるまで
ゆるロボ製作所ができるまでゆるロボ製作所ができるまで
ゆるロボ製作所ができるまでMikito Yoshiya
 
ゲーム開発出身者がチームラボで働いてみた
ゲーム開発出身者がチームラボで働いてみたゲーム開発出身者がチームラボで働いてみた
ゲーム開発出身者がチームラボで働いてみた秀和 福永
 
Agile samuraidojogathering
Agile samuraidojogatheringAgile samuraidojogathering
Agile samuraidojogatheringM I
 
ゲーム開発現場の中心で心理的安全性を叫ぶ [RSGT2018]
ゲーム開発現場の中心で心理的安全性を叫ぶ [RSGT2018]ゲーム開発現場の中心で心理的安全性を叫ぶ [RSGT2018]
ゲーム開発現場の中心で心理的安全性を叫ぶ [RSGT2018]Masahiro Taguchi
 
How you can speed up serverless development by local
How you can speed up serverless development by localHow you can speed up serverless development by local
How you can speed up serverless development by localPIXTA Inc.
 
スクラムのフレームワークでKAIZENを体験しよう comeback japan 2017
スクラムのフレームワークでKAIZENを体験しよう comeback japan 2017スクラムのフレームワークでKAIZENを体験しよう comeback japan 2017
スクラムのフレームワークでKAIZENを体験しよう comeback japan 2017HIDEKAZU MATSUURA
 
20121017_アプリ制作勉強会@GMO Yours
20121017_アプリ制作勉強会@GMO Yours20121017_アプリ制作勉強会@GMO Yours
20121017_アプリ制作勉強会@GMO YoursYozo SATO
 
Scrumの紹介とXPプロジェクトへの適用(Scrum and XP)
Scrumの紹介とXPプロジェクトへの適用(Scrum and XP)Scrumの紹介とXPプロジェクトへの適用(Scrum and XP)
Scrumの紹介とXPプロジェクトへの適用(Scrum and XP)Masashi Umezawa
 
テキストマイニングのイメージと実際
テキストマイニングのイメージと実際テキストマイニングのイメージと実際
テキストマイニングのイメージと実際antibayesian 俺がS式だ
 
【16-B-2】 Yahoo!アジャイルクロニクル ~コーチとエンジニアの体験記~ 長岡実氏
【16-B-2】 Yahoo!アジャイルクロニクル ~コーチとエンジニアの体験記~ 長岡実氏【16-B-2】 Yahoo!アジャイルクロニクル ~コーチとエンジニアの体験記~ 長岡実氏
【16-B-2】 Yahoo!アジャイルクロニクル ~コーチとエンジニアの体験記~ 長岡実氏Developers Summit
 
第30回名古屋アジャイル勉強会「『アジャイルな見積りと計画づくり』のエッセンス」
第30回名古屋アジャイル勉強会「『アジャイルな見積りと計画づくり』のエッセンス」第30回名古屋アジャイル勉強会「『アジャイルな見積りと計画づくり』のエッセンス」
第30回名古屋アジャイル勉強会「『アジャイルな見積りと計画づくり』のエッセンス」hiroyuki Yamamoto
 
第57回名古屋アジャイル勉強会「ソフトウェア開発に、 変化を起こそう、 変化に立ち向かおう」
第57回名古屋アジャイル勉強会「ソフトウェア開発に、 変化を起こそう、 変化に立ち向かおう」第57回名古屋アジャイル勉強会「ソフトウェア開発に、 変化を起こそう、 変化に立ち向かおう」
第57回名古屋アジャイル勉強会「ソフトウェア開発に、 変化を起こそう、 変化に立ち向かおう」hiroyuki Yamamoto
 
大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06
大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06
大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06俊仁 小林
 
Scrum始めました
Scrum始めましたScrum始めました
Scrum始めましたminamo
 

Similar to スクラムはもうだめぽよ!新しい開発手法『パワープレイ』をお姉さんが教えてあげちゃう! (20)

Fuse02
Fuse02Fuse02
Fuse02
 
No020-01-suc3rum-20101129
No020-01-suc3rum-20101129No020-01-suc3rum-20101129
No020-01-suc3rum-20101129
 
ゆるロボ製作所ができるまで
ゆるロボ製作所ができるまでゆるロボ製作所ができるまで
ゆるロボ製作所ができるまで
 
アジャイルと私
アジャイルと私アジャイルと私
アジャイルと私
 
ゲーム開発出身者がチームラボで働いてみた
ゲーム開発出身者がチームラボで働いてみたゲーム開発出身者がチームラボで働いてみた
ゲーム開発出身者がチームラボで働いてみた
 
Agile samuraidojogathering
Agile samuraidojogatheringAgile samuraidojogathering
Agile samuraidojogathering
 
ゲーム開発現場の中心で心理的安全性を叫ぶ [RSGT2018]
ゲーム開発現場の中心で心理的安全性を叫ぶ [RSGT2018]ゲーム開発現場の中心で心理的安全性を叫ぶ [RSGT2018]
ゲーム開発現場の中心で心理的安全性を叫ぶ [RSGT2018]
 
How you can speed up serverless development by local
How you can speed up serverless development by localHow 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スクラムのフレームワークでKAIZENを体験しよう comeback japan 2017
スクラムのフレームワークでKAIZENを体験しよう comeback japan 2017
 
20121017_アプリ制作勉強会@GMO Yours
20121017_アプリ制作勉強会@GMO Yours20121017_アプリ制作勉強会@GMO Yours
20121017_アプリ制作勉強会@GMO Yours
 
Scrumの紹介とXPプロジェクトへの適用(Scrum and XP)
Scrumの紹介とXPプロジェクトへの適用(Scrum and XP)Scrumの紹介とXPプロジェクトへの適用(Scrum and XP)
Scrumの紹介とXPプロジェクトへの適用(Scrum and XP)
 
テキストマイニングのイメージと実際
テキストマイニングのイメージと実際テキストマイニングのイメージと実際
テキストマイニングのイメージと実際
 
【16-B-2】 Yahoo!アジャイルクロニクル ~コーチとエンジニアの体験記~ 長岡実氏
【16-B-2】 Yahoo!アジャイルクロニクル ~コーチとエンジニアの体験記~ 長岡実氏【16-B-2】 Yahoo!アジャイルクロニクル ~コーチとエンジニアの体験記~ 長岡実氏
【16-B-2】 Yahoo!アジャイルクロニクル ~コーチとエンジニアの体験記~ 長岡実氏
 
はじめてのESG
はじめてのESGはじめてのESG
はじめてのESG
 
地獄Spec
地獄Spec地獄Spec
地獄Spec
 
地獄Spec
地獄Spec地獄Spec
地獄Spec
 
第30回名古屋アジャイル勉強会「『アジャイルな見積りと計画づくり』のエッセンス」
第30回名古屋アジャイル勉強会「『アジャイルな見積りと計画づくり』のエッセンス」第30回名古屋アジャイル勉強会「『アジャイルな見積りと計画づくり』のエッセンス」
第30回名古屋アジャイル勉強会「『アジャイルな見積りと計画づくり』のエッセンス」
 
第57回名古屋アジャイル勉強会「ソフトウェア開発に、 変化を起こそう、 変化に立ち向かおう」
第57回名古屋アジャイル勉強会「ソフトウェア開発に、 変化を起こそう、 変化に立ち向かおう」第57回名古屋アジャイル勉強会「ソフトウェア開発に、 変化を起こそう、 変化に立ち向かおう」
第57回名古屋アジャイル勉強会「ソフトウェア開発に、 変化を起こそう、 変化に立ち向かおう」
 
大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06
大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06
大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06
 
Scrum始めました
Scrum始めましたScrum始めました
Scrum始めました
 

Recently uploaded

TaketoFujikawa_台本中の動作表現に基づくアニメーション原画システムの提案_SIGEC71.pdf
TaketoFujikawa_台本中の動作表現に基づくアニメーション原画システムの提案_SIGEC71.pdfTaketoFujikawa_台本中の動作表現に基づくアニメーション原画システムの提案_SIGEC71.pdf
TaketoFujikawa_台本中の動作表現に基づくアニメーション原画システムの提案_SIGEC71.pdfMatsushita Laboratory
 
2024 01 Virtual_Counselor
2024 01 Virtual_Counselor 2024 01 Virtual_Counselor
2024 01 Virtual_Counselor arts yokohama
 
持続可能なDrupal Meetupのコツ - Drupal Meetup Tokyoの知見
持続可能なDrupal Meetupのコツ - Drupal Meetup Tokyoの知見持続可能なDrupal Meetupのコツ - Drupal Meetup Tokyoの知見
持続可能なDrupal Meetupのコツ - Drupal Meetup Tokyoの知見Shumpei Kishi
 
20240326_IoTLT_vol109_kitazaki_v1___.pdf
20240326_IoTLT_vol109_kitazaki_v1___.pdf20240326_IoTLT_vol109_kitazaki_v1___.pdf
20240326_IoTLT_vol109_kitazaki_v1___.pdfAyachika Kitazaki
 
情報処理学会86回全国大会_Generic OAMをDeep Learning技術によって実現するための課題と解決方法
情報処理学会86回全国大会_Generic OAMをDeep Learning技術によって実現するための課題と解決方法情報処理学会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~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への情熱と挑戦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へ「今からでも間に合う」GPTsによる 活用LT会 - 人とAIが協調するHumani-in-the-Loopへ
「今からでも間に合う」GPTsによる 活用LT会 - 人とAIが協調するHumani-in-the-LoopへTetsuya Nihonmatsu
 
IFIP IP3での資格制度を対象とする国際認定(IPSJ86全国大会シンポジウム)
IFIP IP3での資格制度を対象とする国際認定(IPSJ86全国大会シンポジウム)IFIP IP3での資格制度を対象とする国際認定(IPSJ86全国大会シンポジウム)
IFIP IP3での資格制度を対象とする国際認定(IPSJ86全国大会シンポジウム)ssuser539845
 

Recently uploaded (12)

2024 03 CTEA
2024 03 CTEA2024 03 CTEA
2024 03 CTEA
 
TaketoFujikawa_台本中の動作表現に基づくアニメーション原画システムの提案_SIGEC71.pdf
TaketoFujikawa_台本中の動作表現に基づくアニメーション原画システムの提案_SIGEC71.pdfTaketoFujikawa_台本中の動作表現に基づくアニメーション原画システムの提案_SIGEC71.pdf
TaketoFujikawa_台本中の動作表現に基づくアニメーション原画システムの提案_SIGEC71.pdf
 
2024 04 minnanoito
2024 04 minnanoito2024 04 minnanoito
2024 04 minnanoito
 
2024 01 Virtual_Counselor
2024 01 Virtual_Counselor 2024 01 Virtual_Counselor
2024 01 Virtual_Counselor
 
持続可能なDrupal Meetupのコツ - Drupal Meetup Tokyoの知見
持続可能なDrupal Meetupのコツ - Drupal Meetup Tokyoの知見持続可能なDrupal Meetupのコツ - Drupal Meetup Tokyoの知見
持続可能なDrupal Meetupのコツ - Drupal Meetup Tokyoの知見
 
20240326_IoTLT_vol109_kitazaki_v1___.pdf
20240326_IoTLT_vol109_kitazaki_v1___.pdf20240326_IoTLT_vol109_kitazaki_v1___.pdf
20240326_IoTLT_vol109_kitazaki_v1___.pdf
 
情報処理学会86回全国大会_Generic OAMをDeep Learning技術によって実現するための課題と解決方法
情報処理学会86回全国大会_Generic OAMをDeep Learning技術によって実現するための課題と解決方法情報処理学会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~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への情熱と挑戦ARスタートアップOnePlanetの Apple Vision Proへの情熱と挑戦
ARスタートアップOnePlanetの Apple Vision Proへの情熱と挑戦
 
「今からでも間に合う」GPTsによる 活用LT会 - 人とAIが協調するHumani-in-the-Loopへ
「今からでも間に合う」GPTsによる 活用LT会 - 人とAIが協調するHumani-in-the-Loopへ「今からでも間に合う」GPTsによる 活用LT会 - 人とAIが協調するHumani-in-the-Loopへ
「今からでも間に合う」GPTsによる 活用LT会 - 人とAIが協調するHumani-in-the-Loopへ
 
IFIP IP3での資格制度を対象とする国際認定(IPSJ86全国大会シンポジウム)
IFIP IP3での資格制度を対象とする国際認定(IPSJ86全国大会シンポジウム)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?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の頃から実地に生かしてい る。最初の理由は「自分の仕事を楽にしたかった」。何しろ 次から次にやってくる仕事をフローごと改善したかった。 ● アジャイルのえらい人であるアリスター・コーバーンさんと 膝つけて話す機会があり、どうしたらいいのか聞いてみた ら「経済の原理原則的に早くてうまいプログラマは何やっ ても忙しいよ、ハハハ」と言われてしまい目からウロコ。は なから「自分が忙しくなること前提」で開発手法を取り入 れ、サーバントリーダーシップやらファシリテーションやら 何でもやる。 ● 現会社ではソーシャルゲームのプログラマのリーダーとし てひとつまかせてもらった機会を得られたので、頭から しっぽまでアジャイルしてみた。ただ当人たちにはアジャイ ルだなんて一言も言わなかった(←ここがミソ)。
  • 5. 確かに一理ある ● 一般的なスクラムなどアジャイル開発手法と、すごい売り上げ を立てた伝説的タイトルとの「開発方法の差」はどこだろう? ● 一方で最近スクラムなどのゲーム開発への活用事例を見て いると、どうももんにゃりすることがある。 バーンダウンチャートを使うことで「もっと楽しませる要素を作り込む」ことを阻害し ていないか? ホワイトボードにタスクを書くことで「自分が仕事していることに安心」 していないか? スクラムの定期的なイテレータにより「来週のログに書けばいいや」 とかになっていないか? 全体的な作業量の平均化を進めてしまっているのではな いのか? プログラマはゲーム開発にのめりこめる、コーディングハイに勝手になれ る開発手法となっているのか? たんにリーダーの手抜きの方法になっていて、 チームによい影響がでていないか? 良い物ができない言い訳に使ってないか? もうこれはだめぽよ~ではないか? ゲーム開発についての新しい開発手法が必要!
  • 6. そこで「パワープレイ」 ● チーム内にいる伸び盛りの人(スタープレイヤー)を 前面に押し立てて、それをチーム全体で支えること で、危機をチームで乗り切ってしまおう、という手法 ● 期間を短めに設定したり、日常的な作業リズムを あえてぶちこわして「危機感」をチーム内に持たせ ることが特徴 ● リリースを乗り越え、「やりきる」ことに主眼を置く。 そのときに壮絶な発明品が次々と生まれ、どんど んコンテンツのクオリティを高めていくのが目的 ● パワープレイとはアイスホッケー用語。反則で敵の人数が少なくなったときの得 点チャンスのこと。チーム全員でいっせいにゴールを狙うというアイスホッケーの 見せ場。スクラムの元ネタはラグビーなので、そこに対抗してみた(笑) ● 有馬の発明品。外部発表していないけど、会社内で開いた勉強会で好評だった。
  • 7. 「パワープレイ」のプラティクス ● チームにパワープレイを宣言する(非常事態宣言) ● スタープレイヤーの選出と人員配置 ベテラン的な人や伸び盛りな技術者を選出する。だいたい1~3名ぐらい。他はそ れを補佐するような人員配置にする。 ● スタープレイヤーが行う対応 スタープレイヤーには現在チームが抱えるもっとも難解な問題に取りかかる。一 心不乱に短期間で問題を解決していく。そのためには何をしてもよいとチーム内 で合意しておく。 ● スタープレイヤーへの支援 様々な面で支援をする。ツールが必要であれば調達したり、他部署の信頼できる 人の支援を受けさせたりする。めげそうになっていたら話を聞いて問題を分解し てあげる。細かい仕事はチームリーダーが拾って、スタープレイヤーの突進に邪 魔にならないように徹する。 ● 危機感を生み出す 朝会など定期的な物があればすっとばす。場合によってはUnitTestなどの安全 策も外す。非日常なパワープレイ中なんだとチームが理解できておすすめ。
  • 8. 「パワープレイ」のスケジュール感と進捗確認 ● 「パワープレイ」の開始時期と期間 リリースの2~3週間前が目安。長めには取らない。 ● パワープレイのゴール 目的はひとつのみ。直近の期日に重要な物が完成することをゴールとする。 ● タスク確認 前提として「大きなタスク(リリース日はここ)」と「小さいタスク(個人が受け持つ仕 事)」の管理が分離していること。小さいタスクは元から自己管理に徹してもらう。 基本的に「できた物」だけを見せてもらうことだけにする。数字管理だめ。 ● みんなで見る日 ゴールの2日前ぐらいにして、そこで関係者全員で見る(みんなで見る日)。そのと き生まれたログは、その場で整理して重要度に応じて調整し、こなしてもらう。 元々スケジュールは短めなので、これぐらいでよい。みんなで心配になったら、再 度みんなで見る日を設定する。 2~3日 2~3週間 スクラムか何かでも可 パワープレイ! みんなで見る日 リリース!
  • 9. 「パワープレイ」中のチーム状況 ● リーダーが取るべき雰囲気作り スタープレイヤーからぐっと来る物ができたときに、リーダーは「彼は何か持って るね!」と絶賛してあげる。どよめくオーディエンスにスタープレイヤーもいい気分 になり、チーム内にも「すげー」「がんばらんと」という方向に勝手になっていく。そ こに神も生まれる ● 「パワープレイ」の成功 うまくいっている間は、もう細かいことを言う 人はいない。とにかく物がどんどん生産され る。リーダーは、物が全部できるまでは支援 に徹し、できた物には「こうしたらいい」と建 設的指導を与え、完璧な物ができたらみん なの前で褒め称える。こうしてリリースを チーム全員で乗り越える ● 「パワープレイ」が失敗 何度もパワープレイを強要する。同じような 失敗を繰り返す(またこの人かよ、的な)こと があるといけない。やばげな問題は育たな いうちにあらかじめリーダーが片付け、ス タープレイヤーに近づけないようにすると、 確実に成功する
  • 10. 実際にやってみた ● とあるタイトルのソーシャルゲームで適用してみた ● それまでは期間不定のスクラムで回していた。ゴールは誰かに見せ るなど何かしらのタイミングに向けてのものだった。 ● 一度ちゃぶ台返しに合うなど、プログラマ的にはやさぐれてもおかし くない状況 ● リリース2週間ぐらい前から適用してみた。 ● スタープレイヤーとしては、目玉となる機能の開発をしていた人2名 ぐらい。ひとりは業界1年未満の若手。ほかの人はその人たちの補 佐(リスト表示部分など誰でもできそうなところ)を徹底してもらった。 ● 結果「ここは俺が食い止めるから、おまえは先に行け!」とかチーム 内で言われてた。 ● それでもリリースが諸事情で当初予定より2週間ほど伸びてしまっ た。さらにベテラン助っ人を呼ぶなど、いろいろした。 ● リリースはほぼ成功。わーい(^^)/
  • 11. ふりかえり ● 大量の発明品ができた。たとえば開発した目玉機能はエンジ ニア由来で落ちたことがない。わりとオリジナル部分が多い。 これは担当したプログラマのいくつかの発明に支えられてい る。 ● 課金関連のバグをリリース前につぶせたり(しかもすごい低い 確率のがたまたま出せた)、いろいろ神がかり的なことが起き、 それがテンションあがることになった。 ● それまでよくでていた文句や不満などは、この期間中はほんと に目立たなくなった。 ● 社内で評価されたり、一部の機能が社内の他タイトルに入った り、それなりによかったのかなと。 ● 人はめちゃくちゃ育った。何しろチームの雰囲気がよいことで 社内的に有名になった
  • 12. よく言われたこと ● スタープレイヤーがチーム内にいません – いやいやいや…。君の目は節穴かい? – みんな何かの特技を必ず持っている。別にベテランじゃなくても よい(実際そうだった)。平均的なプログラマしかいないと感じてい るのなら、誰かに役割を与えて祭り上げることも重要。 ● これは開発手法なのか…? – はい。アジャイルの思想にのっとっているので問題ないかと。 ● いわゆるバンデッドな開発になってしまうのではないのか? – ある意味ではそこを目指している。統制されたカウボーイプログ ラミングになればよい。プログラマがやんちゃしないと発明品が 生まれないため。 – また開発に理解がある人をスタープレイヤーとしてしまえばよ い。そんなにひどくはならない
  • 13. 最後に ● ゲーム開発は本来属人的なものです。攻殻機動隊の名言の ように「我々の間には、チームプレーなどという都合のよい言 い訳は存在せん。あるとすればスタンドプレーから生じる、 チームワークだけだ」というのがゲーム開発です。開発手法を 選ぶときは、そこをはき違えてはいけません。 ● パワープレイは荒ぶりたいときに利用できます。リリースが近 づいてチームがごたごたしてきたときに使ってみてください。ま た問題が多いチームの立て直しにも利用できます。 ● アジャイルは手法ではありません。アジャイルは「思想」です。 スクラムなどの手法をありがたがるよりも、自分たちで「思想」 を学び、そこから「最適な手法」を作り上げることにいますぐ着 手してください。日本発のソフトウェア開発手法をぜひ世界へ! れっつじっせーん!  ありがとうございました~(^^)/