ID:70955さん

# 複数のテストチームにおけるテスト成果物の作成

## 目指した状態 テストの内容を通して、品質について納得感を持ってもらう必要があった。

## やったこと まずどのような成果物を作成しているかを明示する必要があると考えた。 しかし、テストの成果物はレビュー可能な状態ではなく、暗黙知のメモ書き程度のものだった。 以下の工夫を行った。これらは特別なものではなく、一般的で再現可能なプラクティスである。 - テスト計画のガイドラインの導入 - テスト設計のガイドラインの導入 - テストケースのテンプレート化 - テスト成果物のレビューの手引きの整備

プロジェクトにおけるアウトプットを出すためのマネジメント

期日までに許容できる品質が出せないプロジェクト体制を、アウトプットが出せるチームに

まず、チームの様子をみて、基本的なプロジェクトマネジメントの考えやソフトウェアエンジニアリングの知識が足りないと感じました。 そこはあえて指摘せず、まず現在溜まっている問題を整理して、後回しにできるものは後回しにしました。 その次に、プロジェクトマネジメント標準や行動マニュアルを整備しました。 これは難しいものではなく、朝会で何を報告するか、であったり、チケットの受け渡しはどうするか、我々はなんのために仕事をするのか、などの基本的な内容です。 「アジリティは大切」といって標準を作らない考えもありますが、これはチームの状況や成熟度によると考えます。 このチームにおいては、守破離のうちの守ができておらず、基本を教え、行動を変える必要があると考えたのです。 そして実際に行動の変容を起こしました。 次に私のマネジャーとしての気持ちと知識の自己開示によって、その中でもリーダー層に対して共感を呼び、また知識を移譲していきました。 目の前のプロジェクトへの納期と品質のコミットメントに対しては現状ではお世話が必要ですが、少しづつ、チーム自身が考え、能力を上げながら行動できるようになってきました。(2025/9時点)