QAを開発部門の一部にする必要がありますか？
私はかなり長い間製品開発部門を持っていた小さな会社で働いています。ただし、QA /テストグループはありませんでした。
私たちはテストグループを追加しようとしていますが、会社の組織構造のどこにそれらを配置するのが最適かを判断するのに苦労しています。具体的には、「リードテスター」のポジションを採用します。それらは製品開発部門の一部として配置されるべきですか、それとも新しい部門であるべきですか？彼らは別の場所にいるべきですか？
当社はおおまかに次のように構成されています。
- 最高経営責任者（CEO
- CTO
- 製品開発ディレクター
- ディレクターカスタマーケア
- 開発者
- VPオペレーション
- ネットワークエンジニア
- セールス/セールスエンジニア
- 大統領
- コントローラ
- CTO
はいおよびいいえ :)
開発者とQA担当者の両方が同じ目標（およびそれに対して測定されたパフォーマンス）を持っている必要があります。つまり、高品質の製品を時間どおりに予算内で提供する必要があります。 「高品質の製品」を定義できますが、両方のグループで同じである必要があります。どうして？同じではない場合、アジェンダが異なる2つのグループが作成され、製品/会社に損害を与える状況に急速に悪化する可能性があるためです。
QAは（非常に）開発者と緊密に連携し、その逆も同様ですが、どちらも、意思決定において互いに完全に独立している必要があります。結局のところ、彼らは製品開発のまったく異なる側面に責任があります
私たちがそれを設定した方法は、「製品開発」がQAと開発の2つの具体的な部門によって実現される「仮想」部門であるということです。どちらも経営陣の同じメンバーであるCTOに報告します。これにより、1人の担当者（製品のCTO）が存在し、QAと開発の両方が互いに独立していることが保証されます。
それは本当にあなたの会社がQAについてどれだけ深刻であるかに依存します。たとえば、テスト駆動開発を行うのでしょうか？
あなたは「テストグループ」に言及します、これは複数の人々を示唆するでしょう。それが実際に数人のグループである場合、それはおそらく別の部門であるべきです。しかし、QAとテストに専念している人が現在少なくとも1人いますか？そうでない場合は、まったく新しいグループをすぐに立ち上げることを計画していますか？もしそうなら、これは実質的な組織の変革となり、同様に彼らの働き方を変える必要があるあなたの現在の開発者との広範な摩擦を引き起こすかもしれません。
現在計画しているのが1人のQA担当者を採用し、おそらくQA機能をゆっくりと成長させる場合は、おそらくその担当者に製品開発の責任者に直接報告してもらう方が良いでしょう。彼の仕事の最も難しい部分、そして最も重要なことは、組織文化を変革して、QAを、事後に行われることではなく、プロセスのすべてのステップに統合することです。
しかし、私たちが持っていなかったのはQAです...
行ったことがある-私の心からの哀悼の意。上記のように、テスターを取得することは、どの部門に上陸するかに関係なく、現在のテスターよりもはるかに優れていると言えます。
それ以外は、QAのために別の部門を勧めることは安全だと感じています。
私はQAの観点からは絶対にできない2つのリリースに参加しました。1つはテスターとして、もう1つは開発者としてです。どちらの場合も、別のQA部門があると非常に役立ちます。
私の知る限りテスターが別の部門にいる場合、偽の「チームアライメント」の背後に製品品質の問題を隠すことは困難になります。これは、私たちがリリースするものとその理由を明確に理解するのに役立ちました。これは、顧客の期待を管理し、さらなる開発を計画するのに役立ちました。
ほとんどすべての場合、QAは開発とは別にする必要があります。両方の部門の目標は同じですが（高品質の製品/ソリューションをリリースする）、QAは開発中の製品について修正および提案を行う権限を持っていると感じ、同等の立場にある必要があります。 QAの責任者が開発の責任者に直接報告する場合、これはQAが後退し、開発のなすがままになる可能性があります（その結果、だらしのないコード/製品が本番環境にプッシュされます）。
あなたが言っていることから、あなたはかなり小さな会社を持っています。私は、あなたが大きくなる前に、そのサイズとコミュニケーション能力を利用して、できる限りコミュニケーションをとることは理にかなっています。これは、開発を続けることを意味します。
大規模な会社では、適切なサイズの開発チームとQAチームがいる場合、それらを分割して、独自の個別のチーム目標などを維持することは理にかなっています。
今、私も最初のいくつかのQAポジションがSDETポジションになることを確信しています...すなわち。コーディングチョップを持つテスター。最初から自動化を稼働させ、安定させます。