コンピュータのシステムを作るという仕事をしていると資料なるものをたくさん作るはめになります。
正直この時間で動くコードを書けばいいのにと思いますが、なぜかそういうことになっています。

打ち合わせの相手もいろいろです。
自分の肩書は「営業」ではありませんが、お客様のところに赴き、説明することもありますし、サーバのセットアップ作業を行うベンダーや、ネットワークの構築を担当する人に作業のお願いをする…なんていうシチュエーションもあります。

仕事ではロクにプログラムなどを書かないSEが、どのようなことに気をつけて打ち合わせの資料を準備しているか、自分の備忘もかねて、

• 打ち合わせ調整
• 資料作成
• 打ち合わせ当日

で気をつけていることを書いておこうと思います。

打ち合わせ調整時

打ち合わせの目的をはっきりさせておく

打ち合わせの調整時に意識していることはひとつ。
打ち合わせの目的をあらかじめ決めてしまう…ということです。

たとえば顧客相手であれば、その打ち合わせは…

• プロジェクトの途中経過の報告
• エライひとから開発Goサインを得る
• 開発内容の調整

といったものになるでしょう。

電話などで日時の調整をすると同時に、打ち合わせの位置付けもいっしょにメールを送ることで握っておきます。相手かたの窓口さんは目的に応じて、出席者を調整してくれるでしょう。
これで、資料の方向性をぶらさずに準備することができます。
当日のアジェンダを用意するときの参考になります。

資料作成時

誰に向かって話すか決める

誰にむかってメッセージを伝えたいのかを決めます。
紙であれば1枚ごとに、パワポでのプレゼンであれば1枚ごとに誰に対してメッセージを伝えたいのかぶらさないでおくのがいいと考えています。

• エライひと: お金まわりのこと、なにがうれしいのか…など
• 現場のひと: そのシステムで仕事がまわるのか、要望にこたえているか、現場の問題は解決するか…など

ベンダーとの打ち合わせであれば

• 営業: 費用感、期間…など
• SE: 実際にやる作業のイメージ…など

話す相手によって使う言葉も変える必要があります。
技術に興味のない、顧客のエライひとに技術用語使いまくっても、睡眠導入の助けになるだけです。
また、顧客のシステムの話をするのに業界用語や顧客社内で使われている用語を誤って使うことがないようによく意味を確認します。

言いたいことは資料の最初のほうに

言いたいことは早めに伝えてしまいましょう。
序論→本論→結論、起承転結の流れだと結論が最後に来ますが頭でも結論じみたことを伝えてしまったほうが頭に残りやすいと思います。
複数の議題が設定された打ち合わせでも、言いたいことを最低限伝えて資料はあとで読んでもらう…という次善の流れに持ちこむことができます。

接続性を考える

ストーリーを考える、とも言いかえられると思います。
たとえばお客さんに開発のGoサインをもらうための打ち合わせであれば「導入→結論→内容→判定」

打ち合わせ間の接続性

「前回の打ち合わせを受けまして…」という入りになる場合には、話のフックとして前回の打ち合わせの資料でキーになるページや、前回の議事録を参考資料として用意することで相手の頭が話題に入りやすいようにしておきます。

資料内の接続性

紙であれ、スライドであれ前のページ、前の項との間で矛盾や漏れ抜けがないかどうか確認しておきます。
内容がよく理解できないと、そういった間違いがないか一生懸命探すことに精力を費す出席者がまぎれることもありますので注意しておきたいところです。

数字はひとり歩きする

数字の扱いには慎重にします。

数字はひとり歩きするものです。
いつぞやの資料で書いてあった夢物語のような数字が、あとになって蒸し返されないとも限りません。
予期せぬひとり歩きを防ぐためには

• 数字には根拠を持たせる
• 数字の精度を上げるための作業に顧客を巻き込む

紙や電子媒体などの証拠になるものについては、数字は明記せず、口頭で伝えてしまうのも手だと考えています。
もちろん確証のある数字であれば、どんどん使います。

紙かプロジェクタか

打ち合わせ時の資料の媒体が

• 紙
• プロジェクタ

によって、字の大きさ、配色を考えます。
プロジェクタのときは、スライドの内容を補完するような細かい内容を記載した紙の資料を配布するというのも理解を助けることになると思います。

打ち合わせ当日

アジェンダを準備する

