Comments
Description
Transcript
予算を増やさずに
予算を増やさず、品質保証チームを定 着させ、士気を高める方法 Marina Gil Santamaria 2008 年 3 月 はじめに 品質保証のプロフェッショナル・エンジニアを採用するには、履歴書に事前にざっ と目を通してから、長い経歴書を読み、面接を繰り返し、話し合いをして、採用 者を決定し、やっと採用にまでこぎつけます。ただし、採用が終わったからと言っ て落ち着けると思うのは大間違いです。 採用側にとって、求人市場は厳しい状況 にあります。北米と EMEA の求人市場は 健全に拡大し、そのほかの地域の市場は 急成長しています。 求人市場は、採用側にとって厳しく、品質保証エンジニアにとって有利な状況で す。例を挙げてみましょう。私がインターネット上のいくつかの求人掲示板で品 質保証エンジニアの求人を調べたところ、オフショアリング・プロジェクトは急 増し続けていると同時に、Boston.com Monster に掲載されているボストンの求人は 607 件、Dice に掲載されているニューヨーク市の求人は 150 件、Linkedin に掲載 されているサンフランシスコの求人は 400 件ありました。これは採用側にとって 何を意味しているのでしょうか。私がこれほど多くの求人を簡単に見つけられた ということは、現在チームにいるメンバーもそれだけ簡単に求人を見つけること ができるということです。従業員が退社する理由は、大抵の場合マネージャーで す。会社自体ではありません。マネージャーはそれを自覚する必要があります。 最初に、自分は優秀なマネージャーだろうか、と自問してみてください。チーム・ メンバーに自信をつけさせながら、指導していますか。メンバーに権限を与えて いますか。メンバーがプロフェッショナルとしての能力を伸ばすための計画をメ ンバーと一緒に策定していますか。メンバーの努力を高く評価していることを具 体的に示すことができていますか。柔軟なスケジュールで、メンバーが仕事と家 庭を両立できるように考慮していますか。これらが優秀なマネージャーの条件で す。 開発やそのほかの IT 部門のプロフェッ ショナルと比較すると、品質保証プロ フェッショナルの仕事に対する満足度は 以前から低いといえます。 これらを自問することは、"標準的な"管理理念に即しており、必要なことです。 それに加え、品質保証のマネージャーやディレクターには考慮すべき要素がさら にあります。開発やそのほかの IT 部門のプロフェッショナルと比較すると、品質 保証プロフェッショナルの仕事に対する満足度は以前から低いといえます。これ はなぜなのでしょうか。"品質保証は誰でもできる"、"アプリケーションのテスト には新卒者を雇う"、"品質保証担当者は実際のところ'開発者志望'だ"、といった誤 解が、品質保証チームの士気に影響するのです。そのようなコメントや固定観念 を聞いたことがあると思いますが、それらは品質保証チーム・メンバーの耳にも 入ります。つまり、品質保証チームの意欲が下がり、気力がなく、消極的に見え ても不思議ではありません。誰だってそうなるでしょう。 この記事では、品質保証に関してよく見られる誤った認識と、それらの認識がな ぜ間違っているのかを詳しく説明し、やる気のあるスタッフを定着させるために 実行できる具体的なフォローアップ・アクションをいくつか紹介します。 予算を増やさず、品質保証チームを定着させ、士気を高める方法 2 Oracle Corporation 発行「HOW TO KEEP & MOTIVATE YOUR QA TEAM -WITHOUT INCREASING YOUR BUDGET」の翻訳版です。 誤解その 1：品質保証は誰でもできる "品質保証は誰でもできる"、"アプリケー ションのテストには新卒者を雇う"、"品質 保証担当者は実際のところ'開発者志望' だ"、といった誤解が、品質保証チームの 士気に影響するのです。 これは間違いです。テストは高度な活動であり、疑問を抱きながら推理する際に、 ロジックを考え、探り、辿る能力を必要とします。テストは技術的な製品検査の 実施方針に基づいて、社内のさまざまな関係者に情報を提供し報告することを目 的としています。検出したものから最終的な結果を得るには、さまざまな種類の インフラストラクチャ、実験、ロジック、モデル、数学的確率、サポート・ツー ルを使用して、適切なテスト・ケース・シナリオを構築する必要があります。通 常では、品質保証チームが利用できる製品ドキュメントがあったとしても、それ らのドキュメントはかなり限定されており、時間がきわめて制約されたスケ ジュールのなかで作業をしなければならないことも忘れてはなりません。そのた め、誰かまわず採用して品質保証を担当させるということは残念ながらできない のです。品質保証には、会社の要件を理解し、任務を遂行できる技術をもった、 知的プロフェッショナルが必要です。 誤解その 2：どんな新卒者でもアプリケーションをテストできる これは間違いです。会社にとってアプリケーションは重要な資産です。事業の性 格によっては、アプリケーションが停止したり、パフォーマンスが悪かったりす ると、収益に直接影響が及ぶ可能性があります。もちろん、業務が滞ると、会社 の評判も台無しになりかねません。考えてみてください。会社の重要な投資や金 融資産を管理するために、未経験の新卒者を採用しますか。この問いに対して採 用すると答えるならば、アプリケーション・テストのために新卒者をどうぞ採用 してください。採用しないと答えるならば、品質保証チームを築きあげるべく、 経験と技術のあるプロフェッショナル・テスターまたは品質保証エンジニア（資 格の有無は別の検討事項）を採用してください。 誤解その 3：品質保証エンジニアは"開発者志望"である 品質保証に関する誤解が周囲に存在する と感じたことはありますか。 これは間違いです。品質保証エンジニアのなかには、コードに興味をもったり、 自動スクリプトの使用を好んだりする人がいることは事実ですが、"手動テストを 実施しながら、テスト・ケースを考え構築する"といった種類の方法を好む品質保 証エンジニアもいます。あなたのチーム内には、恐らくさまざまなスキルをもつ 異なる性格の人材が存在するでしょう。同様に、品質保証からキャリアを開始し た人、別のキャリアから品質保証に入った人、キャリアの変更を考えている人、 あるいは品質保証に長期間携わりたい人がいるでしょう。忘れてはならないのは、 品質保証は製品開発と同様の知的作業を必要とする重要な専門分野であるという ことです。考えてみてください。市場で製品を成功させるための計画を策定して いるのは品質保証エンジニアなのです。 予算を増やさず、品質保証チームを定着させ、士気を高める方法 3 Oracle Corporation 発行「HOW TO KEEP & MOTIVATE YOUR QA TEAM -WITHOUT INCREASING YOUR BUDGET」の翻訳版です。 あなたのチームがもたらす価値をどのよ うに会社に伝えていますか。 誤解その 4：会社にとって品質保証は大して価値がない これは間違いです。品質保証チームは、会社が生産する製品の多様なユーザーの 代わりとなり、製品の品質を改善し、ユーザー・エクスペリエンスを向上させ、 サポート・コストを削減します。社内の品質保証担当者のいくつかの職責を簡単 に見てみましょう。品質保証エンジニアは、バグの発見と報告（重大な問題から、 わずかな拡張やドキュメント変更まで）を担当し、バグが修正されていること （コード変更によってほかに問題が生じていないこと）を検証します。製品機能と ユースケースを把握し、適切なテスト計画を策定するために、品質保証エンジニ アは一般的に開発、製品管理、カスタマー、そのほかの社内部門と緊密に連携し ます。ユーザー・ドキュメントを作成する最終段階で、ドキュメントが十分であ ることを裏づけるのは品質保証エンジニアです。品質保証チームはインフラスト ラクチャ、補完製品、サード・パーティ・ベンダー製品との相互運用性を確認し ながら、製品が仕様や規格に準拠しているかを評価します。品質保証チームは、 お客様に対するベータ製品や正式出荷製品の出荷時期について最終的な決定権を もっているため、時期尚早な製品リリースを阻止または否認することができます。 重要な仕事であると思いませんか。品質保証は大して価値がないというのは、まっ たくの偽りです。 誤解その 5：品質保証は、創造性に欠け、つまらない繰返し作業だ 導入されている社内プロセスによっては、これはある程度正しいと言えるでしょ う。たとえば、品質保証チームがプロジェクトに初めから参加していない場合に は、新しいアイデアを提案したり、製品の要件に関するフィードバックを提供し たりする機会はあまりありません。そのため、品質保証チームは自分達に権限が ないと解釈し、十分に評価されていないと感じるかもしれません。自動化がまっ たく導入されておらず、実際には自動化できるはずの繰返し作業やリグレッショ ン・テスト・ステップが依然として存在するという別のシナリオもあります。（こ こで提示している問題は、100%の自動化ではなく、アプリケーション、環境、目 的を考慮して、会社にとって合理的で適正なバランスを見つけることです。）単 純なテスト・ケースを何百ページも記録しなければならない社内プロセスが導入 されている場合や、"実施した内容をすべて記録する"という種類の方法に基づい た社内方針が適用されている場合には、品質保証チームのメンバーが退屈してし まうのは当然です。品質保証マネージャーは、このようなことに気を配り、手続 き的な不要な行程を回避する必要があります。 意欲を高める方法 ここまでは、よくある誤解について述べてきました。では次に、予算に影響を及 ぼさずに、品質保証チーム全体の仕事に対する満足度を高めることができるいく つかの指針を検討していきます。あなたのチームが支持するマネージャーになり ましょう。 予算を増やさず、品質保証チームを定着させ、士気を高める方法 4 Oracle Corporation 発行「HOW TO KEEP & MOTIVATE YOUR QA TEAM -WITHOUT INCREASING YOUR BUDGET」の翻訳版です。 覚えておくべき簡単な秘訣 • 社内の空気を読む • 関係者や同僚に自分のチームのこと を自慢する • 開発チームとの関係を改善する • 社内の空気を読む。次の質問に答えて、社内での認識を評価してみてく ださい。開発担当者は品質保証エンジニアに敬意を持っていますか、そ れとも品質保証エンジニアを軽視していますか。品質保証チームは、プ ロジェクト計画会議やアーキテクチャに関する話し合いに随時参加して いますか。あなたの部門は、あなたのチームを十分に評価していますか。 品質保証が社内でどのように認識されているかを把握したら、改善でき る社内のプロセスや態度を 1 つか 2 つ特定することができます。 • 関係者に伝える。関係者に対する評価に使用されているメトリックを把 握し、関係者にとって重要であるメトリック（ビジネス・メトリックを 含む）をまず報告します。あなたのチームが達成した成果の一覧を定期 的に作成し、同僚との話の中でチームのことを話題にする習慣をつける のは妙案でしょう。たとえば、週ごとに主要レポート（バグ数や関連す る措置など）を作成し、次の部門会議でそのレポートを配布して、成果 を"示す"ことができます。この目的は、あなたのチーム・メンバーをスター に仕立て上げることです。これは、あなたのチームが会社にもたらす価 値を示しながら、あなた自身に対する評価にもつながりますので、積極 的に実行してください。 • 品質保証と開発の関係を改善する。この関係が良好でないと思う場合、 改善する方法を考えてください。簡単な例を挙げてみましょう。品質保 証エンジニアとしての私の初期の仕事では、金曜日の午後 4 時半にコー ドの構築が完了することがよくありました。開発者は品質保証エンジニ アに仕事を渡して帰宅し、くつろいだ週末を過ごすことができる一方、 品質保証エンジニアは遅くまで残業をして週末にテストを実施する"責任 を感じて"いました。開発者からキットを受け取ったのですから、それを テストする必要があると感じていたのです。この場合、どのようにして 品質保証エンジニアの意欲を大幅に向上することができたと思いますか。 それは方針をわずかに変更するという、とても簡単なことでした。両チー ムにとって週のちょうど半ばである水曜日の昼を標準提出期限と決めた のです。これにより、品質保証チームの士気が向上したのは確かです。 そのほかに検討すべき領域は、部門の報告体制です。品質保証マネー ジャーが報告体制を変えることはできないかもしれませんが、組織内の 力関係を把握し、コミュニケーションを妨げている可能性のある障害物 を特定するのです。たとえば、コミュニケーションが不足している開発 マネージャーと品質保証マネージャーの上司が同じである場合には、開 発チームとの相違を上司に報告するのは、的確なやり方ではありません。 （ただし、両チームの上司が異なる場合には、上司への報告が功を奏すか もしれません。）この場合、まず開発マネージャーと個人的な関係を築 く努力をし、問題の話し合いの際に、相手の主張を理解するように努め ます。品質保証チームと開発チームによるチーム構築の合同練習や、部 門内の職務間ミーティングを毎日実施することも検討できるでしょう。 予算を増やさず、品質保証チームを定着させ、士気を高める方法 5 Oracle Corporation 発行「HOW TO KEEP & MOTIVATE YOUR QA TEAM -WITHOUT INCREASING YOUR BUDGET」の翻訳版です。 覚えておくべき簡単な秘訣 • 品質保証の職務説明文を推敲する • 品質保証チームを最初から開発サイ クルに参加させる • 品質保証の職務説明文を推敲する。優秀な人材を集めるためと、品質保 証部門に対して肯定的なメッセージを発信するために、求人広告の職務 説明を推敲します。あなたならば、どのような求人に応募したいでしょ うか。"弊社の SDK を実践的にテストする品質保証エンジニアを募集して います。品質保証エンジニアの仕事は、機能テストと境界テストを実施 し、フィードバックを適時に提出することです。プロジェクト・バグ・ データベースと関連するメンテナンス業務も担当していただきます。"と いう広告と、"創造力に富む優秀な品質保証エンジニア（問題解決者）を 募集しています。ソフトウェア・テストとバグ・レポート評価を誠実に 実施し、プロジェクト管理能力、対人能力に優れた人材を求めています。 "という広告のどちらが好ましいでしょうか。時間をかけて魅力的な職務 説明文を作成し、会社が品質保証担当者の価値を認め、評価していると いう強力なメッセージを発信しましょう。 • 品質保証チームを最初から開発サイクルに参加させる。これは、品質保 証エンジニアが製品、ユーザーの人物像、テスト・シナリオを十分に理 解するのに不可欠であり、品質保証エンジニアは職務間ミーティングで 貴重な質問を提示し、設計とアーキテクチャに関する意思決定に最初か ら影響を及ぼすことができます。可能であれば、開発プロセスを変える 方法として、アジャイル手法とスクラムの検討を開始できるでしょう。 よく知らない方のために説明すると、アジャイル手法は、通常 1～4 週間 の短い期間でソフトウェアを開発することにより、リスクを最小限に抑 えるという考え方に基づいて構築されています。理論的には、各サイク ルは独自の小規模プロジェクトのようなものです。それぞれのサイクル には、追加の新機能をリリースするために必要なすべての作業が含まれ ているからです。各サイクルの終わりには、チームはお客様も招いてプ ロジェクトの優先事項を再検討します。理論的には、この時点で製品を 正式出荷できます。スクラムはプロジェクト管理のためのアジャイル手 法であり、プロジェクトを通じての関係者間の協力を土台としています。 スクラム・プロジェクトの特徴には、要件についての検討を開始するた めの全員参加のキックオフ・チーム・ミーティング、リリース・バック ログ・ファイル、毎日のチーム・ミーティングがあります。スクラム・ プロジェクトでは、書面による改まった文書を少なくして、すべてのチー ム・メンバーが口頭でコミュニケーションを取るように促します。チー ム全員（開発、品質保証、製品管理など）が毎日集合することにより、 連携の機会や特定の作業に対する視点が増えることが、新しく効率のよ いテスト方法の確立や、現実的な範囲を対象とする自動スクリプトの増 加にもつながります。 覚えておくべき簡単な秘訣 • 自動化する方法を探す • チーム内でプロジェクトと仕事を持 ち回り制にする • お客様との交流に品質保証チームを 参加させる • 自動化する方法を探す。現在のところ、ほとんどまたはまったく自動化 していない場合、この領域の改善のために消費する時間のことを考えて みてください。自動化は効率の向上につながり、あなたに対する上層部 からの評価が高まるだけでなく、品質保証チームにとってもかなり有益 です。品質保証チームのメンバーは、つまらない繰返し作業から開放さ れ、やりがいのある貴重なスキルを習得できます。自動スクリプトは業 務時間の前後や業務時間中に実行できるため、自動化することにより、 製品開発サイクルを長引かせることなく、チームが実施するテスト・ケー スの範囲を拡大し、広範囲のテスト計画に対応できるようになります。 機能テストやリグレッション・テストの自動化が可能な部分の割合は、 おもにチームがテストする製品の性質、環境、業務目的、チームのスキ 予算を増やさず、品質保証チームを定着させ、士気を高める方法 6 Oracle Corporation 発行「HOW TO KEEP & MOTIVATE YOUR QA TEAM -WITHOUT INCREASING YOUR BUDGET」の翻訳版です。 ルに応じて異なることを覚えておいてください。 • プロジェクトと仕事を持ち回り制にする。そのほかに検討すべき領域は、 担当する製品とプロジェクトを持ち回り制にすることです。品質保証 チームのメンバーにさまざまな製品や仕事を担当させることで、柔軟性 と生産性を高め、付加的なスキルを身につけさせながら、やりがいのあ る創造的な環境を維持できます。この慣行によって、ベスト・プラクティ スの確立や追加シナリオのテストが促され、各プロジェクトに"新しい目" が加わることによって、より多くのバグの発見につながります。ただし、 特定の製品を"担当"するほうが、担当者としてのやる気が高まり、うまく いくというエンジニアもいます。品質保証チームごとに力関係はかなり 異なるため、自分の組織にこの方法を導入することを決める前に、各チー ム・メンバーと個別に話し合いをもち、正確なフィードバックを得るこ とがきわめて重要になります。 • お客様との交流に品質保証チーム・メンバーを参加させる。チームの関 心があれば、お客様との交流（お客様訪問、デモ、電話会議、会議場で の展示など）にチームを参加させる機会を探してください。これにより、 仕事に対するチームの満足度が高まり、雇用確保の強化にもつながりま す。（アウトソーシングされたチームは、別の場所に所在し、時間差が あるため、お客様に直接会う時間を割くことができないということで す。）同時に、既存の顧客ベースと見込顧客（誰が、なぜ、どのように して製品を使用しているか、あるいは使用する可能性があるか）につい ての理解が深まれば、より包括的なテスト計画の策定や現実的なテス ト・シナリオの構築につながり、より優れた製品を市場に投入できます。 • "優秀な"マネージャーになる。冒頭で言及したとおり、従業員が退社す る理由の多くは、実際の仕事自体ではなくマネージャーです。ただし、 その反対に、従業員はマネージャーが理由で会社に残るということもあ ります。重要なことは、楽しくやりがいのある職場環境を維持し、自分 のチーム・メンバーを評価していることを示すことです。時には、自宅 での作業、在宅勤務、あるいは柔軟なスケジュールを考慮することも必 要です。結局のところ、仕事が期限内に終わるのならば、品質保証マネー ジャーはチーム・メンバーがいつ、どこで仕事をしても構わないのでは ないでしょうか。 あなたのチームの満足度を知りたいと 思ったら、次からは、私は優秀なマネー ジャーだろうかと自問してみてください。 結論 あなたのチームの満足度を知りたいと思ったら、次からは、私は優秀なマネー ジャーだろうか、品質保証に関する上位 5 つの誤解に立ち向かっているだろうか と自問してみてください。この新しい時代には、品質保証チームを育成して定着 させ、チームの意欲を高めるのに役立つ機会がたくさんあると思います。簡単な フォローアップ・アクションをいくつか決めて、それらを実行してください。チー ム・メンバーは感謝し、あなたのチームと会社に長期間勤めてくれるでしょう。 予算を増やさず、品質保証チームを定着させ、士気を高める方法 7 Oracle Corporation 発行「HOW TO KEEP & MOTIVATE YOUR QA TEAM -WITHOUT INCREASING YOUR BUDGET」の翻訳版です。 予算を増やさず、品質保証チームを定着させ、士気を高める方法 2008 年 3 月 著者：Marina Gil Santamaria Oracle Corporation World Headquarters 500 Oracle Parkway Redwood Shores, CA 94065 U.S.A. 海外からのお問い合わせ窓口： 電話： +1.650.506.7000 ファクシミリ： +1.650.506.7200 www.oracle.com Copyright © 2008, Oracle and/or its affiliates.All rights reserved. 本文書は情報提供のみを目的として提供されており、ここに記載される内容 は予告なく変更されることがあります。 本文書は、その内容に誤りがないことを保証するものではなく、また、口頭 による明示的保証や法律による黙示的保証を含め、商品性ないし特定目的適 合性に関する黙示的保証および条件などのいかなる保証および条件も提供す るものではありません。オラクルは本文書に関するいかなる法的責任も明確 に否認し、本文書によって直接的または間接的に確立される契約義務はない ものとします。本文書はオラクルの書面による許可を前もって得ることなく、 いかなる目的のためにも、電子または印刷を含むいかなる形式や手段によっ ても再作成または送信することはできません。 Oracle は米国 Oracle Corporation およびその子会社、関連会社の登録商標で す。他の製品名は、それぞれの所有者の商標です。 0408