Webサービス開発の「品質」でいつも課題になることメモ

Webサービス開発（最近だとWebにかぎらずスマホアプリもあるな）で品質の話になったときに、課題として見えてくるものが似ている気がするので、ざーっとまとめ。もう５〜６回、同じような話をしている気がする。

品質の定義

品質とは誰かにとっての価値である。 ―― ジェラルド・ワインバーグ

だとすると、開発に関わる誰かごとに品質があるはず。よくある誰かはこんな感じ。

主に、エンジニアの関わる品質をチェックするために、QAってのが存在することが経験上多い。ということは、ユーザーやサービス視点の品質チェックがおろそかになってしまいがち。

逆に、ユーザ視点で操作性を確認できて、サービス全体のバランス感覚を持ち、システムレベルの理解がある。そんなQAがいると素敵。だけど、全部わかるってすごく難しい。というか、QAに限らず、関わる人全員がそうなるのが理想かも。

上の３つの視点（他にもあるならそれもふくめて）に対して、どういったアクションをするかを考える。例えばこんな感じ。

これもQAにかぎらずでてくる話。さみだれに書いてみる。

目標を立てて実行して結果をチェックする手伝いをする
- ひとりで働いている人以外は、全体の目標と個人の目標の最低２つが必要になるはず。これらを実現するために、計画とやることが必要。そして、結果をチェックして、期待どうりか？修正が必要かを考える。
キャリアパスを作る
- ベースとなるスキルを整理する。
  - 「〜ができる」を４つクリアすればあなたはこのレベル！となればわかりやすい。しかし、これは似たようなスキルの人間をたくさん生みだす場所でしかやれない。
- スペシャルななにかしらをベースの上に積み上げるイメージ。
  - 「すごく決済に詳しい」というドメイン知識とか「障害に強い設計ができる」という技術スキルとか。ただし、これらは比べにくい。
- 個人的には、「現状維持」というキャリアパスもあっていいと思う。休むは恥ではなく役に立つ。
トレーニングを用意する
- ベーススキルはトレーニングしやすい。
- スペシャルな何かはトレーニングを与えるというより、自ら選んで取りにいくがいい気がする。