打ち合わせの目的、準備した資料などを記載しておきます。
調整時に伝えたことの再確認です。

目的は最初に宣言する

アジェンダでも書いてあることですが、あらためて
「本日はこの内容で開発着手の承認をいただくためにまいりました。まずは開発のきっかけになった課題の振り返りと対応する開発案から説明します」
「本日はプロジェクトの途中経過の報告となります。一部遅れはありますが、全体的には順調です。遅れに対する対策を中心にお話しします」
「先日発生したシステムトラブルの件でご報告にあがりました。ご迷惑をおかけしたことをおわびいたします。発生した事象とそれに対応する改修案をご説明いたします」
「現在、開発を前提に話が進んでいる○○の件で、御社にお願いしたい事項をおつたえします。見積をお願いするための説明となります」
などなど。口頭でも議題設定して念を押します。

相手の反応を見る

資料作成時に設定したメッセージを伝えたい相手がどのような反応をしているか、観察しながら話します。
うなずいているか? 今説明をしているページを読んでくれているか? などです。
今まさに話をしている相手が想定していない動作をしているときは、「今○ページです」などとページを読むように導くようにします。

最後に

もっといろんなことを気にしているような気がするのですが、ぱっと思い出せるだけでこれだけあります。
気がついたことがあれば、随時追記していきたいと思います。
まとめてしまうと、相手にどれだけ気をつかった資料になれるか、ということなんですけどね。

詳細はTwitterでのハッシュタグ #librahack と、逮捕された容疑者がまとめられている下記サイトを参照

Librahack ： 岡崎市立中央図書館HP大量アクセス事件まとめ
http://librahack.jp/

Twitter / Search – #librahack
http://twitter.com/#search?q=%23librahack

ということで、この事件、結局不起訴に終わったようなのですが、正直よくわかりません。
自分のわからないことを整理するために、Twitterのハッシュタグ #librahack 経由で拾った情報を追いかけつつ、システム作り顧客に納品するという仕事をしている立場から、推測に推測を重ね、思うことを書いてみようと思います。

なお、

• 攻撃を受けたとされるシステムは図書館の資産
• システムの保守は管理会社に委託

という前提です。

疑問点

私が疑問に思っている点は1点。
警察に被害届を出すまでにシステムを運用している会社と図書館の間でどのようなやりとりがあったのか、です。
しかしながら、攻撃を受けた側の情報が圧倒的に不足していて、あるのは作った会社の情報と推測、憶測ばかり…。
攻撃を受けた側から引き出した情報としてあったのは、下記の記事でした。
↓

1. サーバの不調について、管理会社に調査してもらった
2. 管理会社の調査で、外部からの攻撃が判明
3. 警察に被害届を提出
4. 私(電話に出られた担当の方)が知る限り、警察からは2,3回、問合せがあった
5. サーバの調査等は、私が知る限り行っていない
6. 令状を持った捜査が行われたことは無い
7. 逮捕は報道で知った
サーバ管理者日誌 岡崎市立中央図書館に電話してみた

私が想像していたのは、システム側でアクセス遮断とか対策を施したんだけど、それでもしつこく攻撃されるから、警察に被害届を出した…という流れです。
上記2.と3.の間に、図書館が主体となってしかるべき判断なり対策があるべきだろうと。
しかし、上の内容では、図書館が主体になって何もしていないのでは、という疑問を抱いてしまいました。
なにもしていないのに、いきなり被害届を出したのでしょうか。

もし自分が管理会社の担当だったら

1. 「想定より多い量のアクセスがあった」旨、顧客に報告
2. 「数カ所のIPアドレスからのアクセスのようです」などとアクセス分析
3. 「対象のIPアドレスを持つプロバイダに問合せましょうか」と提案
4. 「場合によってはアクセス遮断しましょう」と提案
5. 上の作業について、お代はこれこれ…

システムを維持・管理している会社としては、もしかしたら、定型保守枠外の作業としてお金をいただくチャンスです。
私だったら、上の流れで図書館のシステム担当者に提案していると思います。

もし自分が図書館のシステム担当だったら

1. 外部からの攻撃があったとの報告を受ける
2. 他の利用者に迷惑かけている。どうにかならないか
3. その攻撃を防ぐことはできませんか?
4. 以下、管理会社のターン

