Lightweight Quality Assurance

なるほど。いまプリンシプル読み返してみましたが、特にいま今読んでも違和感ないです。 https://docs.google.com/document/d/

ゲンバの品質技術力を上げていく、という方向なら、100人ぐらいまでの組織ならいけそうな気もするのです。例がイケてないですが、行数と複雑度と上書き回数とチーム人数およびチーム更新数から「在るべきバグ数」

ところで、非常に似た概念というかオマージュでもあるDevOpsですが、思想以外の面で有効なプラクティスがあったりするのでしょうか？ご存知のかた居られましたら教えて下さい。 2013年7月14日 18:

まったくの手遅れですが、確認したい点についてコメントいたしました。 いつか教えてください。 鈴木@kz_suzuki 2013年6月25日 21:07 Snsk Matsuki <shinsk@

いまちょうど読んでて、まとめてMLに投下しよかと思ってました。ありがとうございます！ 2013年6月21日 9:00 NISHI, Yasuharu <Yasuhar...@uec.ac.

にしです軽量品質保証もしくは Lightweight QA というのは、 響きがカッコいい（ie スーツな方々が会議の場で発音してもキマる）ため、対象としていないミッションクリティカル系の、かつ技術や

にしです基本的に ・ツールに知恵が入っていて、 商用ツールを買ってくるなり オープンソースを拾ってくれば 知恵が手に入る （が、組織に知恵はつかない） ・属人化している知恵をそのまま使う （が、組織に

>そのプラクティスが意図を持って運用されているかどうかを問題にしているのですか？ 意図のあるなし、であれば意図を明確にすればそれでDONE、もありえそうですね。軽量品質保証では、なぜそのプロセスが

こちらにまとめていますー。全ての情報は下記から辿れるようにします。 https://docs.google.com/document/d/

実は先日から、ひとつぐらい落とせるやつを例示できないかと考えているのですが、思った通り死ぬほど難しいです。でも、一分の理を持って、勇気をもって落とす、方向で。最初からパーフェクトなものなんて絶対

とか言いながら私初版しか持っていないので最新版いっとくかと考え探したところ、 http://estore.ohmsha.co.jp/titles/978427450162P 電子版ありました。 2013

何者も批判するものではない、というところです。ここ厳にお願いします。 ↓ ・いまあるソフトウェア品質保証を革新/刷新するものではないミッションクリティカルな製品や多くの組み込み系など、いまある体系を

・だいたい合ってる・やらないよりマシ-- shi...@gmail.com - snsk

下記を満たす具体的なやり方、をいったん作ってみたいと思っています。たとえばいま思いつく最低の形は、 ・スモークテストを備えたCIとスモークテストの定義、作り方 ・ここに品質モデル定義が出てくる・いくつか

Σ(ﾟдﾟ;) ﾇｵｫ!? よろすこ 2013年5月12日日曜日 11時09分59秒 UTC+9 snsk: みなさま しんすくです。こんにちは。 Lightwe...@googlegroups.com