一般ユーザ

1. プロダクトを利用する


2. プロダクトに問題が発生した場合
   
   
   
   1. IssueとしてITSに問題(which/where/when)を登録
   
   
   2. Issueを「報告済み」のステージへに移行
   
   
   
   

マネージャ(テスタ)

1. ITSを眺める


2. Issueが発生していた場合
   
   
   
   1. Issueに対して再現ToDoをToDo管理システムに登録。このとき、Issueとのrelationがあることを記録する
   
   
   2. Issueを「確認中」のステージに移行
   
   
   
   

テスタ

1. ToDo管理システムを眺める


2. 再現ToDoが発生していた場合
   
   
   
   1. 再現ToDoの内容を実行し、再現する
   
   
   2. 再現手順と、現象(what)を再現ToDoとrelationalなIssueに書く
   
   
   3. Issueを「確認済み」のステージに移行
   
   
   
   

マネージャ(レビュア)

1. ITSを眺める


2. Issue(>= 確認済み)が発生していた場合
   
   
   
   1. Issueに対して分析ToDoをToDo管理システムに登録。このとき、Issueとのrelationがあることを記録する
   
   
   2. Issueを「分析中」のステージに移行
   
   
   
   

レビュア

1. ToDo管理システムを眺める


2. 分析ToDoが発生していた場合
   
   
   
   1. 分析ToDoの内容を、関連する再現ToDoの結果を利用して再現
   
   
   2. 原因(why)を分析ToDoとrelationalなIssueに書く
   
   
   3. Issueを「分析済み」のステージに移行
   
   
   
   

マネージャ(プログラマ)

1. ITSを眺める


2. Issue(>= 分析済み)が発生していた場合
   
   
   
   1. Issueに対して改修ToDoをToDo管理システムに登録。このとき、Issueとのrelationがあることを記録する
   
   
   2. Issueを「改修中」のステージに移行
   
   
   
   

プログラマ

1. ToDo管理システムを眺める


2. 改修ToDoが発生していた場合
   
   
   
   1. 改修ToDoの内容を、実施
   
   
   2. 実績(how)を改修ToDoとrelationalなIssueに書く
   
   
   3. Issueを「改修済み」のステージに移行

• 分析よりも実験を好んでください(両者ともそれぞれにいいところがあるのは分かっています)。


• 実験を最大限に活用してください。できるだけ早い時期に、手早く、お金をかけずに、大まかに作ってみるのです。ここで分析が役に立ちます。


• 精力的に実験してください。


• Be smart and proactive about measuring reality: user experience and technical quality. 現実(ユーザ体験と技術的な品質)を評価することについて賢く前向きであってください。


• フィードバックに反応してください。そして、現実によって駆動してください。