図書館側としては、一般の利用者の利便を確保することが第一だと思います。
そのためにできることはなんでしょうと聞くでしょう。
知識があれば、上記管理会社に逆提案もできるかもしれません。

さて

ここでどういう行動を両者がとったのか、よくわからない。
#librahack タグでの情報もこの辺は推測でしかありません。
しかし、図書館側の行動に主体性がない(ように見える)ことへの批判が見当たらないのが不思議です。

最後に

ここでは、

• 1時間に3万アクセス程度で落ちるとはなんて貧弱な! どういう作りしているの?
• HTTP500が発生しただけで「停止」扱いですか?
• これだからコンピュータに詳しくないヤツが報道すると…

という観点からはなにも言いません。

日経のIT Proあたりに事件を取材していただいて、報道してもらいたいです。

システムエンジニアという仕事をしていると「上流工程」とか「下流工程」という言葉を使うことがありますが、この言葉は嫌いです。

人月での見積りでは「上流工程」には単価が高いとされる要件定義などをし、「下流工程」には単価が安いとされる開発やテストなどを含むのも一因でしょう。
上流や下流のように「上下」が熟語に含まれるとそこに「上下関係」があるような錯覚を抱いてしまいます。別に上流工程ができるからってエライなんてことないのに。

運用こそが上流工程，開発は下流工程 – 記者の眼：ITpro
http://itpro.nikkeibp.co.jp/free/ITPro/OPINION/20020916/1/

だからこそ上記のような記事も登場していたわけです。
でも「どっちがエライ」のレベルから抜けられていないですね。

それに「上流工程」に至るまでには、日々の運用での気づきや問題点が大事なinputになるというのに完全に軽視しているような印象もあります。作れば終わりだと思っているから、日々の運用のことなんか考えないシステムができあがるのではないでしょうか。

そこで、上流、下流なんてせこいあらそいから一歩引いて、水の循環にまで視野を広げてしまえばどうでしょう。

上流、下流なんて全体のごく一部の話で海に流れてから、雲になり、雨となり、地下水となって、やっと河川の上流という表面に出てくる。
このように考えれば、日々の運用も「次の案件へつながることなんだ…」と軽視されることはなくなるし、開発にあたる河川の上流から下流というのは一部のことだというのが理解できるのではないかと思うのです。

私はそのように考えて仕事をしているつもりです。

『ビジネス人生論 なぜ、泣ける男は成功できるのか?』(平林久和・著)を読みました。

ビジネス人生論・なぜ、泣ける男は成功できるのか？
http://www.aiueo-kan.co.jp/hirabayashi_book/

作者の平林さんとは、箱根駅伝のときのつぶやきがきっかけで、Twitterでお互いフォローの関係になりました。

Twitter → @HisakazuH

Hisakazu Hirabayashi * Official Blog
http://hisakazuhirabayashi.blog95.fc2.com/

その後いただいたDMやブログを拝見して、本を書かれていることを知り、内容についても興味深く思っていたところ、先行発売もあるということで、早速購入してきました。

