理由1　品質につての仕組みを作るノウハウを持っています。

​

品質を安定するには、「上流工程」、「テスト工程」での対応方法です。
上流工程から参画することで、品質についてじっくりと考えることができます。

 

またプロセスの視点で考えるため、ドキュメントレビュー（要件定義書、詳細設計書）に参加することで、抜け・漏れが無いことを早期発見できます。

​

上流工程で品質についての検討が十分にされておらず、テスト工程で抜け・漏れを発見したことにより、再検討を実施するための時間と要員不足が原因で、リリース時期を半年先延ばしするケースを多々見てきました。

​

上流工程で品質コンサルタントがドキュメントレビューに参加していれば、確実に防止できた問題なのに、ノウハウを知らない結果、膨大な時間とお金を失っています。

信頼のおける品質コンサルタントを置くことで、問題発見スピードが早くなり、結果的には、時間とお金を節約することが出来ます。

また、問題を先送りにするのではなく、その都度解決することが一番の近道であることを、実感しています。
　
テスト工程から参画する場合は、マトリクスを作成し、テスト漏れが無いことを確認します。

​

テストパターンが漏れていることを誰も気が付かないまま、リリース直前で発見することもあることから、徹底して漏れ防止を実施しています。
　
また、テスト実施手順を再確認することで、手順漏れや矛盾が無いことを確認し、再テスト防止を徹底しています。
　
テスト実施時には、不具合報告を毎週実施することで、弱点機能を早期発見し、品質が不安定な場合には、設計側に再デバッグ依頼を出します。
　
テスト専門会社に依頼した場合、単金を安く抑える事に注力すると、上記に記載した内容までは実施しませんし、できないのが現状だと思っています。
　
品質について一緒に考えることで、品質についての意識を変えて行くことが一番の近道であり、「SBC式品質ノウハウ」が選ばれている理由となっています。

​

理由2　品質問題について分析し、的確な改善案を提案します。

 

品質が安定しない原因を、データから分析し、開発者、テスト設計者からのヒアリングを実施することで、根本原因を突き止めます。

 

例えば、難しい機能にも関わらず、詳細設計書、外部仕様書に記載が無く、開発者本人に確認しないとわからない内容に、考慮漏れ、矛盾が発生しているケースを多々見ます。

 

ドキュメントに記載することで問題点が発見することがあるため、ドキュメント記載は非常に重要なのですが、時間が無くドキュメント記載まで力を入れていない企業様が多いのが実情ですし、DR時間が十分に確保できずに、設計段階で発見できないのも実情です。

​

開発プロセスを見直すことで、上記の問題は解決することはできますが、問題点が複数ある場合が多くので、1つ1つ確実に解決することが一番の近道ですし、きちんとした対策及びアドバイスすることができるため、SBCは選ばれ続けているのです。