私も答えにくいし、考える質問だ。載するなら、何をする人かを答えられなきゃ変だ。基本的には、情報整理と決断と育成なのだろう。ロジェクトになれば、リーダー格の人間が必要だとされる。悪がはっきり分かれるものばかりじゃない。定するためには、代表を選んでおいた方が仕事は進む。正しい決断のためには日頃の情報収集が決め手となる。去の経験から火元はどこにあるのか。その知識の量がPMの単価の高さの根拠だ。メンバーの進捗管理には、一番お役所的にやるのなら、次の方法がある。プロジェクトに入力して(させて)、幹部会に報告する。けなので、ある意味楽だが、その言葉に重みがないと存在自体に価値がない。「名監督」と呼ばれるPMたちは沢山居る。そもそも歴史がなさ過ぎる。過去の失敗症例も充実している訳ではない。ドキュメントもきちんと残っていないのが現状だろう。大きな違いが、目標となる人物像の欠如だ。あったような気がする。目標とする像もないから、「恥」の意識も育たない。Web屋の五年後は分からない。明確にヴィジョンを持っている方が稀だろう。っとしか経っていない。失敗に対する対応もアマアマだ。Webプロジェクトに自然発火はまずない。誰かが言い出したりやり始めたため、火がつく。責任の取りようも曖昧だ。責任の所在を明確にする作業も余りなされない。し、現実的には、誰かの尻拭いを誰かがする。それを「火消し」と呼ぶ。いかほど馬鹿馬鹿しい作業か。山が消失する程には燃えていない。昔のプログラム開発部隊では、責任の取り方はある程度決まっていた。言ってしまえば「降格」である。PMの資格がなければ、PMの仕事はさせない。人事上の降格ではない、プロジェクト進行上の降格である。それはチャンスとも言える。仕事の借りは仕事で返すしかない。降ろされた人は、PMの支援をする。それが現場の教育であり、そのループの速さがチームの強さを示す。うした試行錯誤と知恵の蓄積がなされてきたことと無縁ではない。するにはどうすれば良いのかという問いは常に議論されている。Webがエンジニアリングとの接点で軋む理由でもある。威厳が絶対視されるような土壌は、エンジニア環境にはない。オーラと呼んでも良いのかもしれない。「この人には敵わないな」と悟る。圧倒されている自分を感じる。そんな圧倒される雰囲気の中でする仕事は気持ちいい。