2010/04/14こんにちは、第3バイオリンです。2月の末に、室内楽の演奏会に出演しました。この演奏会で、初めてカルテットに挑戦しました。普段はオーケストラで、大勢でひとつのパートを演奏しているわたしにとって、1人で1つのパートを担当する室内楽はいつもと違う気づきがたくさんありました。演奏会の運営のお手伝いにも初挑戦しました。演奏と運営の両方を経験してみて、室内楽とプロジェクトマネジメントという、一見関係ないようにみえる2つのことに多くの共通点があることに気がつきました。今回は、そのお話をします。......室内楽に置き換えると?演奏会の3カ月ほど前に、同じオーケストラに所属するチェロの団員さんが、「カルテットの第2バイオリンのパートを演奏する人がまだ見つかっていないんだけど、もしよかったら一緒にやらない?」と、わたしに声をかけてくれました。それが、わたしがカルテットにアサインされたきっかけでした。次は要件定義、すなわち演奏する曲を決めるわけです。わたしがアサインされたときには、すでに曲は決まっていました。オペラ作曲家であるプッチーニが作った、唯一の弦楽四重奏曲です。プッチーニが亡き恩人を偲んで作っただけあって、かなりテンション低めの曲です。何でまたこんなマニアックかつ暗い曲を......と思いましたが、ともかく要件は決まりました。あとは演奏会当日(納期)までに曲の構成を理解し(設計)、実際に音にする(実装)のです。おっと、テストと保守・運用にあたるフェーズがありませんが、そこは突っ込まないでください(笑)。■練習でPDCAサイクルを回すカルテットの合奏練習は第1バイオリンの人のご実家で行うことになりました。わたしが見ていたのは第2バイオリンのパート譜だけです。曲はCDを買って聴きましたが、全体像ははっきりわからないままでした。他のメンバーも同様だったらしく、とりあえず一度通してみることにしました。最初の通し練習は......予想通り、途中で何度か空中分解しました。何とか最後まで通した(?)ところで、メンバー全員で空中分解したポイントを確認しました。そこで、どのパートに合わせるべきかを再度話し合い、もう一度通し練習を始めました。事前に合わせるポイントを確認しあう、実際に演奏する、合わなかったところをチェックしてどうやって合わせるか決めて再度演奏する......まさにPDCAサイクルです。オーケストラも同じように練習しているはずですが、今まではあまり実感がありませんでした。オーケストラでは、CとAはもっぱら指揮者の仕事だからかもしれません。■誰のレベルに合わせる?4人で何度か合奏をしてみて、メンバーの中でわたしの演奏が一番レベルが低いことに気がつきました。それも当然のことでした。第1バイオリンはうちのオーケストラのコンサートミストレス、ビオラとチェロは、それぞれのパートでトップサイドを務めたことがある人です。うちのオーケストラの精鋭ばかりの中で、わたしだけがみんなの足を引っ張っている状態でした。プロジェクトでもメンバーのスキルがバラバラということはよくある話です。いう場合、誰のレベルに合わせるべきでしょうか。手っ取り早い方法は、一番レベルの低い人(わたし)に合わせる方法でしょう。わたしは「本当にそれでいいのか?」と思いました。他の人のレベルが1でも、わたしひとりが0.5であれば、0.5のレベルの演奏しかできないことになります(ひでみさんのコラム「人人月の寓話」でも同様のことが語られていましたね)。わたしは、それは嫌でした。声をかけていただいて、カルテットで演奏するのです。わたしのレベルを引き上げて、よりよい演奏をしたいと思いました。それから当日まで、わたしは必死に練習しました。合奏練習のときにも、どういう演奏をしたいか意見を言うようにしました。■演奏会の運営はまさにプロジェクトそのもの今回の演奏会では、演奏だけでなく運営にも携わることになりました。当初の運営メンバーのひとり(Aさんと呼びます)が諸事情により演奏会に出られなくなったので、急遽わたしともうひとり、別の団員さん(こちらはBさん)が代理を務めることになったのです。演奏会を開く、ということは簡単なことではありません。演奏会前に宣伝のチラシを配る、会場のスタッフと本番の段取りを打ち合わせする、参加者から参加費を集める、打ち上げの出欠確認から本番当日の係決めなど、タスクはたくさんありました。わたしとBさんは、休日に車で市民会館やCDショップなどを回ってチラシを置かせてもらえるようお願いしたり、オーケストラの練習後に他の運営メンバーと集まって当日の段取りを打ち合わせたりしました。わたしはたいしたことはできなかったのですが、Bさんや他の運営メンバーの皆さんのおかげで、タスクは順調に消化されていきました。Aさんが演奏会に出られなくなったとき、Aさんが必要な書類をすべて持ったまま連絡が取れなくなってしまう、という状況になってしまいました(詳細はここではお話できませんが)。プロジェクトのキーマンだけに知識やノウハウが集中した状態で、そのキーマンが突然いなくなって慌てる、ということは実際のプロジェクトでも起こりうる話です。この一件で、こういう場合のリスクマネジメントについても大いに考えさせられました。■いざ本番!演奏会当日、わたしはこれまで練習で考えたこと、感じたことをすべて伝えるつもりで演奏しました。実際にすべて伝わったかどうかはわかりませんが、少しは伝わったのでしょうか、本番終了後に、カルテットのメンバーから「今までで一番良かったよ」と言ってもらえました。当日の運営にも大きなトラブルはなく、無事に終演を迎えることができました。出演者も観客も楽しめる演奏会になったと思います。はいっても、演奏面でも運営面でも反省すべきことはいくつかありました。それは次回の演奏会につなげたいと思います。これもPDCAサイクルですね。Comment(6)次の投稿へ前の投稿へ最新の投稿わたしの前に道はない、わたしの後に道はできる。22:50はじめまして、ちふと申します(派遣、開発と評価少し)。クラシックは聞く方オンリーですが:>>あとは演奏会当日(納期)までに曲の構成を理解し(設計)、>>実際に音にする(実装)のです。>>おっと、テストと保守・運用にあたるフェーズがありませんが、>>そこは突っ込まないでください(笑)。しれませんが、こんなのどうでしょう。リリース単体(一人で練習)とばして結合(みんなで)するとボロボロになる、とかありそうな気が。20:19ちふさんコメントありがとうございます。リリースおおっ!そういう解釈がありましたか!素敵なアイデアありがとうございます。コラムでは「実際に音を出す」部分をまとめて実装フェーズと書きましたが、ちふさんの解釈のように、音作りと練習を分けて考えるというスタイルもアリですね。(となると、アジャイル型というか、テスト駆動開発(TDD)になるのかな?)>単体(一人で練習)とばして結合(みんなで)するとボロボロになる、とかありそうな気が。あ、これ経験あります(汗)。管・打楽器がセクション内で合わせたりするのが結合テストといったところかもしれませんね。23:20はじめまして。