2014/2/15での第1回シナリオレビュー会のスライド

1. “シナリオレビュー”という
手法の提案
2015/2/15 @tunacook

2. 自己紹介
@tunacook（つなくっく）
!
アドベンチャーゲームとか主に作っている
本業はPHPプログラマ

3. プログラマが行う
「コードレビュー」
コードレビュー（英: Code review）は、ソフトウェア開発工程
で見過ごされた誤りを検出・修正するためにソースコードの体系
的な検査（査読）を行うこと。ソフトウェア品質を高めると同時
に開発スキルの向上を図ることができる。
コードレビュー - Wikipedia

4. 同じようにシナリオ執筆で
応用できないか？

5. シナリオゲーでのジレンマ
• シナリオができるのに時間がかかる
• その間、進 が分かりづらい
• モチベーションが下がる→＼(^o^)／

6. シナリオレビュー とは
• すべて書いた段階ではなく、
区切りの付くところで制作メンバーから
シナリオへの感想をもらう
• ライターはもらった感想を、今後のシナリオ執筆の
参考にする
• すべての感想を必ず む必要は無い

7. レビューの流れ
• オールラストなどのプロットを共有しておく
• ある程度区切りのつくところまで書いたら、
他の制作メンバーと共有する
• 制作メンバーから感想をもらう

8. レビューでの約束事
• 制作メンバーはシナリオの感想を言う権利があり、
ライターはそれを聞く義務がある
• シナリオライターは意見をすべて む必要はない
（なので自分の意見が まれなくてもいじけない）
• 酷評する場合でもライターの人格否定をしない
• 読むシナリオは「書きかけ」のものであることを認識する

9. 安心して欲しいこと
• プロジェクトへの関わり方とかモチベーションってそれ
ぞれなので、面倒なら必ず感想言わなくても大丈夫(無
理してなんか言わなきゃ！)と気負う必要は無い
• レビュー会は何回もやることを想定しているので、一回
参加できなくても慌てる必要は無い

10. シナリオレビューの目的
• 進 のわかりにくいシナリオ作業を可視化したい
• シナリオは時間がかかるので、
細かいイテレーションで共有できるようにしたい
• 書いたものの、読者目線からの反応をすぐに得られる