冥冥乃志スマートフォン用の表示で見る冥冥乃志ソフトウェア開発会社でチームマネージャをしているエンジニアの雑記。アウトプットは少なめです。この広告は、90日以上更新していないブログに表示しています。チームビルディング昨日「品質が上がればコストが下がるじゃん」と言われてもやっとしたのですが、反論をうまく説明できずにその場を取り繕ってしまいました。帰っても少しもやもやしていたので、現時点で品質と品質保証の考えをちょっとまとめておこうかと思います。現時点では主観と客観が未分化です。今回の話は「品質とは何か」がテーマではないので、品質特性や品質保証のあり方やテスト手法(手動か自動かなど)についてはエントリの中では触れません。このエントリに必要なのは、品質には「高い」「低い」という評価があって、それを担保するのが品質保証というプロセスだという前提です。これ以上深く入ると怖い人に見つかる可能性があります。やるのか?言外に「見積もり高いよ、値段下げて」と言いたいのが伝わってきたからだと思います。「品質が高ければテストが削れる」と思ってるんですね。これはもしかすると以下のように考えられているのかもしれません。動かすだけで終わるなら最初からなくて良いのでは?つまり、品質が高ければテストがいらないという結論です。エンジニアでない人がそう思ってしまうのはある意味仕方ないのかも知れませんが。これは品質という結果とその担保(証明)との関係をごちゃ混ぜにしているから出てくる思考なのかな、と思っています。品質についてそれぞれに思うところはあれど、我々エンジニアが高品質のプロダクトを世に出すことを仕事にし、プライドを持っていることは確かだと思います。そのために自分の技術力を高め、開発プロセスを整備し、テストコードを書くのです。エンジニアの活動において品質に相関しそうな活動をあげてみましょう。開発者テストの充実レビュー時の指摘の質おおむねこのあたりが開発プロセスの中で品質を上げていく中心的な活動になるかと思います。これらの質が高かったからといって品質が高いことが担保されたわけではありません。これらの実施が高いレベルでなされているプロダクトは、間接的に品質が高いことを示します。これで十分でしょうか?私は直接的に知りたいと思います。大事なことはプロダクト全体に対して、品質が高いことを観測・評価することです。その結果を持って初めて品質が高いことを担保することができます。高品質であること品質保証のコストは別問題ということです。「テストをして不具合がなかった」=「品質が高い」=「テストはやらなくても良かった」ではなく、「品質が高いという結果を担保するためにテストが必要だった」ということですね。具体的にイメージしてもらう言葉がなかった今回、何故言葉を濁してしまったかというと、私が上記を経験でしか理解しておらず伝わるように説明できなかったからです。何か良いたとえ話でも思いつかないかな、と考えていたのですが、残念ながらまだ見つかっていません。自分の中では割とつながってきたので、何度も説明してみようかと思います。以上、自己満足エントリをお届けしました。Tumblr広告を非表示にする関連記事2016-06-16受入テストを整理したいと思ってやってることまだまだ途中なんですが、とりあえず今こういう方向性でツール...2016-01-06今担当している新規開発プロジェクト立ち上げ期にやってみたこと別名、プロダクトマネージャへの長い道シリーズ第一弾。今、新...2015-10-13コストとスケジュールについての想定問答集(暫定)先日、ふとこんなことをつぶやきました。これから始まるであろ...2015-08-16ひと月10エントリ以上を目標にブログを3ヶ月書いてみてお気づきのこととは思いますが、ブログを書くペースを意識的に...2015-06-02費用対効果の高いレビューを模索する(プロセス試行編)前回の続き。»プロフィールid:mao_instantlifeソフトウェア開発会社でチームマネージャをしているエンジニアの雑記。アウトプットは少なめです。月別アーカイブ参加グループプログラミングはてなブログをはじめよう!mao_instantlifeさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。