シゴタノ！ - すぐ手が届くところに「発火本」を置いておく
本を読んでいる時、その内容を咀嚼しながらも、常に頭の片隅で渦巻いていることがあります。それは、中華鍋の回鍋肉を強火で炒めている厨房の片隅で、絶え間なく回り続ける換気扇のように、読み続ける限りは必要な営みでありながらも、それがあるために読む行為に没頭できなくなるという、空気抵抗のようなものに近いかもしれません。 前置きが長くなりましたが、本を読みながら常に頭の片隅で渦巻いているそれの実態は、著者との対話です。もちろん、実際に対話できるわけではありませんから、想像上の対話になるのですが、この対話がうまくできると、そのまま読み続けるのが惜しくなるほどに、アイデアが次々と浮かんできます。絶え間なく空を煌めかせる連続花火のように。 このプロセスは、ちょうど誰かと実際に話をしている時のサブセットと言えます。相手のちょっとした言葉が、古い記憶を掘り当てて、思わぬ着想として意識の表層に浮上するように、その
満足せる豚。眠たげなポチ。:なぜ顧客は受入テストで仕様変更に気がつけるのか？
「リーンソフトウェア開発」P219から。 システムが、顧客の意図どおり動くことを確認するテストは「顧客テスト」という名前で呼んだ方がよい。それは、テストの目的が、顧客がシステムに期待したとおりシステムが動くことを確かめるためだからである。 そう。そのとおりだ。そして、本書ではその顧客テストを短いサイクルタイムで複数回を行うことでリスクを軽減するというアプローチを取る。 その主張も正しい。一つの解決策として非常に参考になる。 だけど、ここで一つ大きな疑問がある。顧客はなぜ「顧客テスト」をするとしっかり仕様の漏れ、ミスを発見できるんだろう？ ちょうど今日もそうだった。すでにシステムはリリース間近。まさに「顧客テスト」が行われていた。そして発覚した仕様の漏れ。 その対応自体はけっきょく事なきを得たのでここで話題にはしないけれど、不思議なのはその仕様はけして「ビジネス環境の変化」で昨日今日浮上した
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
