• PS3はネット経由のコンテンツ再生のためのセットトップボックス＋ローカルコンテンツ再生のためのBDプレイヤーです
• これまではSTBといってもロクなコンテンツが無くて使えたものではありませんでしたが、コンテンツ持ちのソニーとして映画などタイトに供給していきますよ
• ほらね、他では得られない体験です。とても魅力的でしょう。
• ”おまけに”ゲームも遊べちゃうんです

「システムの抱える様々な問題は、ほとんどの場合１つまたはごく少数の制約条件が根本の原因となっている。
これを取り除く、または最大限に活用することでシステムの成果（スループット）は飛躍的に向上する」

スループットの概念

フィードバックが根本問題

要件定義⇒仕様設計⇒実装⇒テスト⇒製品

TOCとXPのプラクティス

• １つのチーム(Whole Team)

  「１つのチーム」は「顧客も設計や開発の現場に同席し打ち合わせに参加する」というものである。そのものズバリ、実際の開発の状況をより直接的に顧客にフィードバックすることを目的としたものである。文章で進捗状況報告書やら仕様修正指示書やらをやりとりするぐらいなら、直接目の前で状況を伝えた方が早い、という話である。また、もしそれですむのであれば不要な書類を作成する必要もなく、そこにかかる労力も削減され、情報の伝達もより速やかに行なうことができる（書類作成されるまで状況がさっぱり分からないといったことが起こらない）。もっとも直接的であり、もっとも効果的なプラクティスである。
  このプラクティスは別段顧客に限らず、プロジェクトに関係するメンバー全員に当てはまることである。単なる例として挙げるなら、仕様書を待ってテスト仕様書を作り、作ってる間に仕様が変わったからと文句を言うくらいなら最初から品質管理部門の人間がプロジェクトに参加していれば良い、という話である。

• 短期リリース (Small Releases)

  「短期リリース」は製品が完成途中でも構わないのでできる限り多くビルドしてリリースする、というものであり、そのまま直接的に「フィードバックのサイクルを極限まで短くする」ことを目的としている。いくら顧客が１つのチームに入っていても、情報が全然もたらされないのであれば意味が無い。頻繁なフィードバックが行なわれてこそ前述の「１つのチーム」プラクティスもその効果を発揮する。
  また短期リリースの対象は、製品に限定する必要もない。要件や仕様書といった類の情報も、完璧な物を完成することを待たず頻繁にリリースすればよいのである。製品も、要件も、仕様も、人間は完璧な物を作れるわけではない、という真理に基づいたプラクティスである。

• ペアプログラミング (Pair Programming)

  「ペアプログラミング」は、乱暴に言えば２人で１つの作業をしましょう、というものだ。２人で机を並べて、ではなく、１つのPCに２人でかかれ、である。当然キーボードもマウスもモニタも１つ。１人は見てるだけ、ツッコミを入れるだけ、である。
  ペアプログラミングは印象的にもドラスティックなプラクティスであるが、その本質もまた印象以上にドラスティックである。
  これはつまり、実装に対するフィードバックを極限まで効率化するにはどうしたらよいか？を考えた結果、実装者の横に常にレビュアーを置いて、実装する傍から即ゼロ時間でフィードバックを行なうべきという結論に達した結果なのだ。またその効果のみならず、時間消費効率の最大化（一人でプログラミングしてるとサボりがち）、実装の理解の効率化と分散化によるリスクヘッジ（そのコードを知ってる人間が一人だけでその人がいないとさっぱり分からない、といった状況を無くす）といった副次的な効果も生み出している。

• テスト駆動開発 (Test Driven Development)

  「テスト駆動開発」は単にテストを先に定義すればよい、というものではない。テスト駆動開発は何のために行なうのですか、と聞かれて正しく答えられるだろうか。テスト駆動開発は、リファクタリングのために行なうのである。つまりリファクタリングによってコードが変更された場合、その変更の正当性を確認するのに時間がかかっていては（例えばいちいち品質管理部門のチェックを行うなどしていては）コード変更に対するフィードバックまでが遅くなってしまうため、正当性の証明書類をテストという形で動的に用意しておくことで効率の良いリファクタリング（ひいてはフィードバック）を行なうことがテスト駆動開発の真の目的である。
  よって、テストは簡単に実行できるものでなければ意味が無い。テストの実行自体に時間がかかるようなやり方ではテスト駆動開発の意味がないのである。また、テストはその対象となる部分の要件に見合った粒度でなければならない。例えば「こういうキーワードで検索したらこういうアイテムが結果として返ってくれ」とだけ要件が定義されている部分についてのテストだったら、それだけをチェックすれば良く、「検索窓の横幅は120pxに収まる」とかそういう細かい仕様のテストは設定する必要がないどころか逆に害悪となる。