感想を書こうと思ったのですが、Twitterで知りあったご縁ということで、読んでいる間に浮かんできた過去の自分のつぶやきをまとめておくことで代えたいと思います。
なぜ、このようなつぶやきが浮かんだかは、本書を読んでのお楽しみということで。

	Takuya Y./ベン @atauky	有吉「ブレイクするっていうのはバカに見つかること」。いろいろと応用が効く名言だなあ。(2009-08-4 01:24:41)	link
	@atauky	なにが君のしあわせ？なにをしてよろこぶ？わからないまま終わる。まあ、それでもいいんじゃない。探し続けるっていうのも悪くないと思うよ。(2009-09-08 12:05:37)	link
	@atauky	自分はこういうヤツだと決めつけてしまうと、人生つまらなくなりそう。へー、こんな一面もあるんだ、と自分に対して思い続けたい。(2009-09-08 12:17:21)	link
	@atauky	大学4年のときのバイト先の社長には、就職にあたり「仕事をしているうちは大丈夫、仕事をさせられていると感じたら、辞めちゃいな」とアドバイスをいただきました。心の支えです。(2009-09-27 00:26:32)	link
	@atauky	人生で大切なことは死ぬまで学んでいる最中。(2009-09-30 11:54:35)	link
	@atauky	自分探しの旅をするよりは、今ここにある自分を築きあげていきたい。(2009-09-30 12:00:27)	link
	@atauky	自分探しの旅という比喩がしっくりきてないんだろうな。自分いるじゃんここに。(2009-09-30 12:11:07)	link
	@atauky	なぜ「自分探し」という言葉にひっかかりを感じてしまうのか考えるという、自分探し行為(2009-09-30 21:26:58)	link
	@atauky	「こうあるべき」と批判する人はたくさんいるけど、あるべき姿に実際に持っていけるひとは貴重なんだなとあらためて思った。(2009-10-3 00:27:43)	link
	@atauky	明日このテンションで休日出勤かい。誰もいないオフィスで絶叫してやる。(2009-10-03 17:25:44)	link
	@atauky	とりあえず、叫びます。 RT @flyingLarus: 問題は山積み。感情は荒む。さて、皆さん。どうするのがよいでしょう？(2009-10-24 00:41:47)	link
	@atauky	涙の数だけ強くなれるなら、オレ結構強いはずなんだけどなぁ…(2009-10-25 01:26:06)	link
	@atauky	最近また、いろんな人に殺される夢を見る。昨日はLANケーブルで首をしめられた。(2009-11-5 02:13:58)	link
	@atauky	どうやら新しい仕事をするようになった時期に、人に殺される夢を見るみたいだ。とくにストレスや疲れがあるわけではないのですが。(2009-11-5 02:16:15)	link
	@atauky	負けちゃうこと、投げ出すこと、逃げ出すこと、信じないこと。ダメになりそうなとき、それが結構大事。(2009-12-4 02:02:49)	link
	@atauky	「10年後のあなたはなにをやっていると思いますか？」「今の自分には想像もつかないことをやっていると思います」(2009-12-08 12:40:56)	link
	@atauky	善し悪しより、好き嫌いを判断基準にしてから、すっきり生きられるようになりました。(2009-12-13 01:05:17)	link
	@atauky	よくわからない苛立ちにさいなまれている。(2009-12-19 00:01:23)	link
	@atauky	システム開発の修羅場をくぐり抜けた人が仕切った現場が、また修羅場。経験が修羅場にならない方向に活かされないのはどうしてだ…(2009-12-22 23:36:32)	link
	@atauky	自分が楽しいと思ってやっていることが、結果としてみんなを楽しませる。幸せだな。Win-Winだな。そうありたいな。(2009-12-25 04:45:15)	link
	@atauky	マイブームなんてころころ変わるもの。そこに一貫性を求められても…などと思う。(2009-12-28 00:02:40)	link
	@atauky	日本でも、元服するときに新しい名前をもらっていたわけで、なんかその日から生まれかわる感じだったのかなぁ。(2009-12-28 02:30:56)	link
	@atauky	「過去は変えられる」…か。私の言葉に変換すると「無駄だと思っていたことが、無駄じゃなくなるときがくる」かな。意味づけの問題。(2010-01-27 07:45:16)	link
	@atauky	歴史というのは「現代の視点で過去の出来事を見る」という一面もあるよな。(2010-01-31 14:50:40)	link

このような結び付きを生んでくれた、Twitterとピーチクと箱根駅伝に感謝。

ニッポンのお茶の間 ピーチク
http://ptic.jp/

文庫版になったので、気軽に買えるようになった『野村ノート』を読みました。

全体の構成としては冗長で、あっちとこっちで同じことを言っている!というような重複感も感じるのですが、野村監督の経験から出てきた言葉の数々は、具体的なエピソードが共に語られることで、非常に説得力を感じます。
野球ファンであれば、「あ、あの試合のことか!」などと思い出されるのではないでしょうか。

特に印象に残ったのは「決断と判断の違い」の部分です。
決断は「覚悟を決めて何か賭けること」。
決断をしたら、責任は自分で取る覚悟が必要。覚悟に勝る決断なし、迷ったら覚悟を決めること。

判断は「頭でやるもので、知識と経験に裏付けられた基準と根拠が求められる」。
適用する判断基準を誤ると、勝てる試合も落すことになる。

似たような言葉ですが、Whatが大事な決断と、Whyが大事な判断ということになるでしょうか。

選手と監督の関係

本の中では、監督と選手の関係を中心に、

