JaSSTはじめに今日はディスカッションのネタを提供する品質保証で思い浮かべることは?あんまり良い思いを持っていないはずめちゃくちゃデータを取ってくることを矯正されている余計な作業を追加するの?2007年以降は現場にいないので、正直、知るか!皆さんの組織の現状は?QMSはありますか?全社もしくは事業部単位にある部門単位にある上記いずれもあるもしかすると無いQMSの実態は?ほぼその通りに行われている参考にはしているほぼ使われていないSQuaRE(東さん)のは小難しく書かれている。石川...品質保証は品質管理の真髄。西...品質保証活動とは、品質リスク(バグがあるかもしれない)を最小にする活動。西先生の発言で唯一覚えていることです。品質保証は体系的活動がポイント。品質保証はworkではなくアクティビティである80年代のepocV字モデル。(テスト管理の代表的手法)45歳以上の人は品質管理図を若い人に教えて書かせてください。いろいろなことがわかるから開発が8割のバグを出したら、その人の限界が来るそのための第三者検証があったりする90年代前半ISO9000の台頭。良いところと悪いところがあった。(目的と手段の逆転)CMMIではプラクティスも追加され厚くなり,ますますプロセスは専門家の手の中に「『プロセス改善』っていう言葉は嫌いでしょ?」PMBOKはPM支援ではなくPM監視のために作られた。人のデータは全く役に立たない、コンテキストが違うから。欧米は管理と実行で分かれている。話の中で出てきたテストチームと開発は両輪だと行っていましたが、品質保証のチーム内に開発チームをどのように捉えたら良いのか?開発者の言うことは全部信じたほうが良いのか?全部疑ったほうが良いよ?なのか開発は半分ぐらい嘘ついていると思う。上司にそのまま報告する訳がない。水平展開して10件出ます→9件しか出ない→「1件はコーディング規約違反がありました。」と言って10件出たと報告。そんなので品質が上がったりはしない。品質保証部門の組織内のあるべき形、パワーバランスについて聞きたい。新しい会社を作ってQA部門を作ったが、後発なので力が弱かったりする。一方で品証が偉くなったり...。本来の品質保証部門のありかたとは何か?それは私の考えるべきところではない。経営者がしっかり伝えないといけない上司に、「あなたはなぜこの組織を作ったのですか?」と聞けば良いQAは作業する部門ではない。テストそのものは目的ではなく、それによって評価することが目的。バグを出すことが目的ではない。品質保証活動の仕組みについて。最近もまあまあ変わってないと思う。奈良さんはどう思っているか?お気の毒だと思う。意味の分からない仕事をしているのでは?「なぜこんな仕事をしているのですか?」と聞かないといけない。現状を打破するためには?ソフトウェア工学を少しは勉強しましょう。色々なことで失敗してきたからこその金言を伝えていると思うが、バッドノウハウがあれば教えて欲しい。こっちの思い込みで進んだ場合は絶対失敗している。品質保証部の部長にどのようなアドバイスをするのか?組織や自分の仕事がなんのためにあるのか?を伝える。あと、クォリティマネジメントシステムを回すことが重要。認証に対しての鍛え方がよく分からない。どのように鍛えれば良いか。認証に対して完全に答えられるようにしたい。A.それは無理じゃないですか。議題に対して質問できることが大事。顧客対応を品質保証部門がしてくれるのは、ネガティヴではないと思っている。いう話をして欲しかった。それでも酒の場とかで言われることもある。品質のところで話題に出るのがKPI。指標を出せ、決めようとか言われる。コンテキストが違えば意味がない。それによってプロセスを押し付けることにもなっている。奈良さんにとって品質保証とは何か?特別な言葉にしたくない。自分の仕事に対して責任を取る。