精神論だけで解決する例は多くはないだろう。問題点を明確にし、適切な対策を講じなければならないのだ。シナリオパートに入ってからの製作作業の能率数値が上がらないのはスクリプトの特性にあると推測される。機能実験段階の試験データーの製作や、基本フォーマットの作業では大きな問題点は見つかっていなくても、いざ本番用のデーターの組み上げを始めると、途端に能率が下がりだす事がある。理由は幾つか考えられる。1つには作業プロットが明確で無い点だ。予想より作業量が多かったり、予定に無い作業が追加されたりして予定より進行が遅れ、作業能率が落ちていると錯覚する事にある。頑張っても解決しない。進行に合わせて「考えながら」次の作業を進める為に頻繁にリテイクが発生し、効率が低下する例だ。個人ユースの製作現場では比較的起こりえる現象である。途中で思いついたエピソードを・・・などが起こっていないだろうか)今回問題にするのはコレ等とは別の理由、作業の可視性が低い場合に付いてである。本開発事例では、スクリプト作業はテキスト文章の編集で行われている。完成イメージをプレビューできるGUI環境には程遠い。コマンドや数値で入力された情報を実行環境で動作確認しつつ完成イメージを確認しなければならない。作業を離れてしまうと、コマンドや数値を見ただけではそれがどの様なシーンであるのか想像し難い。コレではまるで鏡で悪戦苦闘しながら自分の後ろ髪をハサミで切り揃える様である。現在作業中の部位のみの把握でも困難であるし、別のシーンや一旦作業を中断して再開する場合などには更に困難に成る。この全体像の把握が困難な要素は、前述する作業量の把握をより困難にしリテイクの発生をも誘発し、負のスパイラルを発生さえ作業を停滞させるのだ。|この記事に対するトラックバックトラックバックURL→http://emo3d.blog26.fc2.com/tb.php/569-c1d5845dこの記事にトラックバックする(FC2ブログユーザー)この記事を編集するこの記事は管理者のみ編集可能です。