「WACATE 2011 夏」参加レポート（その4）――学んだことを「今すぐ」生かすことができなくても

コミュニティ活動

» 2011/08/01

　こんにちは、第3バイオリンです。

　「WACATE 2011 夏」参加レポートもいよいよ最終回です。今回は、クロージングセッションと後夜祭の様子、そして今回のWACATEで得られた気付きについてお送りします。

■クロージングセッション「コミュニケーションとしてのバグ報告――実データの分析、研究動向、私の経験から」

　「WACATE 2011 夏」の最後を締めくくるのは奈良先端科学技術大学院大学の森崎 修司さんのセッションです。

　森崎さんは、テキストベースによるバグ報告の難しさからお話を始めました。

　システムテストでバグが見つかったとき、テストエンジニアは開発者にバグについて報告します。このとき、対面で報告する場合にはあまり角が立つことはありません。

　しかし、メールやインシデントレポートだけで報告、つまりテキストだけで報告する場合は注意しなくてはなりません。例えば、題名にただ一言「デグレード」なんて書かれていたらどうでしょうか。おそらく、大抵の開発者は「ムキーっ」と腹が立つに違いありません。

　他にも、テキストのまずさによるバグ報告の問題はよく起こっています。例を挙げると、バグ報告が開発とテストの間で行ったり来たりする「バグピンポン」と呼ばれる状態です。わざわざ名前がつくくらいですから、おそらく読者の皆さんにも経験ある、という方はいらっしゃるのではないでしょうか。

　ここで森崎さんは「コンウェイの法則」について説明しました。コンウェイの法則とは、「製品の設計は組織のコミュニケーションの構造を反映したものになる」という説です。ソフトウェアもまた製品なので、ソフトウェアの品質は組織のコミュニケーションの構造の影響を受ける、というわけです。

　そのため良いコミュニケーションができると品質が高くなる、というのが森崎さんのお考えです。例えば、昼食を一緒に食べられる距離（物理的なものだけではなく精神的にも）にいるチームはコミュニケーションが取れていて、バグも少ないという傾向があるそうです。

　森崎さんは、過去にご自身が経験してきた、問題が起こりやすいインシデントレポートのパターンについて説明しました。例えば、バグ以外のこと（嫌味や開発者への攻撃など）が書いてあったり、モチベーションを下げるようなこと（理由なき要求、聞いてもいないウンチクなど）が書いてあったり。それ以前に、文章の記述が不十分、不正確という問題もあったそうです。

　このようなインシデントレポートの多くは、配慮や文章力の欠如、信頼感の乏しさに原因があります。これらはすぐに身に付くものではありません。普段からのトレーニングが必要です。そうして少しずつ実績を積みながら信頼を得ることが大切、と森崎さんはおっしゃいました。

　文章力はたくさん文章を書くこと、自分の文章を客観的に見つめることが一番のトレーニングになります。では、配慮はどのようにトレーニングすればいいのでしょうか。

　森崎さんは、配慮を鍛えるための原理・原則として「『相手が長期的に一緒に仕事したい』と考えてくれるかどうか自問する」ことを提案しました。バグ報告をする目的は、目の前の相手をやり込めることでしょうか、それとも、ユーザーによりよいソフトウェアを提供することでしょうか。それを考えれば、いつの間にか「開発 VS テスト」のバトルになって肝心のバグのことが置き去りに……などということはなくなるでしょう。

　最後に森崎さんは、「次の時代を築き上げるのは若手、中堅にあたる皆さんたちです。コミュニケーション力で次の時代を変えていきましょう」と締めくくりました。

　わたしは「コンウェイの法則」というものを今まで知らなかったのですが、コミュニケーション力の高さと品質の高さが比例する、という考え方は興味深いと思いました。確かに、コミュニケーションがうまくいかなくてギスギスしたプロジェクトよりも、コミュニケーションがうまくいって、言うべきことや言いたいことが言えるプロジェクトのほうが、良いものを作れるような気がします。わたしを含めテストエンジニアは、何も開発を困らせたくてバグを報告しているわけではありません。ただ、わたしの場合、言葉や配慮が足りないばかりに困らせてしまう、ということは今でもたまにあります。わたしも開発者に「長く一緒に仕事したい」と思ってもらえるようなテストエンジニアになりたいと思います。

■後夜祭

　WACATEが終わったあとは後夜祭、早い話が打ち上げです。横浜のアクアリウム居酒屋に行きました。きれいな熱帯魚が泳ぐ姿を見ながら魚料理（熱帯魚ではないです、念のため）を食べたり、初参加の方とも常連の方ともたくさんお話をしたりしました。中には、書籍をめぐってロシアンたこ焼きに興じるメンバーもいました。テストや品質の話でお酒が飲める仲間は貴重な存在です。

■学んだことを生かす、というけれど

　参加レポート（その2）でもお話しましたが、わたしは今回ポジションペーパーに「WACATEで学んだことを仕事にフィードバックできるようになりたい」と書きました。わざわざこういうことを書く、ということは、今までフィードバックできていなかったということです。これまで3回も参加していたのにそれではダメだ、学んだことを仕事に生かせないなら一体何のために参加しているのか、という、焦りにも近い気持ちがありました。

　そこで今回のWACATEの後に、さっそく会社で「インシデントレポートの書き方ガイドを作りましょう！」と提案してみたのですが……すでに作成されていました。ずっと前に誰かが作ったガイドがあったのですが、すっかりその存在を忘れていました（わたしだけでなく、その場にいた誰もが「あー、そういえばそんなのがあったねえ」というリアクションでした。これはこれで今後の課題となりそうです）。さすがに、わたしがポッと思いつくようなことは、すでに他の誰かが思いついて実践しているものです。

　せっかく意気込んでいたところに水を差されたかたちになって少しガッカリしましたが、そのときふと、あることを思い出しました。以前Twitterであるフォロワーさんと会話したときのことです。そのときわたしは、自分の今後のあり方に悩んでいたのですが、フォロワーさんのある言葉をきっかけに、1年以上前にWACATEのセッションで聞いたことを思い出しました。そして「そうか、あのとき聞いた話はそういう意味だったんだ！」と唐突に理解する、という機会がありました。

　学んだことをすぐに生かすことができるのはもちろん良いことです。しかし、あまり「今すぐ！」と焦る必要もないような気もします。

　今回のWACATEで学んだことも、いきなり組織内に展開と考えずに、まずは個人レベルで取り入れてみようと思います。課内で「第3バイオリンさんのインシデントレポートが一番よく書けている」と言われるようになれば、後から配属されてきた人がわたしの書き方をお手本にして、それで今回学んだことが少しずつ広がっていく。そういう展開のしかたもあるのではないかと考えてみました。もちろんそうなるためには、まずはわたしがもっと精進する必要がありますが。頑張ります。

　「WACATE 2011 夏」参加レポートはこれでおしまいです。今回のWACATEで出会ったすべての参加者、実行委員、講師の皆さん、それから、読んでくださった読者の皆さんに感謝いたします。