設計の精度を上げるためには、その設計図を工夫するしかない。元の絵を用意して、頭の中で想像させる方法もあるだろう。作って、実際に触れる試作設計図という方法もある。先日行なった設計レヴューは面白かった。芝居」を複数人で囲んだ。使われるかを説明して、動きの説明を聞く。皆がその操作対象者になった気分で見聞きする。きるプロ数人のレヴューの方が意義があると、私は思っている。あれば、レヴューをしながら、「あぁ、これは行けるな」と直感できる。いったレヴューを何度も繰り返している仲間達だ。まっさらな状態でテストに加わる。慣れているし、プロだから、話が早い。皆が感心しながら聞いている。尊重できるのかが、やはりこの稼業の本質だと改めて思う。違う流れも最近強く感じる。自動化しようと頑張っている人たち。考えているような方々だ。間」を理解しつくしたという話になるのだろうと思う。なる」と答えた人がいたという話。いて良かったと心底思う。ここまで多くの人たちの心を揺さぶる回答には出会えなかっただろう。しているように思えてならない。最近ファストフードのカウンターでも、そんなことを感じる。ラッとした顔で「ポテトもいかがですか?」とか口にするオウム君が多かった。最近の人はちょっと違う。明らかに笑顔が自然だ。う人達が、それぞれ違った個性的な笑顔で輝いている場合も少なくない。考えても、採用面接でお客様に笑顔で応えられるかという項目がありそうだ。ここに定型接待の限界の次のモデルがある。ビジネスを始めたところが、自発的で個性的な接客を求め始めている。できることを喜ぶ若者も多いだろう。ら、誰でも真似できる。部分はマニュアルには書けない。結局「手作り」に回帰しているようにさえ思う。ら、最終的には、この「手作り」の匂いのするサービスの構築に行くのだろう。思える点にもつながる。システム屋は「定型」にこだわりがある。ある程度まで同じ品質で開発を進めることは至上命令だ。質が高いほど、システム屋としての「格」があがる。アジア諸国のエンジニアへの恐怖心は根深い。「コミュニケーション屋」は違う。思っている、ユーザーに一番近い部分の構築に関して、何も恐怖心はない。本語という壁のためではない。そもそも自動で構築しようと思っていない。分はある程度は自動生成を目指す。心血注がなければ成立するとは思えない。