million人が利用する働く人のためのネットワーキングサイトです。introduction---経歴---OA機器いわゆる組み込み系ソフトウェアの検証・評価およびマネージメント行いつつ、QAグループ内のプロセスの改善活動推進していました。前職では、BtoB向けのSaaSのプロダクトのテスト計画・戦略を考えたり、手を動かして要件定義〜テスト設計〜検証・評価など、プレイヤーとして動きながらもQAグループのマネージメントに携わっておりました。現職では、プロダクトマネジメントチームでリーダーをやりながら、スクラムマスターとして、プロダクトの開発に携わっております。---思い、考え方---QAエンジニアとして大切にしていることが3つあります。継続的な開発に対応できるプロセスを構築そもそも日本のソフトウェア開発において、テスト・QA工数が占める割合は開発工数の約40%と言われています。2~3年前からは、テスト自動化に注目が集まっており、テクニカル(IT)スキルを持つQAエンジニアは重宝される傾向にあります。・リリースサイクルが短いアジャイルな開発プロセスが浸透してきている・システムの複雑化に比例して、テストの範囲が拡大している・テストの自動化によって、業務の自動化・効率化を図ろうとする機運が高まっているといったことがあり、弊社でも同様の課題を抱えています。今後はQAグループでも開発プロセスの理解やテクニカル(IT)スキルの学習に力をいれ、プロダクトの品質を継続して保証できるようにすることが大切だと考えています。テストの目的を見極める「何をテストするのか?」「どうやってやるのか」「どうなればいいのか」をまずユーザー視点で考えて、1つ1つの項目に対して最適な方法を出す。その上でプロダクト視点で考えて、ゴールを決める。非常に大切だと考えています。テクニカルな部分は確かに大切です。それ以上に大切なのは、プロダクトの先にいるユーザー・クライアントのことを「どれだけ考えられるか」「常に意識して仕事することができているのか」という点です。業務・業界知識がある程度必要なのはもちろんですが、ソフトウェア開発には、さまざまなユーザー・クライアントが関わっています。ユーザー・クライアントのことを考えた時間、意識して仕事した時間が、製品の品質に反映されると私は考えています。利用する人が「何を考えて仕事をしているのか」「本質的に何に困っているのか」を分析して、ソフトウェアを検証・評価するのがQAの存在意義だと考えています。