• コーチング「監督は気づかせ屋でなければならない」
• 組織「中心なき組織は機能しない」「後継者づくり」
• 人材育成「エースと四番はつくれない」「『人として生きる』を教え込む」

といった具合に、私がサラリーマン生活をしていく上で感じるところが多い内容でした。
自分の上司や部下、またはお客さんや競合他社のように具体的な誰かを思いうかべながら読まれると、より面白さが増すかもしれません。

ですが、どうしても違和感を拭えない点がひとつ…

選手と監督だけ?

登場人物が、監督と選手しかいないのです。同じくチームを構成する「コーチ」が出てこないことが不思議でしょうがない。
野村監督にとって、監督と選手の間にいる「コーチ」はどういう存在だったのか、言葉にして語ってほしかったなと思います。

というのも上述した「覚悟に勝る決断なし」という言葉を色紙に好んで書いていた人のことを思い出したからです。
南海時代に野村監督とコーチの間柄で過ごし、NHKのドラマ「フルスイング」のモデルになった高畠導宏氏です。

野村監督がヤクルトの監督になった一年め、高畠氏はコーチとして招聘されます。
高畠氏にコーチとしての道筋をつけ、野球の奥深さを教えてくれた野村監督を恩人と講演などで繰り返し語っていたそうです。
しかし、ヤクルトでの野村監督と高畠コーチの関係は一年で終わりを告げます。

「野村監督は変わってしまった」という言葉を高畠コーチは残してヤクルトを去りますが、もしかしたら、野村監督が求めるコーチ像に高畠氏が合わなくなってしまったのではないかと思うのです。
このあたりは本人に聞かないと本当のところはわからないですね。

Twitter上のやりとりで、考えさせられたので、考えたことを吐きだしておきます。

製造業、建築業、IT業界(SIer)、テレビ番組制作…
共通していえるのは、

• 業界的に急成長した時期があった
• 労働集約的な業務遂行
• 多重構造になっていて、末端が食えていない現状
• そんな現状に陥ったのは、業界の成長が頭打ちになってから

ということでしょうか。
まず、どうして多重構造ができあがったのか、想像、推測、憶測を重ねてみたいと思います。

多重構造に至るまで

今悪いことになっているといっても、多重構造になったのには、それなりの利点があったからのはずです。
それはどんなものだったのでしょう。

建築、IT

ごく最初のころは、元請けが全部仕事をしていたと思います。
仕事の規模もしれていたので問題なかったんではないでしょうか。
しかし、規模が拡大するにつれ、分業化していったほうが効率がよいということになった。

金の流れの末端に位置する会社にとっては、いろいろと都合がよかったはずです。
それなりに技術を磨いていれば、上流のほうから流れてくる仕事をこなしているだけで、経営がなりたつ。

金の流れの上流にいる会社にとっても、都合がよかった。
仕事とって、マネジメントに徹していれば、利益があがります。
多数の会社に仕事を振ったほうが、自分のところですべてかかえるよりリスクが少ないですしね。

製造業

部品を組み立てる工場というのが一つポイントでしょうか。
ここの問題はふたつにわかれて、組立担当の期間工と、部品工場の上流から下流の問題。
組み立てる人は組み立てに徹していればOK。最初のころは社員がとりくんでいたのでしょうが、雇用の流動性確保のために、期間工を導入した。

部品をつくる側は、多重構造です。在庫のリスクを下流側に追いやることで、組立側には在庫を残さない。
これが、上流側のメリット。

下流側にもメリットがないかと言えばそうでもない。
言われたとおりのものを作る技術があれば、上流から仕事はやってくるんですから。

テレビ番組制作

テレビ番組を作る場合にも金の流れの上流側には社員をかかえなくてすむというメリットがあります。
民放の場合、番組制作費はスポンサーは出しますが、制作費の多くは、人件費に消えていきます。ところが制作会社に1本○万円で投げてしまえば、それ以上のことは気にしなくていいですから。

受ける側にも、最初のころはメリットがあったかな。テレビ番組を作りたいと思う人の受け皿になっていた部分もあるかもしれません。

最初のころはメリットがあったとして、どのように崩壊していくのか、次で見ていきたいと思います。

偽善者を意味するギリシア語「hypokrites」はもともと舞台の上で演じる人、つまり、俳優を意味していた…
そんなことを、『今こそアーレントを読み直す』で読みました。

