QAは開発部門の一部ですか?


11

私はかなり長い間製品開発部門を持っていた小さな会社で働いています。ただし、これまでになかったのはQA /テストグループです。

テストグループの追加を検討していますが、会社の組織構造のどこに配置するのが最適かを判断するのに苦労しています。具体的には、「リードテスター」のポジションを採用します。それらは製品開発部門の一部として配置されるべきですか、それとも新しい部門になるべきですか?彼らはどこか別の場所にいるべきですか?

当社は大まかに次のように構成されています。

  • 最高経営責任者(CEO
    • CTO
      • 製品開発ディレクター
      • ディレクターカスタマーケア
        • 開発者
      • VPオペレーション
        • ネットワークエンジニア
    • セールス/セールスエンジニア
    • 大統領
      • コントローラ

編集、PersonalNexisをありがとう。iPhoneから投稿しましたが、HTMLタグを入力するのに時間がかかります。
競走馬

真のQAは、CEOであるTesting、AKA Software QAに報告する必要があります。ソフトウェアQAは、QAではなくQCであり、「カスタマーケアディレクター」に報告する必要があります(開発者と同じ上司)。
マッテンツ

回答:


10

はい、いいえ :)

開発者とQAの両方の人は、同じ目標(およびそれに対して測定されるパフォーマンス)を持つ必要があります。つまり、高品質の製品を時間内に予算内で提供します。「品質の高い製品」を定義できますが、両方のグループで同じでなければなりません。どうして?同じではない場合、異なるアジェンダを持つ2つのグループを取得するため、製品/会社に損害を与える状況にすぐに悪化する可能性があります。

QAは開発者と(非常に)緊密に連携する必要がありますが、その両方は、意思決定において完全に独立している必要があります。結局のところ、彼らは製品開発のまったく異なる側面を担当しています

私たちが設定した方法は、「製品開発」は「仮想」部門であり、QAと開発という2つの具体的な部門によって実現されるということです。両方とも、管理チームの同じメンバーであるCTOに報告します。これにより、製品の責任者(CTO)が1人だけであり、QAと開発の両方が互いに独立していることが保証されます。


1
スーパーアンサー-QAのハイレベルな議論でテストに言及していない場合は+1。
マッツン

4

それは本当にあなたの会社がQAについてどれほど真剣かによって異なります。たとえば、テスト駆動開発を行いますか?

あなたは「テストグループ」に言及します、これは複数の人々を提案するでしょう。実際に複数の人々のグループである場合は、おそらく別の部門である必要があります。しかし、私が困惑しているのは、QAとテストに専念している人が少なくとも1人いますか?そうでない場合は、まったく新しいグループをすぐに立ち上げる予定ですか?そうだとすれば、これは実質的な組織変革となり、作業方法を変更する必要がある現在の開発者と広範な摩擦を引き起こす可能性があります。

計画しているのが1人のQA担当者を採用し、おそらくQA機能を​​ゆっくりと成長させる場合は、その担当者に製品開発のディレクターに直接報告してもらう方がよいでしょう。彼の仕事の最も難しい部分、そして最も重要なことは、事後に行われることではなく、プロセスのすべてのステップにQAを統合するように組織文化を変えることです。


3

しかし、私たちが持っていないのはQAです...

そこに行った-私の心からの哀dolの意。上に示したように、テスターを取得することは、どの部門に上陸するかに関係なく、現在のテスターよりもはるかに優れていると言えます。

それ以外は、QAのために別の部署を推薦するのは安全だと思います。

私はQAの観点から見れば2つのリリースに参加しました。1つはテスターとして、もう1つは開発者としてでした。どちらの場合も、QA部門を分けることは非常に役立ちました。

テスターが別の部門にいることを私が知る限り、偽物の「チーム調整」の背後に製品品質の問題を隠すことは難しくなります。これにより、誰もが私たちがリリースしているものとその理由を明確に理解するのに役立ちました。これにより、顧客の期待を管理し、さらなる開発を計画することができました。


2

ほとんどすべての場合、QAは開発とは別にする必要があります。両部門間の目標は同じですが(高品質の製品/ソリューションのリリース)、QAは、開発中の製品について修正および提案を行う権限を持ち、対等な立場にあることを感じる必要があります。QAの責任者が開発責任者に直接報告する場合、QAが一歩下がって開発の慈悲を味わうことになります(そして、結果として、ずさんなコード/製品が本番にプッシュされます)。



0

あなたが言っていることから、あなたはかなり小さな会社を持っています。大きくなる前に、できる限りコミュニケーションをとるそのサイズと能力を活用するのは理にかなっています。これは、開発を続けることを意味します。

大規模な会社では、適切な規模の開発チームとQAチームがいる場合、それらを分割し、独自の個別のチーム目標などを維持することが理にかなっている場合があります。

さて、最初のいくつかのQAポジションがSDETポジションであることも確認します。コーディングチョップのテスター。オートメーションを最初から稼働させ、安定させます。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.