1

私は、ソフトウェア開発会社の開発部門と QA 部門の両方でシステム管理者として働いています。私は両方のチームを平等にサポートします。最近、チーム間のコミュニケーションを改善する方法についていくつかのアイデアを求められました。

まず、開発者の観点から、開発チームと QA チームの間の関係を改善する方法は何ですか?

2 番目に、システム管理者とのやり取りに関して、どのようなことを求めていますか? あなたを一人にしておきますか？Eメール？わたしは？個人のオフィスタイム？開発者との関係を改善するにはどうすればよいですか?

4

7 に答える 7

4

それらを同じ場所に配置し、機能横断的なチームとして扱います。QA がコード (受け入れテストなど) を書きたい場合は、許可します。開発者がシステムの他の部分 (開発したコードではなく) を QA したい場合。それらを許可し、両方のグループを (別々のエンティティとして表示する場合) 一緒に問題を解決します。

于 2008-09-19T04:05:18.597 に答える
3

適切な管理は良いスタートです。2 つのグループを成功または失敗させることが最も重要だと思います。この 2 人に友好的な競争をさせたいと考えていますが (一方はバグを見つけようとし、もう一方はそれを防止しようとします)、最終的には同じチームの一員であると見なす必要があります。チームランチやその他の活動は常に良い考えです。

于 2008-09-19T03:57:38.850 に答える
2

私の勤務先の QA チームと開発チームは、地理的に近くにいるため、非常にうまくやっています。これにより、パッシブアグレッシブな煩わしさを助長すると思われる「オープンディフェクト - dev への送信 - dev クローズディフェクト」のループが排除されます。2 つのグループ間の明確でオープンなコミュニケーションと、明確な期待が常に期待されます。それ以外は、標準的なチーム ビルディングの演習から始めるのがよいでしょう。暖かい季節には、部門別のランチ、ピクニック、芝生のゲームなどがあります。

管理スタイルに関しては、従業員と話し、彼らにとって何が効果的かを確認してください。散発的な更新で放っておかれることを好む人もいれば、絶え間ないフィードバックを好む人もいます。開発者とあなたにとって快適なことをしなければなりません。

于 2008-09-19T03:58:42.903 に答える
2

組織の規模にもよりますが、それらを 2 つの別個のグループと考えるのはやめてください。あなたが唯一のシステム管理者である場合、あなたの組織はそれほど大きくないと思います。

それらを物理的に統合します。ある領域に開発者を置き、別の領域に QA を置かないでください。隣り合ったオフィス/キューブを共有してもらいます。

人をランチに連れて行く？それらをまとめてください。ビールを飲みますか？両方のグループの人々と一緒に行います。

于 2008-09-19T04:00:51.883 に答える
2

できるだけ早く QA 担当者を関与させます。アジャイルを行っている場合、彼らはチームの一員です。そうでない場合でも、コードをよりテストしやすくすることでコードを改善し、その後の問題を回避する方法について貴重な洞察を提供できます。

于 2008-09-19T03:55:58.180 に答える
1

スポーツやランチタイムのレストランでの食事など、仕事の文脈から外れた活動。

仕事以外のことでお互いをよく知ることは、2 つのグループ間の信頼とつながりを築くのに役立ちます。

于 2008-09-19T03:54:54.720 に答える
0

自動テストのためのツールの開発を支援する (または既に開発されたツールの使用を支援する) ことに開発者を関与させることは非常に有益だと思います。そうすれば、QA プロセス全体が改善され、開発者はテストに関するより良い洞察を得ることができます。そうすることで、チームはより多くのコミュニケーションを取るようになります。私は開発者として、そのようなプロジェクトに取り組むのは楽しいだろうと考えています.

于 2008-09-19T03:59:08.017 に答える