同じ話題は『ローマ人の物語』でも、アウグストゥスやティベリウスの物語のなかで出てきます。
アウグストゥスは偽善者、つまり演じ続けることできた名優でした。民衆や元老院をいい意味でだましきったと言えるかもしれません。
しかし、本音の人ティベリウスは、「○○のふりをする」ことができません。最終的に家庭でもつらいことばかり、ローマ市民からもローマに帰ってこないことを非難されてばかりいました。

そして、なぜ、自分がティベリウスに同情する心情を抱いてしまうかということにふと気がついてしまいました。私は偽善を使いこなせていないため、ティベリウスの取る態度が自分のことのように思えてしまうのです…

独善の弊害

本音の人が危険なのは「独善」に陥る危険性があるということです。
「自分はやることやってるんだ」というのは、たとえ本当にやることやっていたとしても、あまりかっこいい台詞とは思えません。悲しいけど。

「本音」「虚勢をはらない」というと聞こえはいいですが、もてなしを受けているときに疲れているからと言ってムッツリしているのは、周りから見てどうでしょうか。
「だったら来るな」と不快な思いを抱いたり、「楽しくないのだろうか」と不安に思われたりしてしまうのは、好意に結びつきそうにありません。

偽善の効用

「偽善」というと響きが良くないですが、言い換えると、「演技する」「虚勢を張る」ということだと思います。
相手に楽しい思いをしてもらったり、喜んでもらったりと、いい感情を抱いてもらうことを大事に思うときには、必要なことだと思います。。
心の底から楽しめていないような状態のとき、楽しそうなそぶりをするだけでも、少なくとも相手に不安・不快な思いをさせることはありません。

人付き合いを考えたときに、これは重要なことではないでしょうか。
慣れないと疲れそうだけど。

人付き合いを円滑にしていくためには、「偽善」が潤滑油になるのです。「本音の人」は本音の通じる範囲や、本音ベースで行動したほうが効果が得られる場合に留めておき、「偽善」的振舞を身に付けられるようにしていきたい。
こんなことを考えている時点で善人にはなれそうにありませんが、少なくとも「偽善者」になることはできるはずです。

復活の呪文で痛いめを見たDQIIですが、DQIIIでは復活の呪文システムから解放されました。
冒険の書(セーブ)の導入です。
しかし、セーブデータの運用で悲劇が待ち受けていました。

「冒険の書」の運用

セーブは3つ保存することが可能でしたので、プレイする人が家族で自分ひとりしかいない私は、本データひとつ、バックアップふたつでの運用を行なっていました。

しかし…3つとも消えるんじゃないよ…バックアップの意味ないじゃん。
ここから今の仕事にもつながる教訓を得ました。
「バックアップは別媒体に取得すること」
当時は、データを吸い出す方法を知らなかったんだよ。
(知っていても、やってはいけません…だけど)

なお、兄弟がいるところでは、自分以外のデータを消しておおげんかに至ったところもあります。
この辺はむしろ「復活の呪文」のほうが、自分しか恨みようがない点でよかったかもしれません。

ネタバレへの配慮

ドラゴンクエストIIIの公式ガイドブックは情報が不足しています。
ラストダンジョンのマップもありません。モンスターも全てを網羅していません。

先にクリアしていた友人たちもいわゆる「下の世界」の存在を匂わすことはしても、決定的な情報をくれませんでした。
でも、これは、友人たちの配慮だったんだな…とあとでわかりました。
当時小学校3～4年ごろだったのですが、子どもなりに気をきかせてくれていたんですね。

「下の世界」のフィールドに出た瞬間、流れてきた曲に鳥肌立ちましたもの。
「そして伝説へ…」の意味がわかった瞬間でもありました。

コンピュータへの興味

まず、疑問だったのは力などのステータスの最大値が「255」だったことです。
なんと中途半端な数字なんだろうと、思っていました。
今ではむしろ「きりがいい」数字に見えてしまいますが。

また、プログラムの処理を類推する作業をしていました。

• 攻撃力「200」VS 守備力「0」
• 攻撃力「300」VS 守備力「100」

与えるダメージが大きいのはどっち?
上のほうが与えるダメージが大きいことから、単純な引き算でダメージが求められていないことがわかる。

メタル系はプレイヤーパーティーから受けるダメージは「1」だが、混乱したモンスターから受けるダメージは「2以上」になることから、ダメージ算出時に特別な計算をしていると推測。

