ゲームの仕様書を書こう２　仕様書に記載する機能内容

ゲームの仕様書を書こう２　仕様書に記載する機能内容
仕様書に記載する機能内容ゲームの仕様書を書こうその２ chiesugi 2019/09/18 ver1.0
「仕様書を書こう」と自己紹介 2 ゲーム開発で企画業務してるゲームデザイン、ディレクション、プロジェクトマネジメント、プロデュース、オンラインゲーム運営業務など、十数年経験してきた NintendoDSとかPSPとかPCブラウザとかスマートフォンとか「仕様書を書こう」とは、「ゲームコンテンツの仕様書を書いたことがない」という人や、「書いたことはあるけど、これでいいか自信が全くない」という人に向けたものです（全4回）おすぎ（杉本ちづる）の自己紹介その１分業とリストの作成その２仕様書に書く機能その３データと画面その４ confluence活用 ▼今回はコレ
このスライドが役に立つとき 3 「ワタシハシヨウショチョットデキル」という人は、このスライドは必要ありません「はい！ゲームの仕様書、初めて書きます！」「みんな… 仕様書… 書き方違う」 …っていう場合はこのスライドを読み進めるといいことあるかも？守破離仕様書を書くための一つの型や技を獲得するためのスライド（守の段階）として活用します「守破離」を知らない人は検索してね！お前見込みアリ
企画の仕事で大切なこと 4 仕様書面化２リスト化１企画すること３企画確認１仕様書面化３要件誤りや伝達ミスの手戻り３理想現実企画すること３企画確認２要件精査２ ※機能実装ディレクションや、要件作成は除外します時間を割きたいのは「企画内容」と「要件」コレやめたい！いいね! え～～
企画仕事の選択と集中 5 企画すること３企画確認２要件精査２時間を割きたいのは「企画内容」と「要件」仕様書面化２リスト化１仕様の書面化を手早く行い、企画の確認と要件の精査へ仕様全体像と問題点を把握し、全体制作量をチームに展開する →仕様のフォーマット化 →要件から機能の落とし込み →機能リストと機能階層図 →問題点（issue）リスト理想企画の大事なことをするために、仕様書類や実装リストの展開を「手早く」「確実に」終わらせるいいね! ▼今回はコレ
リスト化１企画すること３企画確認２要件精査２仕様書面化２このスライドの大事なポイント 6 • 仕様書記載のルールを決定 • 機能の目的を策定 • 適切な表現方法で仕様を記載
仕様書とはなにか？ 7 「ゲームの各機能単位での役割･目的や機能自体を伝えるもの」その機能はプレイヤーにどういう印象や意識をもたせるのかを目的として、実装者が実装できるレベルで説明します「ゲーム全体の面白さを伝えるもの」ゲームのコア部分が面白いということを証明します。可能であれば、どういう機能があるかが一覧で網羅されているとリスト化の時点で捗ります仕様書企画書
仕様書の形式を決めていいことがあるの？ 8 効率が上がる【書く】形式が決まっているので、仕様書作成効率が上がる【読む】形式が決まっているので、目的の内容を探しやすい
仕様書の標準記載ルール例 9 大見出し小見出し内容仕様書タイトル仕様書のタイトル更新履歴仕様書の更新履歴。日付・変更タイトルや変更した概要・変更者を記す目次仕様書の目次 [機能名]とは機能の概要を記載する [機能名]の目的どういった意図で機能を開発するかを記載する [機能名]について個別に書き記す機能がある場合に記載するデータ構造データに関する内容を記載する。ほとんどの場合マスター（static）データ項目を記載する [機能名]のデータ構造各データの関係を図示する。一つの機能に単一のデータの場合はこの項目は必要ない [機能名]のデータ機能が必要とするデータ項目の名称・内容・カラム名を表組みで記載する処理必要であれば、機能が必要とする特筆すべき処理を記載する [機能名]の処理特筆すべき処理があれば、必要に応じて記載する画面機能が必要とする画面を網羅して記載する [画面]の流れ機能の画面遷移図・フロー図を記載する [画面名]の画面画面の詳細な内容を図と表で記載する備考何か必要があれば記載する
【例】ミッション機能の仕様記載項目 10 大見出し小見出し内容仕様書タイトル【ミッション仕様】更新履歴目次 [機能名]とは・ミッションとは・ミッションの「達成」の定義 [機能名]の目的・ミッションの目的 [機能名]について・ミッションの分類・ミッション達成の判定タイミング・ミッション達成時の表示・ミッション報酬の付与・ミッションのリセットと進行状態の破棄・ミッションのバッジ表示データ構造【ミッションのデータ構造】 [機能名]のデータ構造・ミッションのデータ構造 [機能名]のデータ・ミッションの基本データ・ミッション達成条件のデータ・ミッション補助遷移のデータ・ミッションの標準説明データ画面【ミッション画面】 [機能名]の画面の流れ・ミッションの流れ・ミッション画面のタブ自動遷移の流れ [画面名]の画面・進行中ミッション画面・プレゼントボックス格納案内ポップアップ・アイテム詳細ポップアップ・完了済みミッション画面・ミッション達成時のドロワーポップアップ備考
仕様書作成時に決める最初のルール 11 仕様書作成時にルールや決定者を決めておくと、実際に記載するときにスムーズに作成することができます決定事項決定事項詳細ルール例決定者テキストルール丁寧語の扱い進捗管理担当句読点文末に句点（。）は使用しない。文中であれば使用する ※仕様書内のテキストルールのみ適用。ゲームテキストには適用しない進捗管理担当文語体の記載・「もの」「こと」を避ける・「～を行う」「～をする」を避ける・「～として」の使用は注意する・「～ようなとして」の使用は注意する ※ただし日本語自体が難しいので心がける程度でいい進捗管理担当仕様書全体の目次進捗管理担当世界観用語世界観設定担当システム用語担当企画者仕様書タイトルあらかじめ機能リストを作成し、英語のタイトルを策定して、リストを作成する ※confluence仕様時はすべて英語の場合URLが分かりやすくなる・機能リストは「00-01_function_list」・ホーム仕様は「02-01_home_spec」・ホーム表示するキャラ仕様は「02-02_homecharacter_spec」・ログインボーナス仕様は「02-04_loginbonus_spec」進捗管理担当
機能の目的を記載するメリットは？ 12 • みんなで同じことを考えて作るため • 書類にして伝達の抜け漏れを防ぐため
機能の役割や目的とは？ 13 「ゲームの各機能単位での役割･目的や機能自体を伝えるもの」その機能はプレイヤーにどういう印象や意識をもたせるのかを目的として、実装者が実装できるレベルで説明します仕様書機能の役割や目的とは？
機能の目的思考（1/2） 14 【１】初期プレイヤーを継続させる【２】短期的な目標を持ってもらう・ゲーム序盤用のミッションを提案する・1つ終わったら次の新しいミッションを提案する・ミッションを達成したら報酬を付与する・毎日/毎週頭に新しいミッションを提案する・エンドコンテンツ用のミッションを策定する →エンドコンテンツ上級者用の繰り返しコンテンツなので、ミッションで補強する必要なし・ミッション報酬を保管する →報酬の受取はプレゼントボックスで行い、プレイヤーが能動的に行う保管行為はミッション仕様に含めない｢プレイヤーに行動して欲しいこと｣を目的にした機能を仕様とする【例】ミッション機能の目的
コンテンツ目的機能の目的思考（2/2） 15 プレイヤー要望･感情モチベーション開発内容 ○○させる ○○させる ○○したい ○○でいいかな？まず○○しよう ○○もらえる ○○機能 ○○機能 ○○機能 ○○したい目的から必要な機能を導き出す目的と機能をつなげるためのワークシート ○コンテンツ目的 ○プレイヤー要望、感情、モチベーション ○開発内容以上の3つのレイヤーをつなげると、目的から作るべき機能が、より明確になります【目的のワークシート】
コンテンツ目的【例】ミッション機能の目的ワークシート 16 プレイヤーの要望、感情、モチベーション開発内容初期プレイヤーの継続短期的な目標チュートリアル後に何をしたらいいかわからない数日続けて価値のあるアイテムをゲットしたいキャラや武器などゲームの資産を築きたい特に目的なく起動した何をしよう新着バッジ表示機能自動タブ遷移機能デイリーミッション機能イベントミッション機能次のミッションは何をしたらいいかわからないミッション解放制御機能報酬付与機能達成したミッションがわからなくなった達成バッジ表示機能ウィークリーミッション機能ミッションリセット時間制御機能メインミッション機能日付がかわるまでに達成したいイベントでもっと遊びたい
仕様に記載する「機能の目的」 17 仕様書には表形式で記載する機能の目的プレイヤー要望、感情、モチベーション開発内容初期プレイヤーの継続「チュートリアル後に何をしたらいいかわからない」「次のミッションは何をしたらいいかわからない」 • メインミッション機能 • ミッション解放制御機能 • 新着バッジ表示機能初期プレイヤーの継続「キャラキャラや武器などゲームの資産を築きたい」 • 報酬付与機能初期プレイヤーの継続「達成したミッションがわからなくなった」 • 達成バッジ表示機能短期的な目標「特に目的なく起動した。何をしよう」 • デイリーミッション機能短期的な目標「数日続けて価値のあるアイテムをゲットしたい」「日付がかわるまでに達成したい」 • デイリーミッション機能 • ウィークリーミッション機能 • ミッションリセット時間制御機能短期的な目標「イベントでもっと遊びたい」 • イベントミッション機能  仕様書には、目的ワークシートを記載することはコストが高すぎるので…  図を表形式に変換し「機能の目的」「プレイヤー要望、感情、モチベーション」「開発機能」を表記します（ミッション機能の目的例）
仕様書を書くときに気を付けることは？ 18 仕様書類は「わかりやすく、正確に」
わかりやすく伝えるための表現方法 19 機能の概要など、短い文章で完結に説明する基本的な表現方法です項目に対して2つ以上の適用がある際に効果的です（例）ミッションの分類以下の場合の表現に効果的です  列挙される項目が３個以上の場合  同じ粒度の項目を列挙する場合  適用や項目軸が単体の場合文章で説明しにくい状態を補填する時に効果的です（例）実績解除型とはプレイヤーが任意にミッションを受託選択することなく、常時ゲーム進行を監視して、条件達成したミッションを案内する表組み箇条書き文章図示分類リセット期限目的メイン × 無し初期･通期のゲームサポートウィークリー週ごと週ごと毎日の積み重ねで長くプレイデイリー日ごと日ごと毎日ログインしてプレイイベント × 指定日運営イベントの報酬や誘導
表現方法の特徴 20 表組み箇条書き文章図示より詳細な内容を記載し、具体的に説明できます抜き出した要素の共通している部分をフォーマットに落とし込んで一般化します注目すべき要素を重点的に抜き出して、抽象的に分かりやすくできます表現するものに合わせて記載方法を選択し、組み合わせる
【例】それぞれの表現方法 21 「実績解除型ミッション」とは、プレイヤーが任意にミッションを受託選択することなく、常時ゲーム進行を監視して、条件に合致したミッションを発生させるまた条件を達成したミッションがあればプレイヤーにその案内を行う。案内された達成状態のミッションはプレイヤーが「完了」処理を行い、報酬を受け取る本ゲームは「実績解除型ミッション」を採択する本ゲームのミッションは「実績解除型ミッション」を採択する。受託などは行わない  実績解除型ミッション  発生：条件を満たせば発生  達成：条件を満たせば達成。案内をする  完了：プレイヤーが任意に完了させる。報酬を付与  受託達成型ミッション  発生：条件を満たせば発生  受託：プレイヤーが任意に受託。同時受託数に制限  達成：条件を満たせば達成。案内をする  完了：プレイヤーが任意に完了させる。報酬を付与箇条書き文章本ゲームのミッションは「実績解除型ミッション」を採択する。受託などは行わない表組み発生受託達成目的実績解除型条件を満たせば達成－条件を満たせば達成任意に完了し報酬受取受託達成型条件を満たせば達成任意に受託条件を満たせば達成任意に完了し報酬受取図示
もう一つ大事なこと 22 仕様書類の更新は【なるはや】で決まったことはすぐに書類に展開しますすぐに書類に展開できない場合は、仕様問題点(issue)リストに“積みます”
『なるはや更新』はつらいよ 23 更新コストを考えた仕様構成へ更新コスト高更新コスト低表組み箇条書き文章図示図や表組は以下の用途で多く使います ⇒ 機能の目的 ⇒ 機能の分類更新が少ない要件を記載箇条書きや文章は以下の用途で多く使います ⇒ 機能の詳細説明 ⇒ 補足説明仕様が変更しやすい部分を記載更新コストと仕様の表現方法図示や表組は、追加・変更のコストが高く、内容が変わりにくい部分で使用して更新がつらくないようにする…とか？散らばった仕様をまとめる各仕様に散らばった共通の項目を一つの仕様やリストにまとめて、更新個所を一つにしてコストを削減しますツール(confluenceの機能)を使う「抜粋」を利用して変更箇所を集約してコストを削減します仕様書作成の分業とリスト作成報酬付与タイプリスト（payload_typeのリスト）参考 confluence活用参考
まとめ 24 仕様書形式とルールを決定仕様書に記載する機能の目的を策定適切な表現方法で仕様を記載機能の目的を他企画者と確認
期待される効果 25 企画すること３企画確認２仕様書面化２要件精査２リスト化１企画すること３企画確認１仕様書面化３要件誤りや伝達ミスの手戻り３フォーマット化して伝達スピードアップ機能の要旨をチームに共有仕様書の読みやすさが向上 • 仕様書形式とルールを決定 • 機能の目的を策定 • 適切な表現方法で仕様を記載理想現実「企画すること」「企画確認」「要件精査」に注力できる
あとがき 26 仕様書を書こう・その１仕様書作成の分業とリストの作成仕様書を書こう・その２仕様書に記載する機能内容仕様書を書こう・その３仕様書に記載するデータと画面仕様書を書こう・その４仕様書作成で楽をする confluenceの活用 ▼今回はコレ「仕様書を書こう」は、全4回で構成されています。興味があれば他のスライドも参考にしてください。仕様書作成において、書式・フォーマット、書き方、作成順序に決まったものはありません一番重要なのは「考えていることをメンバーに【漏れなく】【正確に】伝える」ことですそれを確実にするのは、まず「対話・コミュニケーション」です。仕様書類を作成することは、その対話を補強＆補完します。対話と書類の両方をもって仕様の説明に臨みましょう「仕様書を書こう」スライドを作成するにあたって、いらすとやさん、これまで参加させていただいたプロジェクト、会社様、意見をいただいた方に、この場を借りてお礼申し上げます（いらすとやさん以外のイラストについてはキニスンナ…）

ゲームの仕様書を書こう２　仕様書に記載する機能内容

Check these out next

ゲームの仕様書を書こう２　仕様書に記載する機能内容

Recomendados

Más contenido relacionado

Presentaciones para ti(20)

Similar a ゲームの仕様書を書こう２　仕様書に記載する機能内容(20)

Último(20)