各系統のダメージ魔法「メラ、ギラ、ヒャド、イオ、バギ、デイン」のダメージ値平均、バラツキを求める。
バギ系のダメージのバラツキは大きい…

当時の暇さ加減がうかがわれます。
これ頑張れば「あるきかた」みたいになったんじゃなかろうか。

他、下の世界のモンスターはステータスが公表されていませんでしたので、

• HPはダメージの合計から
• 守備力はルカニ(ルカニが成功すると守備力は0になる)
• すばやさはボミオス(ボミオスはすばやさを半分下げる)
• 攻撃力は上記の理論から推測して計算

といった要領で、ステータスを求めていきました。
今だったら、ROMを吸い出せばデータが読めますけどね。
コンピュータがどんなことをしているんだろうと、考える訓練は今の仕事に相当生きていると思います。

結婚式を身内でこじんまりとすます予定の友人夫妻を主賓にすえ、友人有志で結婚パーティーを開きました。
出席者はだいたい30人超。会場は秋葉原のヨドバシカメラ前にあるプロントでした。
プロントってこういうパーティーもできるんですね。

1週間前突然司会を言いわたされ、それでもなんとかなるだろうと台本を読む練習などをして本番にのぞみましたが…
かみかみで終わりました。
友人同士の間というこで、ある程度は笑いに紛らわせることは
仕事で客先プレゼンをするときに、滑舌が悪くなることはめったにないんですが…

というわけで、仕事でプレゼンするときとの比較で、よりよい司会をするためのポイントを考えてみたいと思います。

自分の言葉に落としこめているか

なぜ、プレゼンでかまないかを考えると、「自分の言葉で語っている」ことが理由として浮かびました。
逆に言うとプレゼンでも人にわたされた台本をほいっと渡されたら、多分かみかみになるであろうということ。

今回は、友人が書いてくれた台本をそのまま読むスタイルでやったのが敗因なんだろうと思います。
やっぱり自分がやりやすいリズムとかあるんですよね。
アナウンサーやナレーターってわけでもないですから、自分のやりやすいかたちにもちこんでもよかったかなと。

想定外の事態への対応

新郎新婦入場などの長い時間がかかるイベントのとき、間をつなぐことができませんでした。
本来であれば、こういったシーンへの対応を想定して、発言を考えておくべきなんですよね。

客先での説明であれば、議論になりそうなところを想定して、「ああ言ってきたら、こう言いかえす」を準備しておくのですが、今回はそこまで考えてませんでした…

また、料理が出てくるペースが想定より遅かったので、予定どおりに進みませんでした。
ここは、スタッフとの調整不足ということでしょう。
そのときのイベントの組みなおしには、臨機応変に対応しなくてはいけない。
この辺を自分の想定の範囲に置いておけばあわてることはなかったんですよね。

おうむ返しで会話の成立

新郎新婦や、その友人との会話でもたせるクイズコーナーはそれなりに間を持たせることができました。
事前にインタビューを行なって、ストーリーがぶれないようにしてありましたし、参加者の多くが自分が知っている人たちということで、トークをふるにも安心感がありました。

会話を成立させて、間を持たせるための作法は、相手の言ったことをおうむ返しすることです。
または、自分の言葉で言い換えを図ってもいいかもしれません。
騒がしい場内は、マイクを持っている司会者が話の中継をするのがいちばんです。
間を持たせることもできて、一石二鳥です。

これはプレゼン後の質疑応答で使えそうです。
想定外の質問をされても、おうむ返しをすることで、相手の言葉を反芻し、回答を考える時間をつくることができます。

司会者の仕事ぶり

自身の結婚式での司会者を思いだしてみると、私たちとの打合せのときには、スピーチをしてくれる列席者の人物像把握にあてられていたような気がします。「どんな人か」「新郎新婦との間がら」など..

「Wiiの間」の『Big Step』という番組では、初めての結婚式司会者に挑む人が、式場のスタッフとの打合せの様子も映しだされていましたが、料理が出るペースを勘案し、食事の時間と、イベント、出し物をはさむ時間を調整していました。
これは、スタッフの動きを自分の想定の範囲内に収める行為と言えましょう。

司会者は、起りうる事態を想定してあわてないようにするのが、最低限の仕事をするために必要なことなんだなと思います。

まとめ: 大事なこと

• 事前の準備で想定できるだけのことはしておく
• 自分の言葉で話す
• 想定外の事態には、(おうむ返しなどで)自分の心を落ちつかせる

司会をもう一度やりたいかって…もうこりごりです。
特に親戚などが集う披露宴なんかだったら、失礼もいいところです。
やるんだったら、新郎新婦とのインタビューをしっかり行ない、参加者のキャラ把握を万全にし、会場のスタッフとの調整も自分でやって、台本も自分で書かないとやってられません。

お金がないから、友人に司会者をやってもらおうなどと考えている、新郎新婦のかた。
その友人がアナウンサーなどのプロだったらともかく、素人では厳しいものがあると思いますよ

『信長の野望・天翔記』につづき、シリーズにしてみました。
ファミコン時代のドラゴンクエストより「復活の呪文」です。

復活の呪文

復活の呪文とは、パスワードの一種です。

現在のゲームプレイ状況を数文字から数十文字の文字列で表すことで、ゲーム再開時にそれを入力することで同じ状態から再開することができる。かつて、1日のプレイだけでクリアすることが困難なゲームにおいて、ゲームの進行状況を保存(セーブ)するための手段としてパスワードが使用されることが多かった。特に、ロールプレイングゲームやアドベンチャーゲームなどで多く使用されたが、ステージの多いアクションゲームなどでも使用されることがあった。

パスワード (コンピュータゲーム) – Wikipedia
http://ja.wikipedia.org/wiki/%E3%83%91%E3%82%B9%E3%83%AF%E3%83%BC%E3%83%89_(%E3%82%B3%E3%83%B3%E3%83%94%E3%83%A5%E3%83%BC%E3%82%BF%E3%82%B2%E3%83%BC%E3%83%A0)

ドラゴンクエストI,IIの最大の敵はラスボスではなく、復活の呪文だったと思います。
「ふっかつのじゅもんがちがいます」に何度泣かされたことか…

悲劇を防ぐために、当時の私と友人たちが取った方策は以下のとおりでした。

同じタイミングでいくつかの復活の呪文をとる

神父が教えてくれる復活の呪文は、同じ状態でとっても毎回異なります。
そこで悲劇を防ぐために、同じ場面で最低3種類の復活の呪文をメモしておきます。
ひとつ失敗しても、残りのふたつが正しくメモれていれば悲劇は防げます。

間違いやすい文字に注意

「ほ」「は」、「め」「ぬ」、「わ」「れ」「ね」、「ぽ」「ぼ」….
ドットで表示された文字は写しまちがいのオンパレードです。疑わしい文字が登場したときには、テレビに近づいて注意深く確認することで間違いを防ぎます。

親や友達に協力してもらい、複数の目で確認

間違いやすい文字などについては、複数の目で確認することが重要です。
友達が遊びにきているときは、友達に協力を願い、いないときは、親にお願いしました。
親も「これでゲームをやめる」と言えば協力してくれたもんです。

大人になって思うこと

たくさんの文字を入力させることを極力回避

コンピュータシステムを運用するときに、コマンドラインから長い文字列を入力させることに直感的に拒否感を覚えます。
ミスのもとです。
一連のコマンドを実行する、シェルなりバッチなりを用意することは大変重要です。
人は誰だってミスを犯すのですから。

複数人の目で確認すること

複数人で確認すると間違える確率は減るものです。
契約書などミスが許されない文書を作成するときには、やはり複数の目で確認することは大事です。
数字がひとけた違う悲劇はしゃれになりませんからね!

知恵を出しあう仲間は大事

なにより大事だと思うのは、知恵を出しあい協力しあう仲間の存在です。
復活の呪文を間違えることで発生する時間の無駄を防ぎたい一念で一生懸命考えた結果です。
ビデオを持っている家では、復活の呪文を取るタイミングで録画までしているところがありました。
ひとりだけで考えていても浮かばないアイデアも、人と会話することで突然浮上してくることもありました。

困ったときにはひとりで悩まず、誰かに相談するという姿勢もこれで身につけたような気もします。
甘えすぎだったのかもしれませんが。

さて、ドラゴンクエストIIIでは、「復活の呪文」がなくなり、データセーブが可能な「冒険の書」が登場し、復活の呪文の悲劇から解放されるのかと思ったのです…